フロントエンドアーキテクチャの知識ポイント

前の言葉

この記事では、ドキュメント出力、システム分解、コンポーネント抽出、リリース最適化の 4 つの部分を含む、フロントエンド アーキテクチャで欠けている知識ポイントを補足します

ドキュメント出力

1。 -人の協力 いくつかの質問:

a. 文書作成の要件は比較的高く、構造化され、論理的に明確で、素早く書かれなければならず、また、読みやすいように植字にも注意を払う必要があります。その他;

b. システムがより複雑になり、文書の長さが長くなります。 非常に長く、記事全体を読むのに時間がかかりすぎて、詳細が多くなります。

c. 仕様はニーズを満たすことができますが、必ずしも開発ロジックに準拠する必要はありません

d 、ニーズと開発者の読み取りの両方を満たす必要があります。言葉遣いの曖昧さ、個人的な理解の違い、混乱、内容の不完全さ、タイプミスなど。仕様の最終バージョンとその後の修正は継続的に修正する必要がある

修正は後続の担当者に追加のオーバーヘッドをもたらす; b. 要件が変更されると、仕様を再設計する必要があり、システム構造も必要になる。主要な修正と小規模な修正

c. 仕様の再利用可能性は、開発者の設計レベルと密接に関係しています

d. 再利用されたドキュメントには、必然的に、元の設計の欠落部分、欠落した内容、および問題が含まれます。

システムの分解

実際の開発では、システムを分解する際の困難と考慮する必要がある問題は次のとおりです。

1. 分解の主な困難は、次のとおりです。分割するのは合理的ですか?

2. すべてのビジネス機能は関連していますか? どこで分割するのですか?

4. それぞれのモジュールの分解の粒度は適切ですか?細分化はモジュールレベルかクラスレベルに分けるべきでしょうか?

5. 分解すると過剰な分解や早期分解が起こりやすくなり、コストが増加しリスクが生じます

6. 分割されたモジュールは再利用できますか?

7.分解後にうまく統合できますか?

8. インタラクティブなドラフトが 100% 分解されていることを確認し、少しの省略も後の開発に影響を与えます

9. 内部で分解を完了する方法。制限時間内に、全体の進行が遅れます。

コンポーネントの抽出

インタラクションに基づいて共通コンポーネントを抽出するには、次の操作を実行する必要があります

1. インタラクションドラフトを階層に分割し、類似した部分を抽出します。

2. さらに小さなコンポーネントを分割して抽出します。

3. 各コンポーネントが比較的独立しており、他のコンポーネントと重複がないことを確認します。

4. 削除されたコンポーネントは可能な限り単純であり、再利用できます。ボタン、アイコン、ページング、ナビゲーション、メニュー、リスト、カルーセルなど

6. これらのコンポーネントを組み合わせると、インタラクティブなドラフトを復元できます

リリースの最適化

プロジェクトがリリースされると、次の最適化が行われます。必須

1. ファイルのキャッシュ。長期的なローカル キャッシュを構成して帯域幅を節約し、パフォーマンスを向上させます。コンテンツの概要をキャッシュ更新の基礎として使用して、正確なキャッシュ制御を実現し、同時にリソースの非カバレッジ公開を実現してスムーズなアップグレードを保証します

2. 静的リソース CDN の展開と最適化 ネットワーク リクエストの応答

3. リソースのマージと最適化。ファイルのマージ、モジュール化により、画像圧縮やスプライトのマージなどの HTTP リクエストが大幅に増加します

以上がフロントエンドアーキテクチャの知識ポイントの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。