問題タブ [model-view-controller]

構築中の ASP.NET MVC アプリケーション用の一般的な jQuery ベースの検索プラグインを開発する必要がありますが、それがどのように適合するのか、またはベスト プラクティスは何かがわかりません。私は次のことをしたい：

Models.User に特定のインターフェイスを実装している限り、jQuery はリフレクション サービスと対話して、関連する UI を一般的に構築できます。

楽しそうに聞こえますが、ビューから JavaScript を呼び出しているようです。これにより、ビュー関連のアクティビティを実行して検索 UI を構築し、検索を実行してユーザーとやり取りします。そこにたくさんの Controller タスクを投げます。

では、これは実際にどこに当てはまるのでしょうか。jQuery プラグインを MVC の考え方により適合するように構成する別の方法はありますか? MVC は、別の MVC 構造内で独自の形式に縮小しても機能しますか? 1 つのプラグインのためにこれらの問題を無視する必要がありますか?

私はいくつかの Web アプリケーションで MVC のかなりまともな表現だと思っていたものを実装しましたが、crackoverflow に参加して以来、おそらく私の最初の定義は少し単純化されていたことがわかりました。 Web アプリケーションのデータ アクセス層とモデルまたはドメイン層。

コンテキストとして、私は現在、オブジェクトが表すテーブル内の単一のレコードに対して CRUD 関数を実装するデータ アクセス オブジェクトと、オブジェクトを返す get() 関数を使用して、条件を満たすすべてのオブジェクトを反復処理できるようにします。 get() 関数の基準。

これらのデータ アクセス オブジェクトは、ビジネス ロジックを含むコントローラー スクリプトから直接参照されます。

問題があれば、私は PHP と MySQL で作業していますが、他の言語でコーディングできる提案に興味があります。

更新:より具体的な例として、電子メール アドレス、アクティブな状態、ユーザー名、パスワード、所属する会社などの情報を保持する user (ここでの規則は単一のテーブル名です) というテーブルがあります。この基本的なオブジェクトはコードでは次のようになります。

DAO レイヤーとモデル レイヤーを単純化して、実際のタイプの機能 (ユーザーのログインなど) とデータ アクセス機能の両方を組み合わせたように思えます。

jQuery は、MVC ビューを簡素化するための優れたツールであることがわかりました。

たとえば、テーブルに交互のスタイルを追加する複雑なロジックを含める代わりに、これを行うだけです...

MVC ビューのロジックをスリム化するための jQuery の他の有効な使用法を知っていますか?

多くのフィールド、has_many関連付け、追加された画像image_columnなどを含む非常に複雑なモデルを使用しています...

新しいオブジェクトは、複数ページのフォーム (8 つの手順) によって追加されます - これらの手順の間で検証と伝達を行うにはどうすればよいですか?

validation_group各ステップの検証を定義するのに役立つと思いますが、全体的な設計はどうですか?

誰もが MVC について話している今、ビジネス ルールが取り上げられていないことに気付きました。3 層アーキテクチャの昔、ビジネス ルールは中間層にありました。それらは新しい MVC のどこに分類されますか?

答える前に、この質問は複雑です。

1. 私たちはasp.net / asp.net mvc / jQueryで開発していますが、どのフレームワークを使用するどのプラットフォームでもソリューションを受け入れています
2. 並べ替え/列の非表示/列の再配置/検証(意味のある場合)などのロジックはクライアント側にある必要があると思います
3. データベースの検索/更新/ワークフローの実行などのロジックはサーバー側にある必要があると思います（セキュリティ/デバッグ上の理由から）

私たちがやろうとしているのは、さまざまなコンテキストで同じ機能を処理するために大量の JavaScript を記述して、UI を混乱させないことです。JavaScript ファイル + オブジェクト指向 JavaScript を使用できることを理解しています。それをすべて簡単にするパターンを探しています。

提案された 1 つの解決策は、クライアント側とサーバー側の両方に MVC モデルを用意することでした。これにより、JavaScript 機能をクライアント側コントローラーにカプセル化し、サイトのさまざまな部分で使用できます。ただし、これは 2 つの MVC 実装があることを意味します。

これはやり過ぎですか？このソリューションをどのように拡張しますか? 他にどのような解決策がありますか?

だから私はwinforms C#ソリューションを再編成して、分離してよりクリーンで整理するのに役立てています。このソリューションは、中小企業の注文などを追跡します。.

これまでのプロジェクトを

App.View - すべての GUI 関連コード
App.Data - データ構造とインターフェイスのみ。他の実装コードなし
App.BusinessLogic - GUI 参照を持たないすべてのビジネス ロジック コード

どこに属しているのかわからないクラスがいくつかあります。各クラスがどのプロジェクトに行くべきか、またはこのために作成すべき別のプロジェクトがあるかどうかについて、あなたの考えを教えてください。

1. データベースからユーザー設定を取得するクラス
2. 静的データ サーバーから静的データを取得し、一連のデータ結果を返すクラス。
3. ユーザーの資格を下げるクラス
4. 注文のハッシュテーブルを格納するモデル クラス
5. ユーザー アクションでメッセージを電子メールで送信するクラス

私は Lightbox2 ライブラリの大ファンで、過去に MVC プロジェクト以外で使用したことがあります。過去に、Lightbox2 はスクリプト、CSS、および画像が存在するパスについてうるさいことを覚えています。具体的には、ページのパスのサブディレクトリにすべてを配置する必要があることを覚えています。そうしないと機能しません。

非 MVC アプリケーションではそのアプローチは問題ありませんでしたが、今では MVC アプリケーションで作業していて、ページの URL がディレクトリ構造とは何の関係もないことに気付きました。したがって、次の指示に従って Lightbox2 にリンクします。

明らかに機能しません。

画像なしで、効果をもたらした JavaScript への絶対パスを入れてみました。私は、JavaScript がその画像がどこにあるかを「知って」おり、それらを見つけることができないのではないかと疑っています。

MVC 環境で Lightbox2 を使用して成功した人はいますか? おそらく、Lightbox2 をサブディレクトリ以外に展開することに成功しただけでしょうか?

ありがとう！

私は2つのモデルを持っています。それらをオブジェクト A とオブジェクト B と呼びます。それらの設計は次のようになります。

ここで、Foo のインスタンスを参照するすべての Bar オブジェクトを返すメソッドを Foo 内に作成するとします。どうすればいいですか？

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

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

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