質問

MVCアプリケーションを修正して安定させる必要がある場合、モデル、コントローラー、ビューのどこから始めますか?問題はアプリケーション全体に均等に広がり、機能を追加するのが難しくなる悪いプログラミング慣行があります。 違いがある場合、アプリケーションはPHPで記述されています。

役に立ちましたか?

解決

モデルはアプリケーションの基盤であるため、モデルから始めます。テストの作成も簡単です。コントローラーの単体テストを書くのは難しいですが、それはできますが、ビューの場合はさらに難しくなります。ただし、モデル用に本当に強固でカプセル化されたAPIを作成したら、新しいコントローラーを重ねて、その上にフレームワークを表示するのは比較的簡単です。ビューから実際に分離する場合は、モデルをREST APIとして構築し、コントローラーを完全にAJAXで実装します。それは、完全にクライアント側ベースのビューを備えた、よりサービス指向のアーキテクチャへと移行するでしょう。これが、Googleの機能の大部分です。

他のヒント

モデルはビューよりもゆっくりと変化し、コントローラーはビューに依存するため、モデルを修正します。優れた安定したモデルコードに投資することで、より良い収益が得られます。

Id 'は、モデル、コントローラー、ビューをこの順序で言います。モデルに最も基本的なロジックがあり、その後にコントローラーが続く(通常、かなり離れた場所にある)ためです

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top