「クレイジーJavaScriptの配布資料」 - スキミング

  三年前、私が原因ブックの熱狂的な講義シリーズとの接触のJavaの大学を学ぶとき、私はかなり良いと感じるので、フロントを学ぶために、「怒っJavaScriptの講演会」本の知識を買って、その後、いくつかの簡単なフロントエンドは、この本から知識であります学びました。すべてのラベルや書評を完了するためのツールとしてもHTML5 CSS3の最も一般的に使用されるセレクタと属性について説明し、そして、また、「テトリス」の開発を説明するための例で、基本的なコンテンツJavaScriptプログラミングを導入し、CD-ROMがあるが、しかし、その時点で自己際に使用されていません。

  全体的に、エントリのフロントエンドのために、基礎を知るために、フロントエンドの必要性も読み取ることができます。それはそう、この本を必要としないので、今、テストに従事しているので、すぐ前にそれを与える、そして学ぶビットの基本的なコンテンツJavaScriptプログラミングサプリメントをお読みください。

  1、JavaScriptのはじめに:埋め込まれたインタプリタ言語のWebページは、コンパイルせず、ブラウザの実行によって解釈、動的にHTMLコンテンツを変更します。

  2は、プログラミングのDOM入門:ドキュメントオブジェクトモデル(ドキュメントオブジェクトモデル、DOMと呼ばれる)は、W3Cの標準開発インターフェース仕様は、標準APIのHTML処理およびXMLファイルです。DOMは、構造化文書にアクセスする方法を提供していますが、DOMは技術ではなく、思考のアクセスは、文書を構造化。この考えに基づき、すべての言語には、独自のDOMパーサを持っています。HTML文書はDOMモデルを変更することにより、DOMツリー、動的なHTMLコンテンツに解析された後。

  3、ローカルストレージオフラインアプリケーション:オフラインアプリケーションが明示的にブラウザがオフラインの場合でも、まだこのアプリケーションを使用することができそうという、ブラウザのリソースキャッシュを制御することができますが、ブラウザがあるときに、今のローカルストレージ・サポートWebストレージを含みインターネットに接続したら、次のブラウザは、プログラムがリモートサーバーにローカルに保存されたデータを集中管理するために提出することができるときときにオフラインでは、リモートサーバーにデータを送信することができない、データストレージは、ローカルユーザーが送信し、ローカルに保存することができます。

①少量のデータを格納するステップと、クッキー:4KBのサイズ制限、各HTTP要求でサーバに送信することをさらに備える、必然的に繰り返して送信するようにつながる、伝送ネットワークは、(SSLを使用して、全体のアプリケーションない場合)暗号化されていない、セキュリティ上のリスクが存在してもよいです。

②Sessionストレージは、セッション同期間寿命のユーザデータを保存するために、エンドユーザーセッション、セッションストレージは、データが失われます保存されました。

③Localストレージ:ユーザーのディスクのWebストレージに保存されています。保存サイクルは、ユーザーまたはプログラムが明示的にこれらのデータを削除する場合を除き、非常に長く、それ以外の場合は常に存在します。

  4、データ記憶構造:単純な文字列に加えて、だけでなく、より複雑なデータが格納される必要があります。の段階のデータ記憶構造:

  JSONとしてパッケージ①構造化データ・オブジェクト

  ②文字列にJSONオブジェクトが格納された後

  データを読み出す場合:

  ①JSON形式の文字列を読み込みます

  ②JSON形式は文字列JSONオブジェクトに変換され

  オブジェクト属性JSONで抽出されたデータ③

  図5は、オフラインブラウザのキャッシュとの間の差に適用されます

  ①異なるサービス:オフラインアプリケーションキャッシュ制御全体のWebアプリケーション。オフラインのアプリケーション機能のオンラインのWebサービスではないんです。しかし、唯一のブラウザは単純にキャッシュされたページ。

  異なる信頼性②:オフラインアプリケーションを正確に信頼性が、どのようなキャッシュリソースにブラウザを制御することができます。しかし、ブラウザの動作に完全に依存して、ブラウザのキャッシュ、全く信頼性がありません。

  ③制御性の異なる:正確なリソースを制御することができ、キャッシュを制御することができ、オフラインアプリケーションキャッシュがフラッシュされ、しかし、ブラウザのキャッシュ依存関係のブラウザの動作は、キャッシュの動作を制御することはできません。

  6、労働者は、マルチスレッドを作成します

  使い方簡単なの①workerサブスレッド、便利、開発者は単純労働者オブジェクトを作成し、URL JavaScriptのスクリプトを渡し、ブラウザはこのJavaScriptのスクリプトを実行するスレッドを開始します。

  複数のスレッドが制限を実行する場合②使用ワーカーは、フロントデスクのHTMLページを更新することはできませんワーカースタートはDOM APIを使用することができ、マルチスレッド化、言い換えれば、労働者は、マルチスレッドを開始、そこに作成されます。

  ③現在のステーションの後のJavaScriptスクリプトは、彼らが唯一の交換を達成するためにJavaScriptのスクリプトのフロントデスクを渡すことができるというデータ交換の必要性、2つのワーカースレッドの間に2つのワーカースレッドを立ち上げて、直接データを交換することはできません。

  7、クライアント通信

  WebSocketは、リアルタイム・アプリケーションのための革新的な技術は、サーバに要求を送信し、ブラウザを必要とせずに、サーバは積極的に、ブラウザにデータをプッシュすることができますのWebSocketにより、需要が高いです。

  ①オプション1:定期的にリクエスト送信:接続を維持するための要求頻繁な方法を、しかし大胆不敵な伝送の多くをもたらすでしょう、実際の時間は非常に非効率的なプログラムです。

  ②オプションII:隠された接続:非表示ウィンドウとサーバが長い接続を確立します。同時大の場合のこのメカニズムは、それがサービス側の負担が増加します。

  8は、クロスドキュメント通信は、異なるウィンドウのHTMLドキュメント内の通信の問題を解決します。onMessageのpostMessage()、()。

 

おすすめ

転載: www.cnblogs.com/cyanlee/p/11907692.html