まず、基本的な情報
タイトル：Webベースのフロントエンドのパフォーマンスを最適化するスキーム
時間：2017
出典：北京郵電大学
キーワード：Webフロントエンド;モジュラー; JavaScriptの、Node.jsの、フロントエンドのテンプレート
第二に、研究
1.内容：
1.1背景と意義
今日の相互のネットワークの急速な発展のは、サイトを更新するために、高速かつ大規模な、ほとんどの週デマンドネットワークユーザに変更し
、この場合には、日常のすべて、時間または分上のサイトのフロントエンドにします変更は、最も頻繁になってきている
四川省の複雑な部分。インターネット企業はますますフロントエンドの開発に注力したように、フロントエンドの開発、より多くの数の、
しかし、技術スタッフの入力が常に制限されており、フロントエンドの開発は、開発者のための1つを提供しない都市を率いて-簡単な一種の
清潔、秩序を管理モジュール、フロントエンドモジュラー耐え問題へのアプローチの方法。
JavaScriptでモジュラーは、例えば、それはモジュールの時代を経験していない、コードシーケンスヒープ特別な時代、こと
、ECMA2015もモジュラー書に組み込まれるモジュール出芽時代とモジュラーコンポーネントの現在の時代
モジュラーではJavaScript標準になります、開発者は、モジュール式のフィールドに探査と探査を実施していき
シーク。モジュラー開発は、フロントエンドの開発者はコードの再利用の強化、面倒な紙依存と名の競合を取り除くことができる
コードモジュールの管理を分割し、汎用性を、だけでなく、開発者の労働部門の分割を促進します。各モジュール自身の人事
担当するブロックは、このような観点から、再利用性と拡張性を考慮するだけでなく、モジュール式の開発の開発強化
、開発の効率化とコードの品質担当者。
本論文では、モジュラー技術の研究で見出されたものを使用し、アプリケーションシナリオや他の主要なフロントエンドモジュラーが存在
さらなる最適化の急務に次の問題：
モジュール性の点ではその特殊性のために（1）フロントエンド開発- -ストレートなしシステム-ソリューションので、
開発者が実装する-ページの機能は3つの言語（HTML、CSSのJavaScript）の位相に依存しています
完全に相互組織、および現在のモジュラーJavaScriptの複数のこのようなSeaJSなどの技術を、成熟する。jsの要求
コード管理を実装することができる、などを、HTMLとCSSを用いて、該当する仕様コード組織されていない
コードの冗長性や管理が難しいです。一つだけならば-まだ元のモジュール式の言語と他の言語
ので、モジュラーソリューションの完全なセット-初期状態では、このモジュール式のアプローチは、私たちが考えるべきではないということである
開発者は本当に必要があります以上3つの言語で同時に編成することができる、モジュラーアプローチの完了を統合。
HTMLモジュラーにおける（2）を達成するために、遠位テンプレートの技術を取り入れ、およびテンプレートファイルと成形することができる
基準のブロックが問題であり、動的文書の現在の遠位面は、主として非同期AJAXまたは動的スケーリングロード
タブ達成するために、上記の機能を非常に目に見えないブラウザの中で増加した必要なブラウザ根本的な支援、
負担は、同期メカニズムは、この問題を解決するために導入する必要があります。唯一できるフロントエンドのテンプレート技術のみに依存同時に
、これらの問題のコードページの可読性を高めるために、動的文字列、ページモジュラー組織との通話の問題を解決するため
のフロントエンドのテンプレート技術は簡単に解決することができないが、技術の展示会を戦うために必要があります達成するためのページ言語
モジュラースケジューリングページを。
複合体の面の解決を目的とした研究対象としてモジュラーフロントエンドを開始二つの側面、上から
今日の相互のネットワークの急速な発展のは、サイトを更新するために、高速かつ大規模な、ほとんどの週デマンドネットワークユーザに変更し
、この場合には、日常のすべて、時間または分上のサイトのフロントエンドにします変更は、最も頻繁になってきている
四川省の複雑な部分。インターネット企業はますますフロントエンドの開発に注力したように、フロントエンドの開発、より多くの数の、
しかし、技術スタッフの入力が常に制限されており、フロントエンドの開発は、開発者のための1つを提供しない都市を率いて-簡単な一種の
清潔、秩序を管理モジュール、フロントエンドモジュラー耐え問題へのアプローチの方法。
JavaScriptでモジュラーは、例えば、それはモジュールの時代を経験していない、コードシーケンスヒープ特別な時代、こと
、ECMA2015もモジュラー書に組み込まれるモジュール出芽時代とモジュラーコンポーネントの現在の時代
モジュラーではJavaScript標準になります、開発者は、モジュール式のフィールドに探査と探査を実施していき
シーク。モジュラー開発は、フロントエンドの開発者はコードの再利用の強化、面倒な紙依存と名の競合を取り除くことができる
コードモジュールの管理を分割し、汎用性を、だけでなく、開発者の労働部門の分割を促進します。各モジュール自身の人事
担当するブロックは、このような観点から、再利用性と拡張性を考慮するだけでなく、モジュール式の開発の開発強化
、開発の効率化とコードの品質担当者。
本論文では、モジュラー技術の研究で見出されたものを使用し、アプリケーションシナリオや他の主要なフロントエンドモジュラーが存在
さらなる最適化の急務に次の問題：
モジュール性の点ではその特殊性のために（1）フロントエンド開発- -ストレートなしシステム-ソリューションので、
開発者が実装する-ページの機能は3つの言語（HTML、CSSのJavaScript）の位相に依存しています
完全に相互組織、および現在のモジュラーJavaScriptの複数のこのようなSeaJSなどの技術を、成熟する。jsの要求
コード管理を実装することができる、などを、HTMLとCSSを用いて、該当する仕様コード組織されていない
コードの冗長性や管理が難しいです。一つだけならば-まだ元のモジュール式の言語と他の言語
ので、モジュラーソリューションの完全なセット-初期状態では、このモジュール式のアプローチは、私たちが考えるべきではないということである
開発者は本当に必要があります以上3つの言語で同時に編成することができる、モジュラーアプローチの完了を統合。
HTMLモジュラーにおける（2）を達成するために、遠位テンプレートの技術を取り入れ、およびテンプレートファイルと成形することができる
基準のブロックが問題であり、動的文書の現在の遠位面は、主として非同期AJAXまたは動的スケーリングロード
タブ達成するために、上記の機能を非常に目に見えないブラウザの中で増加した必要なブラウザ根本的な支援、
負担は、同期メカニズムは、この問題を解決するために導入する必要があります。唯一できるフロントエンドのテンプレート技術のみに依存同時に
、これらの問題のコードページの可読性を高めるために、動的文字列、ページモジュラー組織との通話の問題を解決するため
のフロントエンドのテンプレート技術は簡単に解決することができないが、技術の展示会を戦うために必要があります達成するためのページ言語
モジュラースケジューリングページを。
複合体の面の解決を目的とした研究対象としてモジュラーフロントエンドを開始二つの側面、上から
第二章のキーテクノロジー
2.1静的リソースモジュラー技術
ページのデザインでは、開発者が柔軟な、シンプルで、かつ保守コードを追求してきました。詳細な簡単な
HIMLには、最小限の意味タグであり、所望の構造を達成するために：CSSは多重高いと
して、低冗長性の定義。柔軟性は、開発者のコードの変更は、効果の最小値まで達成することができます達成するために必要な
オブジェクト。保守性は、問題を特定する機能な限り迅速に問題を解決するために最小限の変更を指します。問題は、
実用的な仕事、通信コストは、リリース、耐障害性、スピード、リンクの数をリスク考慮に開発撮影の効率化に起因している
スクリプト言語は、HTML内のコンポーネントを閉じた。CSSをどのように達成するかの質問の場合には、あなたができる
などを移植します特性。
コンセプトほぼすべてのプログラミング言語、完全なプロセス制御と、その他のクラス、オブジェクト、変数、があるでしょう。
HTMLとCSSは、Webページ記述するために使用され、HTMLはHTMLがあり、実際のプログラミング言語ではありません
CSSは表現がHTML。XMLファイルやスタイルメーターなどを用いているが、マークアップ言語文書を
コンピュータ言語。付属プロセス制御プログラミング言語のいずれもが、でもこれは、変数を定義することはできません
別の角度からモジュラーページデザインに件名が必要です。
2.1.1ページレイアウトモジュラー
モジュラーは主に、イデオロギー分割統治を提供し、コードの再利用の両方を持っているので、あなたも入力することができます
ライン管理サブモジュールを、機能は複数のモジュール、明確かつシンプルのレベルと、簡単に分割されますこの考え方を理解
JAVA、PHPや尊敬その他のような現在の主要な主流のプログラミング言語によってストレート、我々はその初期のマシンでパッケージを導入しています
システムと能力が、分割ルールを開発し、実装する方法、静的リソース、特にこの1のためのフロントエンドの用語で
あるため、これらの規則の規定に対応した成熟度の不足のため、時にはコードを分割する方法よりも重要であるが規制
早いページで、それをバックエンドのテンプレートに頼ることは、このようなPHPのように、モジュール性の感覚を達成することである
含めるというように、これはカップリングを改善するためのフロントエンドのコードとバックエンドのコードで、非常に多くのソリューションをそこに
今が、ほとんどのサーバー言語プログラムに依存していますこのようSmartyテンプレートの継承として、実現しています。純粋で
、フィールドのフロントエンドには、行方不明になっている-上記のクラスを決済プログラムに関連して。
ページが表示されますのモジュラーレイアウト、開発効率を向上させるためのプロジェクトを提供し、プロジェクトのメンテナンスの問題解決
ソリューションを。何のモジュールとモジュールとの間の相互依存が、またしている- -セット一般的には、対応するモジュール式で引用しない
ルールにこれらの利点により相互に、ページレイアウトは、サイトの大部分をモジュラー適用され、それは
「ネットワークアーキテクチャの大きなニーズよ合理的な巣最高の堅牢性、拡張性、メンテナンスの容易さで。
全ページ、必要性は、ヘッダー、フッター、リスト、サイドバー、メニューなどの複数のモジュールに分割される
というように、独立してそれら-すべてのモジュールは、各モジュールは、開発プロセスにおいて、それ自身の独立した機能を有していますで
2.1静的リソースモジュラー技術
ページのデザインでは、開発者が柔軟な、シンプルで、かつ保守コードを追求してきました。詳細な簡単な
HIMLには、最小限の意味タグであり、所望の構造を達成するために：CSSは多重高いと
して、低冗長性の定義。柔軟性は、開発者のコードの変更は、効果の最小値まで達成することができます達成するために必要な
オブジェクト。保守性は、問題を特定する機能な限り迅速に問題を解決するために最小限の変更を指します。問題は、
実用的な仕事、通信コストは、リリース、耐障害性、スピード、リンクの数をリスク考慮に開発撮影の効率化に起因している
スクリプト言語は、HTML内のコンポーネントを閉じた。CSSをどのように達成するかの質問の場合には、あなたができる
などを移植します特性。
コンセプトほぼすべてのプログラミング言語、完全なプロセス制御と、その他のクラス、オブジェクト、変数、があるでしょう。
HTMLとCSSは、Webページ記述するために使用され、HTMLはHTMLがあり、実際のプログラミング言語ではありません
CSSは表現がHTML。XMLファイルやスタイルメーターなどを用いているが、マークアップ言語文書を
コンピュータ言語。付属プロセス制御プログラミング言語のいずれもが、でもこれは、変数を定義することはできません
別の角度からモジュラーページデザインに件名が必要です。
2.1.1ページレイアウトモジュラー
モジュラーは主に、イデオロギー分割統治を提供し、コードの再利用の両方を持っているので、あなたも入力することができます
ライン管理サブモジュールを、機能は複数のモジュール、明確かつシンプルのレベルと、簡単に分割されますこの考え方を理解
JAVA、PHPや尊敬その他のような現在の主要な主流のプログラミング言語によってストレート、我々はその初期のマシンでパッケージを導入しています
システムと能力が、分割ルールを開発し、実装する方法、静的リソース、特にこの1のためのフロントエンドの用語で
あるため、これらの規則の規定に対応した成熟度の不足のため、時にはコードを分割する方法よりも重要であるが規制
早いページで、それをバックエンドのテンプレートに頼ることは、このようなPHPのように、モジュール性の感覚を達成することである
含めるというように、これはカップリングを改善するためのフロントエンドのコードとバックエンドのコードで、非常に多くのソリューションをそこに
今が、ほとんどのサーバー言語プログラムに依存していますこのようSmartyテンプレートの継承として、実現しています。純粋で
、フィールドのフロントエンドには、行方不明になっている-上記のクラスを決済プログラムに関連して。
ページが表示されますのモジュラーレイアウト、開発効率を向上させるためのプロジェクトを提供し、プロジェクトのメンテナンスの問題解決
ソリューションを。何のモジュールとモジュールとの間の相互依存が、またしている- -セット一般的には、対応するモジュール式で引用しない
ルールにこれらの利点により相互に、ページレイアウトは、サイトの大部分をモジュラー適用され、それは
「ネットワークアーキテクチャの大きなニーズよ合理的な巣最高の堅牢性、拡張性、メンテナンスの容易さで。
全ページ、必要性は、ヘッダー、フッター、リスト、サイドバー、メニューなどの複数のモジュールに分割される
というように、独立してそれら-すべてのモジュールは、各モジュールは、開発プロセスにおいて、それ自身の独立した機能を有していますで
設計のための第III章モジュラーフロントエンドの開発フレームワーク
提案に基づいて、全体的なアーキテクチャと設計のモジュール式のフロントエンドの開発フレームワークに焦点を当てるこの記事、
モジュラー型のフロントエンド開発のフロントエンドの開発フレームワークとして全体的な感覚にごモジュラー開発プログラム、する
モジュラー管理フロントエンド開発プロセスの開発の問題を解決します。この章では、フレームワークの2つの特定の態様に分けられる：
その機能要件の全体的なアーキテクチャの観点から、ページモジュラーサブシステムおよびマルチファイル処理ツール、
及び第四及び第五章では、アーキテクチャの設計と実装を詳述しました。
3.1システムの機能要件分析
研究テーマモジュラーフロントエンドの開発フレームワーク、開発者に提供することを目的に基づき、本論文では
- - JavaScript言語と組み合わせる能力Nodejsサーバとのモジュラー開発アプローチの一種に、構造
モジュラーページを構築しました開発環境は、モジュール式の開発作業を標準化しました。第一に、それは基本的なモジュラーの開発である
分析のためのデザインコンセプト。研究を通じて、本論文では、次のいくつかの基本的なモジュラーデザインコンセプトを得ました。
●カプセル化モジュール。各モジュール間で互いに干渉し、JavaScriptのモジュラー手法よい
オブジェクトを作成するためのモジュールを導入するための一例として、コードをカプセル化します。ページモジュールの場合、
各モジュールは独立している、お互いを乱すことなく、独自のスタイルと動作を持って、
明示的なデータの移動を。ここでコンポーネントモジュールとイベントメカニズムの主な標的です。ページモジュール
モジュールとデータフローのためのコンポーネント、およびイベント機構との間には、コンポーネントのためのモジュールを聞くことができる
イベントコールバック、ページが異なるイベント、異なるレンダリングに異なる反応を示すことがあります。
モジュラーフレームワークの機能のポイントを分析し、開発するページ生成プロセスからのこの記事。一般に、開発者は
：ページが完全にブラウザで分析し、ブラウザは以下を解析示す、サイトの開発を完了
●そのURLでページファイルを取得するには、ブラウザ、その後、対応する静的リソースファイルを要求する：
●ブラウズCSS、JavaScriptと対応するリソースの生成相と合わせ、分析のためのペアページファイル、
木、レンダリングのための資源のページ、ユーザーへの最終プレゼンテーションをレンダリングする必要があります。
全体のプロセスを介してブラウザの解析とレンダリングを介して行われます。伝統的に、衝突場所によるが表示され
、解析ブラウザと時間のきれいなステンド割合の割合に比べて、遅延のための最も重要な理由は、伝送遅延に示されている
フロントエンドモジュールの開発者が作業のほとんどを解決することができますので、大規模ではありません主にブラウザ上で、適切な解決策は
、このようなJavaScriptのモジュラーソリューションSeaJSとしてプログラムする必要があります。requirejsなど別の例は、フロントページのテンプレートリードである
エンジンhandbarsjs、mustachejsなど。次のようにしかし、これはまた、対応する欠点があります。
●ブラウザ内のモジュールの解析とロード操作、あなたはモジュール式の開発を達成することができますが、けれども
複雑な相互作用のために、圧力ブラウザを強めるだろうそうしますページ、ブラウザがします
圧倒さ：
提案に基づいて、全体的なアーキテクチャと設計のモジュール式のフロントエンドの開発フレームワークに焦点を当てるこの記事、
モジュラー型のフロントエンド開発のフロントエンドの開発フレームワークとして全体的な感覚にごモジュラー開発プログラム、する
モジュラー管理フロントエンド開発プロセスの開発の問題を解決します。この章では、フレームワークの2つの特定の態様に分けられる：
その機能要件の全体的なアーキテクチャの観点から、ページモジュラーサブシステムおよびマルチファイル処理ツール、
及び第四及び第五章では、アーキテクチャの設計と実装を詳述しました。
3.1システムの機能要件分析
研究テーマモジュラーフロントエンドの開発フレームワーク、開発者に提供することを目的に基づき、本論文では
- - JavaScript言語と組み合わせる能力Nodejsサーバとのモジュラー開発アプローチの一種に、構造
モジュラーページを構築しました開発環境は、モジュール式の開発作業を標準化しました。第一に、それは基本的なモジュラーの開発である
分析のためのデザインコンセプト。研究を通じて、本論文では、次のいくつかの基本的なモジュラーデザインコンセプトを得ました。
●カプセル化モジュール。各モジュール間で互いに干渉し、JavaScriptのモジュラー手法よい
オブジェクトを作成するためのモジュールを導入するための一例として、コードをカプセル化します。ページモジュールの場合、
各モジュールは独立している、お互いを乱すことなく、独自のスタイルと動作を持って、
明示的なデータの移動を。ここでコンポーネントモジュールとイベントメカニズムの主な標的です。ページモジュール
モジュールとデータフローのためのコンポーネント、およびイベント機構との間には、コンポーネントのためのモジュールを聞くことができる
イベントコールバック、ページが異なるイベント、異なるレンダリングに異なる反応を示すことがあります。
モジュラーフレームワークの機能のポイントを分析し、開発するページ生成プロセスからのこの記事。一般に、開発者は
：ページが完全にブラウザで分析し、ブラウザは以下を解析示す、サイトの開発を完了
●そのURLでページファイルを取得するには、ブラウザ、その後、対応する静的リソースファイルを要求する：
●ブラウズCSS、JavaScriptと対応するリソースの生成相と合わせ、分析のためのペアページファイル、
木、レンダリングのための資源のページ、ユーザーへの最終プレゼンテーションをレンダリングする必要があります。
全体のプロセスを介してブラウザの解析とレンダリングを介して行われます。伝統的に、衝突場所によるが表示され
、解析ブラウザと時間のきれいなステンド割合の割合に比べて、遅延のための最も重要な理由は、伝送遅延に示されている
フロントエンドモジュールの開発者が作業のほとんどを解決することができますので、大規模ではありません主にブラウザ上で、適切な解決策は
、このようなJavaScriptのモジュラーソリューションSeaJSとしてプログラムする必要があります。requirejsなど別の例は、フロントページのテンプレートリードである
エンジンhandbarsjs、mustachejsなど。次のようにしかし、これはまた、対応する欠点があります。
●ブラウザ内のモジュールの解析とロード操作、あなたはモジュール式の開発を達成することができますが、けれども
複雑な相互作用のために、圧力ブラウザを強めるだろうそうしますページ、ブラウザがします
圧倒さ：
IV参照
[1]研究科学技術2015の[D]のWebベースのフロントエンドのパフォーマンスの最適化。劉劉華中大学
まず、基本的な情報
タイトル：Webベースのフロントエンドのパフォーマンスを最適化するスキーム
時間：2017
出典：北京郵電大学
キーワード：Webフロントエンド;モジュラー; JavaScriptの、Node.jsの、フロントエンドのテンプレート
第二に、研究
1.内容：
1.1背景と意義
今日の相互のネットワークの急速な発展のは、サイトを更新するために、高速かつ大規模な、ほとんどの週デマンドネットワークユーザに変更し
、この場合には、日常のすべて、時間または分上のサイトのフロントエンドにします変更は、最も頻繁になってきている
四川省の複雑な部分。インターネット企業はますますフロントエンドの開発に注力したように、フロントエンドの開発、より多くの数の、
しかし、技術スタッフの入力が常に制限されており、フロントエンドの開発は、開発者のための1つを提供しない都市を率いて-簡単な一種の
清潔、秩序を管理モジュール、フロントエンドモジュラー耐え問題へのアプローチの方法。
JavaScriptでモジュラーは、例えば、それはモジュールの時代を経験していない、コードシーケンスヒープ特別な時代、こと
、ECMA2015もモジュラー書に組み込まれるモジュール出芽時代とモジュラーコンポーネントの現在の時代
モジュラーではJavaScript標準になります、開発者は、モジュール式のフィールドに探査と探査を実施していき
シーク。モジュラー開発は、フロントエンドの開発者はコードの再利用の強化、面倒な紙依存と名の競合を取り除くことができる
コードモジュールの管理を分割し、汎用性を、だけでなく、開発者の労働部門の分割を促進します。各モジュール自身の人事
担当するブロックは、このような観点から、再利用性と拡張性を考慮するだけでなく、モジュール式の開発の開発強化
、開発の効率化とコードの品質担当者。
本論文では、モジュラー技術の研究で見出されたものを使用し、アプリケーションシナリオや他の主要なフロントエンドモジュラーが存在
さらなる最適化の急務に次の問題：
モジュール性の点ではその特殊性のために（1）フロントエンド開発- -ストレートなしシステム-ソリューションので、
開発者が実装する-ページの機能は3つの言語（HTML、CSSのJavaScript）の位相に依存しています
完全に相互組織、および現在のモジュラーJavaScriptの複数のこのようなSeaJSなどの技術を、成熟する。jsの要求
コード管理を実装することができる、などを、HTMLとCSSを用いて、該当する仕様コード組織されていない
コードの冗長性や管理が難しいです。一つだけならば-まだ元のモジュール式の言語と他の言語
ので、モジュラーソリューションの完全なセット-初期状態では、このモジュール式のアプローチは、私たちが考えるべきではないということである
開発者は本当に必要があります以上3つの言語で同時に編成することができる、モジュラーアプローチの完了を統合。
HTMLモジュラーにおける（2）を達成するために、遠位テンプレートの技術を取り入れ、およびテンプレートファイルと成形することができる
基準のブロックが問題であり、動的文書の現在の遠位面は、主として非同期AJAXまたは動的スケーリングロード
タブ達成するために、上記の機能を非常に目に見えないブラウザの中で増加した必要なブラウザ根本的な支援、
負担は、同期メカニズムは、この問題を解決するために導入する必要があります。唯一できるフロントエンドのテンプレート技術のみに依存同時に
、これらの問題のコードページの可読性を高めるために、動的文字列、ページモジュラー組織との通話の問題を解決するため
のフロントエンドのテンプレート技術は簡単に解決することができないが、技術の展示会を戦うために必要があります達成するためのページ言語
モジュラースケジューリングページを。
複合体の面の解決を目的とした研究対象としてモジュラーフロントエンドを開始二つの側面、上から
今日の相互のネットワークの急速な発展のは、サイトを更新するために、高速かつ大規模な、ほとんどの週デマンドネットワークユーザに変更し
、この場合には、日常のすべて、時間または分上のサイトのフロントエンドにします変更は、最も頻繁になってきている
四川省の複雑な部分。インターネット企業はますますフロントエンドの開発に注力したように、フロントエンドの開発、より多くの数の、
しかし、技術スタッフの入力が常に制限されており、フロントエンドの開発は、開発者のための1つを提供しない都市を率いて-簡単な一種の
清潔、秩序を管理モジュール、フロントエンドモジュラー耐え問題へのアプローチの方法。
JavaScriptでモジュラーは、例えば、それはモジュールの時代を経験していない、コードシーケンスヒープ特別な時代、こと
、ECMA2015もモジュラー書に組み込まれるモジュール出芽時代とモジュラーコンポーネントの現在の時代
モジュラーではJavaScript標準になります、開発者は、モジュール式のフィールドに探査と探査を実施していき
シーク。モジュラー開発は、フロントエンドの開発者はコードの再利用の強化、面倒な紙依存と名の競合を取り除くことができる
コードモジュールの管理を分割し、汎用性を、だけでなく、開発者の労働部門の分割を促進します。各モジュール自身の人事
担当するブロックは、このような観点から、再利用性と拡張性を考慮するだけでなく、モジュール式の開発の開発強化
、開発の効率化とコードの品質担当者。
本論文では、モジュラー技術の研究で見出されたものを使用し、アプリケーションシナリオや他の主要なフロントエンドモジュラーが存在
さらなる最適化の急務に次の問題：
モジュール性の点ではその特殊性のために（1）フロントエンド開発- -ストレートなしシステム-ソリューションので、
開発者が実装する-ページの機能は3つの言語（HTML、CSSのJavaScript）の位相に依存しています
完全に相互組織、および現在のモジュラーJavaScriptの複数のこのようなSeaJSなどの技術を、成熟する。jsの要求
コード管理を実装することができる、などを、HTMLとCSSを用いて、該当する仕様コード組織されていない
コードの冗長性や管理が難しいです。一つだけならば-まだ元のモジュール式の言語と他の言語
ので、モジュラーソリューションの完全なセット-初期状態では、このモジュール式のアプローチは、私たちが考えるべきではないということである
開発者は本当に必要があります以上3つの言語で同時に編成することができる、モジュラーアプローチの完了を統合。
HTMLモジュラーにおける（2）を達成するために、遠位テンプレートの技術を取り入れ、およびテンプレートファイルと成形することができる
基準のブロックが問題であり、動的文書の現在の遠位面は、主として非同期AJAXまたは動的スケーリングロード
タブ達成するために、上記の機能を非常に目に見えないブラウザの中で増加した必要なブラウザ根本的な支援、
負担は、同期メカニズムは、この問題を解決するために導入する必要があります。唯一できるフロントエンドのテンプレート技術のみに依存同時に
、これらの問題のコードページの可読性を高めるために、動的文字列、ページモジュラー組織との通話の問題を解決するため
のフロントエンドのテンプレート技術は簡単に解決することができないが、技術の展示会を戦うために必要があります達成するためのページ言語
モジュラースケジューリングページを。
複合体の面の解決を目的とした研究対象としてモジュラーフロントエンドを開始二つの側面、上から
第二章のキーテクノロジー
2.1静的リソースモジュラー技術
ページのデザインでは、開発者が柔軟な、シンプルで、かつ保守コードを追求してきました。詳細な簡単な
HIMLには、最小限の意味タグであり、所望の構造を達成するために：CSSは多重高いと
して、低冗長性の定義。柔軟性は、開発者のコードの変更は、効果の最小値まで達成することができます達成するために必要な
オブジェクト。保守性は、問題を特定する機能な限り迅速に問題を解決するために最小限の変更を指します。問題は、
実用的な仕事、通信コストは、リリース、耐障害性、スピード、リンクの数をリスク考慮に開発撮影の効率化に起因している
スクリプト言語は、HTML内のコンポーネントを閉じた。CSSをどのように達成するかの質問の場合には、あなたができる
などを移植します特性。
コンセプトほぼすべてのプログラミング言語、完全なプロセス制御と、その他のクラス、オブジェクト、変数、があるでしょう。
HTMLとCSSは、Webページ記述するために使用され、HTMLはHTMLがあり、実際のプログラミング言語ではありません
CSSは表現がHTML。XMLファイルやスタイルメーターなどを用いているが、マークアップ言語文書を
コンピュータ言語。付属プロセス制御プログラミング言語のいずれもが、でもこれは、変数を定義することはできません
別の角度からモジュラーページデザインに件名が必要です。
2.1.1ページレイアウトモジュラー
モジュラーは主に、イデオロギー分割統治を提供し、コードの再利用の両方を持っているので、あなたも入力することができます
ライン管理サブモジュールを、機能は複数のモジュール、明確かつシンプルのレベルと、簡単に分割されます、理解してこのアイデア
JAVA、PHPや尊敬その他のような現在の主要な主流のプログラミング言語によってストレート、彼らはマシンのその早期導入にパッケージを持っている
システムと能力が、分割ルールを開発するために、静的リソース、特にこの1のためのフロントエンドの観点から、どのようにそして、達成
時には、さらに重要なコードを分割する方法よりも、ルールの欠如は、これらの仕様の規定に対応するためには、成熟し
、早期ページなどPHPのように、モジュール性の感覚を達成するために、バックエンドのテンプレートに依存している中で、その
ように含めると、しかし、これは、そこからフロントエンドのコードとの結合を改善するためのバックエンドのコードを、非常に多くのソリューションが可能
になりましたが、ほとんどなSmartyテンプレートの継承として、達成するためにサーバー言語プログラムに依存しています。純粋で
、フィールドのフロントエンドには、行方不明になっている-上記のクラスを決済プログラムに関連して。
ページが表示されますのモジュラーレイアウト、開発効率を向上させるためのプロジェクトを提供し、プロジェクトのメンテナンスの問題解決
ソリューションを。何のモジュールとモジュールとの間の相互依存が、またしている- -セット一般的には、対応するモジュール式で引用しない
ルールにこれらの利点により相互に、ページレイアウトは、サイトの大部分をモジュラー適用され、それは
「ネットワークアーキテクチャの大きなニーズよ合理的な巣最高の堅牢性、拡張性、メンテナンスの容易さで。
全ページ、必要性は、ヘッダー、フッター、リスト、サイドバー、メニューなどの複数のモジュールに分割される
というように、独立してそれら-すべてのモジュールは、各モジュールは、開発プロセスにおいて、それ自身の独立した機能を有していますで
2.1静的リソースモジュラー技術
ページのデザインでは、開発者が柔軟な、シンプルで、かつ保守コードを追求してきました。詳細な簡単な
HIMLには、最小限の意味タグであり、所望の構造を達成するために：CSSは多重高いと
して、低冗長性の定義。柔軟性は、開発者のコードの変更は、効果の最小値まで達成することができます達成するために必要な
オブジェクト。保守性は、問題を特定する機能な限り迅速に問題を解決するために最小限の変更を指します。問題は、
実用的な仕事、通信コストは、リリース、耐障害性、スピード、リンクの数をリスク考慮に開発撮影の効率化に起因している
スクリプト言語は、HTML内のコンポーネントを閉じた。CSSをどのように達成するかの質問の場合には、あなたができる
などを移植します特性。
コンセプトほぼすべてのプログラミング言語、完全なプロセス制御と、その他のクラス、オブジェクト、変数、があるでしょう。
HTMLとCSSは、Webページ記述するために使用され、HTMLはHTMLがあり、実際のプログラミング言語ではありません
CSSは表現がHTML。XMLファイルやスタイルメーターなどを用いているが、マークアップ言語文書を
コンピュータ言語。付属プロセス制御プログラミング言語のいずれもが、でもこれは、変数を定義することはできません
別の角度からモジュラーページデザインに件名が必要です。
2.1.1ページレイアウトモジュラー
モジュラーは主に、イデオロギー分割統治を提供し、コードの再利用の両方を持っているので、あなたも入力することができます
ライン管理サブモジュールを、機能は複数のモジュール、明確かつシンプルのレベルと、簡単に分割されます、理解してこのアイデア
JAVA、PHPや尊敬その他のような現在の主要な主流のプログラミング言語によってストレート、彼らはマシンのその早期導入にパッケージを持っている
システムと能力が、分割ルールを開発するために、静的リソース、特にこの1のためのフロントエンドの観点から、どのようにそして、達成
時には、さらに重要なコードを分割する方法よりも、ルールの欠如は、これらの仕様の規定に対応するためには、成熟し
、早期ページなどPHPのように、モジュール性の感覚を達成するために、バックエンドのテンプレートに依存している中で、その
ように含めると、しかし、これは、そこからフロントエンドのコードとの結合を改善するためのバックエンドのコードを、非常に多くのソリューションが可能
になりましたが、ほとんどなSmartyテンプレートの継承として、達成するためにサーバー言語プログラムに依存しています。純粋で
、フィールドのフロントエンドには、行方不明になっている-上記のクラスを決済プログラムに関連して。
ページが表示されますのモジュラーレイアウト、開発効率を向上させるためのプロジェクトを提供し、プロジェクトのメンテナンスの問題解決
ソリューションを。何のモジュールとモジュールとの間の相互依存が、またしている- -セット一般的には、対応するモジュール式で引用しない
ルールにこれらの利点により相互に、ページレイアウトは、サイトの大部分をモジュラー適用され、それは
「ネットワークアーキテクチャの大きなニーズよ合理的な巣最高の堅牢性、拡張性、メンテナンスの容易さで。
全ページ、必要性は、ヘッダー、フッター、リスト、サイドバー、メニューなどの複数のモジュールに分割される
というように、独立してそれら-すべてのモジュールは、各モジュールは、開発プロセスにおいて、それ自身の独立した機能を有していますで
設計のための第III章モジュラーフロントエンドの開発フレームワーク
提案に基づいて、全体的なアーキテクチャと設計のモジュール式のフロントエンドの開発フレームワークに焦点を当てるこの記事、
モジュラー型のフロントエンド開発のフロントエンドの開発フレームワークとして全体的な感覚にごモジュラー開発プログラム、する
モジュラー管理フロントエンド開発プロセスの開発の問題を解決します。この章では、フレームワークの2つの特定の態様に分けられる：
その機能要件の全体的なアーキテクチャの観点から、ページモジュラーサブシステムおよびマルチファイル処理ツール、
及び第四及び第五章では、アーキテクチャの設計と実装を詳述しました。
3.1システムの機能要件分析
研究テーマモジュラーフロントエンドの開発フレームワーク、開発者に提供することを目的に基づき、本論文では
- - JavaScript言語と組み合わせる能力Nodejsサーバとのモジュラー開発アプローチの一種に、構造
モジュラーページを構築しました開発環境は、モジュール式の開発作業を標準化しました。第一に、それは基本的なモジュラーの開発である
分析のためのデザインコンセプト。研究を通じて、本論文では、次のいくつかの基本的なモジュラーデザインコンセプトを得ました。
●カプセル化モジュール。各モジュール間で互いに干渉し、JavaScriptのモジュラー手法よい
オブジェクトを作成するためのモジュールを導入するための一例として、コードをカプセル化します。ページモジュールの場合、
各モジュールは独立している、お互いを乱すことなく、独自のスタイルと動作を持って、
明示的なデータの移動を。ここでコンポーネントモジュールとイベントメカニズムの主な標的です。ページモジュール
モジュールとデータフローのためのコンポーネント、およびイベント機構との間には、コンポーネントのためのモジュールを聞くことができる
イベントコールバック、ページが異なるイベント、異なるレンダリングに異なる反応を示すことがあります。
モジュラーフレームワークの機能のポイントを分析し、開発するページ生成プロセスからのこの記事。一般に、開発者
サイトの開発が完了した後、ブラウザを介して完全な解析にページを表示すると、ブラウザが解決、次のとおりです。
●URLを通じてページファイルを取得するには、ブラウザ、その後、対応する静的リソースファイルを要求する：
●分析用のブラウザのページファイルを、CSS、JavaScriptと対応するリソースの生成相と一緒に
木、レンダリングのための資源のページ、ユーザーへの最終プレゼンテーションをレンダリングする必要があります。
全体のプロセスを介してブラウザの解析とレンダリングを介して行われます。伝統的に、衝突場所によるが表示され
、解析ブラウザと時間のきれいなステンド割合の割合に比べて、遅延のための最も重要な理由は、伝送遅延に示されている
フロントエンドモジュールの開発者が作業のほとんどを解決することができますので、大規模ではありません主にブラウザ上で、適切な解決策は
、このようなJavaScriptのモジュラーソリューションSeaJSとしてプログラムする必要があります。requirejsなど別の例は、フロントページのテンプレートリードである
エンジンhandbarsjs、mustachejsなど。次のようにしかし、これはまた、対応する欠点があります。
●ブラウザ内のモジュールの解析とロード操作、あなたはモジュール式の開発を達成することができますが、けれども
複雑な相互作用のために、圧力ブラウザを強めるだろうそうしますページ、ブラウザがします
圧倒さ：
提案に基づいて、全体的なアーキテクチャと設計のモジュール式のフロントエンドの開発フレームワークに焦点を当てるこの記事、
モジュラー型のフロントエンド開発のフロントエンドの開発フレームワークとして全体的な感覚にごモジュラー開発プログラム、する
モジュラー管理フロントエンド開発プロセスの開発の問題を解決します。この章では、フレームワークの2つの特定の態様に分けられる：
その機能要件の全体的なアーキテクチャの観点から、ページモジュラーサブシステムおよびマルチファイル処理ツール、
及び第四及び第五章では、アーキテクチャの設計と実装を詳述しました。
3.1システムの機能要件分析
研究テーマモジュラーフロントエンドの開発フレームワーク、開発者に提供することを目的に基づき、本論文では
- - JavaScript言語と組み合わせる能力Nodejsサーバとのモジュラー開発アプローチの一種に、構造
モジュラーページを構築しました開発環境は、モジュール式の開発作業を標準化しました。第一に、それは基本的なモジュラーの開発である
分析のためのデザインコンセプト。研究を通じて、本論文では、次のいくつかの基本的なモジュラーデザインコンセプトを得ました。
●カプセル化モジュール。各モジュール間で互いに干渉し、JavaScriptのモジュラー手法よい
オブジェクトを作成するためのモジュールを導入するための一例として、コードをカプセル化します。ページモジュールの場合、
各モジュールは独立している、お互いを乱すことなく、独自のスタイルと動作を持って、
明示的なデータの移動を。ここでコンポーネントモジュールとイベントメカニズムの主な標的です。ページモジュール
モジュールとデータフローのためのコンポーネント、およびイベント機構との間には、コンポーネントのためのモジュールを聞くことができる
イベントコールバック、ページが異なるイベント、異なるレンダリングに異なる反応を示すことがあります。
モジュラーフレームワークの機能のポイントを分析し、開発するページ生成プロセスからのこの記事。一般に、開発者
サイトの開発が完了した後、ブラウザを介して完全な解析にページを表示すると、ブラウザが解決、次のとおりです。
●URLを通じてページファイルを取得するには、ブラウザ、その後、対応する静的リソースファイルを要求する：
●分析用のブラウザのページファイルを、CSS、JavaScriptと対応するリソースの生成相と一緒に
木、レンダリングのための資源のページ、ユーザーへの最終プレゼンテーションをレンダリングする必要があります。
全体のプロセスを介してブラウザの解析とレンダリングを介して行われます。伝統的に、衝突場所によるが表示され
、解析ブラウザと時間のきれいなステンド割合の割合に比べて、遅延のための最も重要な理由は、伝送遅延に示されている
フロントエンドモジュールの開発者が作業のほとんどを解決することができますので、大規模ではありません主にブラウザ上で、適切な解決策は
、このようなJavaScriptのモジュラーソリューションSeaJSとしてプログラムする必要があります。requirejsなど別の例は、フロントページのテンプレートリードである
エンジンhandbarsjs、mustachejsなど。次のようにしかし、これはまた、対応する欠点があります。
●ブラウザ内のモジュールの解析とロード操作、あなたはモジュール式の開発を達成することができますが、けれども
複雑な相互作用のために、圧力ブラウザを強めるだろうそうしますページ、ブラウザがします
圧倒さ：
IV参照
[1]研究科学技術2015の[D]のWebベースのフロントエンドのパフォーマンスの最適化。劉劉華中大学