疎結合モジュール開発に関連する問題

疎結合モジュラー開発の問題
今日の Web プロジェクトはますます複雑になり、プロジェクト コードの再利用と簡単な拡張にますます注目が集まっています。
たとえば、企業の cms プロジェクトには、「テキスト」モジュール、「画像」モジュール、「ビデオ」モジュール、「本人確認」モジュールなどがあり、これらのモジュールは相互に散在しています。 「本人確認」が必要な「画像モジュール」「動画モジュール」などがあります。これらのモジュールはCMSを構成する際に、規格に応じて「ライト」バージョン、「スタンダード」バージョン、「エンハンス」バージョン、その他のバージョンに分けられます。はい、バージョンが複雑になればなるほど、より多くのモジュールがロードされますが、モジュールが削除されたときにコア ライブラリと他のモジュールが正常に動作することを確認するにはどうすればよいでしょうか? ！それとも、必要に応じて他のモジュールを動的にロードできますか? ！それともPHPのアジャイル開発を実装しますか? ！
------解決策---------
これはさらに検討するしかありません。
言い換えれば、より包括的に考えてください。

良い方法はありません。

本当に統合できるかどうか、私たちは日々開発しています。それは可能です。
------解決策------------------
これが私が通常解決する方法です。カスタムモデルとカプセル化されたクラス
MVCを理解している場合は、以下を読むと簡単に理解できるはずです。理解していない場合は、最初にMVCとクラスについて学習してください

Mはモデルをカスタマイズすることです。実際、開発中のほとんどのものは、モデル内で動的に処理できる限り、各モデルに多くの属性 (フィールド) を含めることができます (例: テキスト フィールド、選択フィールド、画像)。フィールド、コントローラーフィールドの編集）、モデルを作成し、パブリック基本クラスと基本メソッドを統合する限り、ほとんどの内容は解決できます。
C: パブリックコントローラーを継承した後のコントローラーです（メソッドはビジネスで他のニーズがある場合は、対応するメソッドを現在のクラス コントローラーに追加します。
V: ビューは実際には前景表示です。これはテンプレートとしても理解できます。
基本クラスが 1 つある限り、残りは前の層から継承されるため、結合が軽減されます。
例: コア クラス - フロントエンド クラス、バックエンド クラス - フロントエンド カスタム モデルによって生成されたクラス、バックエンド カスタム モデルによって生成されたクラス。
部下は上司にのみ依存し、上司と部下の間には結合がなく、同僚間にも結合はありません。