1、起因
図1に示すように、大規模なシステム、機能と機能の関係をもたらす役割複数の役割各列を、関与することは明らかではありません
図2に示すように、対応するページは、ロールに分割されているシステムと、システムが混合の間に、明確ではありません
3、プロジェクトのフロントエンドには大きすぎる、貧しいフロントエンドのパフォーマンスです
4、メンバーとより困難なプロジェクト管理
2、期待の解体後
1、利点
1、役割の明確さ、役割機能は明らかに属し
2、プロジェクトのデカップリング、容易な保守管理
3、プロジェクトのラインは、既存の機能には影響しません
4、さらに性能を向上させます
、フレームは多様化の需要は才能ができ、技術に限定されることはありません解体十分に微細な粒子サイズ5、
2、弱点
図1に示すように、従来の共有が、（反復が実行し続けて必要である）冗長コードをもたらす、達成するのが困難で共有しました
2は、サードパーティ製のパッケージは、対応する文字が、対応する機能を持つ関数を解体した後、ほとんどのユーザーが必要としないか、すべてのコンテンツをロードする権限がありません（、ターンキープロジェクトの増加を複数回を導入し、パッケージ全体の負荷を軽減する必要があります）
3、プロジェクト管理要件の増加、様々なシステムとの間に明確なシリーズ
図4に示すように、（ビット）を変更することの難しさの全体的な機能を強化します
図5は、（後の沈殿がパターンの独自のセットのために非常に重要である）は、公開プロセスのような固有の規範に依存大きく依存コンポーネントライブラリ（下位4）、あります
図6は、事前計画や経験のある人に非常に依存します
3、次元を解体
図1に示すように、システムを解体する解体のレベルであろう
サブシステムの解体など、ユーザーの役割に2
別々のモジュールとして3、サブその後解体、解体プロジェクト
4、プロジェクトジャンプ方法プロジェクトがルーティング+ジャンプアドレス（下部モジュールディレクトリに対応再び大きなディレクトリシステムを、そして混乱しない）であります
4、アイテム解体決意
現在、業界では今、より多くのソリューションがあり、完璧なソリューションではありません：IFRAMEモード、マルチページモードまたは別の、長所と短所、特効薬はありません。具体的な実装は、一つ一つ説明していません。