会社のブログログイン登録スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。1,672件0MVCモデルに則り、Webアプリケーションを作成しようと試みております。多くの情報をまとめますと、以下のように考えられます。・ビジネスロジックはModel側に記述する・ViewではModel側のデータを参照する形にする・ControllerはModelやViewを介在する形で処理を割り振るまた、エビデンスのない情報ではございますが、以下の情報もございます。(投稿順)1・ビジネスロジックはModel側に記述する・ViewではModel側のデータを参照する形にする・ControllerはModelやViewを介在する形で処理を割り振るWebアプリケーションの設計手法で言うところのMVCはおおむね認識の通りかと思いますが、古典的MVCの定義から外れているのでそれはMVCではない、別の名称で呼ぶべきという主張もあります。「一番正しそう」といっても、多くの人がそう考えている、とか、多くの本にはそう書いてある、程度で、GoFのデザインパターンのように明確な定義があるわけではありません。定義にこだわると永遠にアプリケーションを作り始めることはできません。そのような呼び名が正しいかはさておきビューとコントローラとモデルの区別が不十分なプログラムは簡単にスパゲティになるというのは経験的な事実ですので、それらの役割分担を明確にしてそれを踏み越えたところにコードを書かないというポイントを意識しておけばいいのではないでしょうか。個の銅バッジ1役割分担の大枠としてモデル・ビュー・コントローラがあり、その詳細は設計者の設計思想に依るところであると理解致しました。役割分担を踏み越えないように、適切な区分けを行います。|0MVCモデルは非常に抽象化された(一般的な)モデルなので、どこにどのような処理機能を持たせるのかといった構築するシステムの個々の(様々な)事情が影響するような事項に関して、「一番正しそう」などという知見は存在しないと考えるべきです。「一番正しそう」が存在しうるのはシステムの要求仕様が固まってからです。要求仕様が判らない(そもそもの問題が設定されていない(少なくとも質問では明らかでない))状態では、何が正しいかも判りませんから。処理機能(近視眼的ビジネスモデル)をM,V,Cのいずれか一か所に置かなければならないという考えも改めるべきです。M,V,C,いずれもコンピューティングシステムで実現する訳ですから、適切な機能を適切なモジュールで実現するのがベストプラクティスかと思います。ような解説記事をいろいろ読んでみることをお勧めします。個の銅バッジ3ご教授ありがとうございます。現行の仕様を単純化致しますと、受け取ったHTTPリクエストから情報を抜き取り、DBに保存し、その後、その結果をJSON形式にてHTTPレスポンスを返すという動作に落ち着きます。0:13MVCのようなアーキテクチャは、「どこにどのような処理を持たせるか」を定義し「適切な機能を適切なモジュールで実現」するための指針です。MVCを選択したなら「どこにどのような処理を持たせるか」はMVCの考え方に従って決まります。2:52機能によって区分けするということが設計する上で重要なのですね。現行、流布している情報を参考に、適切な区分けをしようと思います。|この質問に回答するには、ログインする必要があります。求めていた回答ではありませんか?mvcのタグが付いた他の質問を参照する。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。従って情報を開示できることに同意したことになります。選択した項目のみ受け入れる。