Google Jsapi 呼び出しでは開発者キーを使用することが必須ですか?
-
27-09-2019 - |
質問
私はGoogle Jsapiを次のように使用しています。
<script type="text/javascript" src="http://www.google.com/jsapi"></script>
<script type="text/javascript">
google.load("jquery", "1.3");
</script>
しかし Googleドキュメント これを行うことをお勧めします:
<script type="text/javascript" src="http://www.google.com/jsapi?key=YOUR_KEY_HERE"></script>
<script type="text/javascript">
google.load("jquery", "1.3");
</script>
私の経験では、キーを含めるかどうかに関係なく機能するようです。
キーを使用しないと何か問題が発生しますか?
解決
私は、ドキュメントは、あなたがそれを含める必要があると言うならば、あなたはそれを含めるべきであると言うでしょう。彼らは、追って通知でそのルールを強制開始することができ、そしてアプリケーションが動作を停止する可能性があります。
は、公開APIを以下に自分自身を制限した場合、あなたはそれらのサービス、およびアプリケーションの破壊を変更するGoogleからの安全なはずます。
これアドバイスは、同様に他の非パブリックAPIのために保持します。
他のヒント
私は、あなたがそのようなjQueryのようロードライブラリのためにそれを必要とは思わないが、同じローダーは、のように、Googleマップなど、いくつかの他のAPIのために使用されているの有効なAPIキーが必要な場合があります。
また、これはGoogleがキーを使用することについて言っているものです。
APIキーは何も費用はかかりません、と私たちはあなたのサイトで問題を検出した場合、私たちは、直接ご連絡することができます。
として(2012年2月)、APIキーがさらに長いDEVガイドで言及されていません。
http://code.google.com/apis/libraries/devguide.html
も
の好ましい方法は、標準介してライブラリをロードすることです のようにタグ(、 これは最速の負荷になります。
それもロードGoogleのJSAPIする必要はありませんが、あなたは、単にできることを意味します
<script src="https://ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js"></script>
しかし、と google.load
あなたがをすることができます:
常に、APIの最新の安定版をロードしたバージョンを要求 リビジョンを指定せずに数。したがって、上記の例を使用して、 バージョン2つの負荷APIの最新の安定版を要求し、 例えば、2.2.3。
私は、任意のライブラリのアップグレードが生きて行く前にテストする必要があるため、危険な機能である、と主張したいもののます。
あなたはgoogle.loadとロード・ライブラリーに選択した場合は、は、あなたもgoogle.setOnLoadCallbackを設定する必要があります。
例:
google.setOnLoadCallback(function() {
google.load("jquery", "1.7");
});
要約すると:。どちらの場合も、APIキーはもはや必要とされていない、直接ライブラリをロードするためのスクリプトタグは高速で、簡単かつまた、Googleが推奨する
2012 年 5 月の時点で、Google Loader はキーを必要としません。
https://developers.google.com/loader/signup
また、それぞれに違いがあることにも注意してください。 Google ライブラリ API
Google Libraries API は、最も人気のあるオープンソース JavaScript ライブラリのコンテンツ配信ネットワークです。
そしてその Googleローダー.
Google API ローダーを使用すると、1 つ以上の [Google] API を簡単にインポートし、ニーズに合わせて追加の設定 (言語、場所、API バージョンなど) を指定できます。
Googleは、より簡単にAPIの使用状況を追跡できるようにキーが含まれるようにあなたを求めた理由 - あなたは非常に人気のアプリを持っているのであれば、Googleが気づくと、おそらくそれは良い仕事するようなAPIを修正する作業を行います将来的にます。
個人的に、彼らは私のコードを見て醜い作るので、私はそれらを使用することはありません。