問題タブ [model]

単体テストの利点以外に、MVP パターンについて聞いたのは、プレゼンテーション レイヤーの再利用性です。したがって、1 つのプレゼンテーション レイヤーを設計し、それを WinForms (リッチ) と Web に使用します。

私は現在、.NET で Windows フォーム アプリケーションに取り組んでおり、将来的には Web UI を作成する可能性があります。しかし、プレゼンテーション レイヤーと UI レイヤー間の相互作用を設計している場合、この再利用性の概念に苦労する価値があるかどうかは定かではありません。Windows フォーム UI 用に特別に設計された場合はさらに多くの可能性がある場合、可能性のある Web UI のプレゼンテーションを「馬鹿げている」ように感じることがあります。

では、再利用可能なプレゼンテーション レイヤーのメリットを享受している人はどれくらいいるでしょうか? この再利用可能性は現実の世界でうまくいきますか?

grailsアプリでインデックスページのモデルを設定する正しい方法は何ですか? デフォルトでは IndexController はありません。これとあれのリストをモデルに取得するための他のメカニズムはありますか?

シンプルなモデル チェッカー ツールはありますか。定義済みのプロパティのコードを分析するモデル チェッカー ツールを実装する予定です。

オブザーバーパターンでMVCを使用し、ユーザーアクションでデバイス（カメラなど）のデータのポーリングが必要な場合、ポーリングをコントローラーで実行して結果をモデルから渡すか、モデルとモデルにリクエストを送信する必要があります。モデル自体がポーリングを実行します。

この質問は、「スキニーコントローラー」の格言を宣伝する私が読んでいるすべてのものを、モデルはデータを取得せずにデータにのみ作用するべきであるという私の直感と一致させる試みです。

（注：この質問は主観的なものである可能性があります。この質問に対する正解が1つあるかどうかは完全にはわかりません。そうでない場合は、この件に関する意見を聞くことに非常に興味がありますので、タグを付け直してください。）

MVCを実装する前にMVC を適切に理解するための私の探求における 3 番目の質問:

私は2つのケースを念頭に置いています：

1. プライマリ アプリケーション ウィンドウは、設定ウィンドウを起動する必要があります。(あるビューが別のビューを呼び出します。)
2. アプリケーションのプライマリ モデルは、設定モデルのプロパティにアクセスする必要があります。(あるモデルが別のモデルにアクセスします。)

これらの質問は、どちらも Model-View-Controller トリプレット間の通信に関係しているという点で関連しています。これは、Google であまり議論されていないトピックです。

これを修正する明白な方法は、モデル間のトランザクションを処理し、コントローラーが互いのメソッドを呼び出せるようにする最上位の「アプリケーション」オブジェクトにすべてをラップすることです。私はこれが実装されているのを見てきましたが、それが良い考えだとは確信していません。コントローラーが複数のモデルを監視し、複数のビューに応答する可能性も見られますが、これは非常に雑然として追跡が困難になるようです。

この種のクロストークを実装する最善の方法についての提案はありますか? 非常に明白な質問のように感じますが、十分に文書化された解決策を見つけることができませんでした。

より広い意味で、この種の MVC の問題に対する典型的なアプローチを示すリンクを誰かが持っている場合は、それを見てみたいです。堅実で自明ではない参考文献を見つけるのはあまり運がありませんでした。Python での例は素敵ですが、喜んで何でも読みます。

編集1：

以下で非常に興味深いことが述べられていますが、一般的に、私が説明したアプローチに問題がある人は誰もいないようです。Vincent が説明している FrontController 設計は、すでにほとんど怠惰な形になっています。そのパターンを実装する上で問題が発生することは確かにないと思いますが、モデル間の通信に関する問題に実際に対処した人は誰もいないようです。すべての答えは、単一のモデル内のオブジェクト間の通信に対処しているようです。私は、アプリケーションの個別のコンポーネントに対して個別のモデルを維持することに関心があるので、50 の状態プロパティを 1 つのモデル クラスに詰め込みません。代わりにサブモデルとして維持する必要がありますか?

私のメインページで（それindex.aspxを呼び出します）私は電話 します

ここviewdata.model != null で、パーシャルに到達したとき:

言うviewdata.model == null

何が得られる?!

アプリケーションのデプロイ後にデータが変更された場合、データベースを最新の状態に保つにはどうすればよいでしょうか?

つまり、テーブルを追加または削除できます。これは簡単な作業です。既存のテーブルを変更することも簡単です。しかし、構造を頻繁に変更する場合、それをどのように管理しますか?

以前は、データベースに現在のデータベース バージョンのテーブルを保持していました。その後、すべてのアップグレードは、新しいテーブルの作成、列の追加、またはデータの移動など、その作業を行う SQL ファイルでした。ファイルの名前はこれらのバージョンにちなんで付けられているため、アップグレード スクリプトがデータベース バージョン 10 を取得した場合、11.sql から N.sql までのすべてのファイルを取得し、それらのそれぞれにデータベース バージョン番号を同時にインクリメントして適用しました。

これは問題なく機能しているように見えますが、疑問に思っているのは、そのようなタスクに対するあなたの戦略は何ですか?
また、このシステムは、1 つの「パッチ」でテーブルを正規化し、その後何らかの理由で再度非正規化すると、完璧には見えません。その後、2回行われます。

しかし、何かを変更するたびに完全なアップグレード スクリプトを作成するのは面倒で、エラーが発生しやすいようです。少なくとも、そのような原子的な変化よりも。

また、さまざまな顧客がさまざまなデータベース バージョンをいつでも実行していると予想できるため、どの時点からでもアップグレードする方法が必要です。

私はMVCを使い始めたばかりですが、考えを切り替えることができれば、MVCは素晴らしい方法になると思われます。

私が遭遇したほとんどの資料は、モデル、ビュー、およびテーブルの間に1対1の関係があるようです。つまり、各モデルはテーブルを表し、CRUDに加えて、より複雑な関数を許可します。

アカウントの作成と更新を可能にするアカウントモデルがある場合はどうなりますか。

/ signupビューとコントローラーを使用してアカウントを作成（）したいのですが、/ members / accountビューとコントローラーを使用してpwの更新、変更などを行いたいと思います。

サインアップモデルを使用する方がよいでしょうか、それとも複数の場所から必要なモデルを使用するだけで大​​丈夫ですか？

また、アカウントには多くのユーザーがいる可能性がありますが、サインアップ時に最初のユーザーを作成したいとします。アカウントの設定とユーザーの作成をトランザクションとして実行したいと思います。アカウントモデルとユーザーモデルがあり、両方を使用する必要がありますか、それともアカウントのサインアップcreate（）関数でデフォルトユーザーを作成する必要がありますか？

私はCodeIgniterでPHPを使用しています

したがって、ドキュメント、ビデオ、投稿などの他の多くのモデルを :has_many 持つ User モデルがあります。次のように User モデルから「do」ブロックを実行すると、私の質問が発生します。

これにより、user.posts.recent のようなものを呼び出して、ユーザーに関連付けられた投稿のみを見つけることができます。これで、どうすれば :dependent => :destroy または :dependent => :delete_all をこの関連付けに追加できますか? これまでに試したことはすべてエラーになりました。

次の場合、データベースに行を挿入するにはどうすればよいですか？（または、スキーマで何を修正する必要がありますか？）

モデル：

スキーマ：

Railsコンソールを使用してテストし、レコードを挿入しようとして数時間を失いました。