問題タブ [architectural-patterns]

現在、5つのレイヤー（DAL、BLL、ファサード、プレゼンテーションレイヤー、共通レイヤー）を備えたアプリケーションアーキテクチャガイド2.0で説明されているように、マルチレイヤーアーキテクチャを活用するプロジェクトに取り組んでいます。
ここには、ビジネスコンポーネントとビジネスエンティティ（O / Rマッパーを使用して生成されたエンティティ）で構成されるビジネスロジックレイヤーがあります。ユーザーにデータをバインドして提示するために、プレゼンテーションレイヤーにこのエンティティが定期的に必要になるため、このエンティティをバブルします。他のレイヤーを介してプレゼンテーションレイヤーまで。

さて、問題は次のとおり
です。それは正しいアプローチですか？（定義上、これらを共有することになっている場合は、すべてのレイヤーで使用できるように、共通レイヤーに配置する必要があります）。このエンティティを共通レイヤーに移動するべきではありませんか？または、データ転送オブジェクト（DTO）のようなものを定義し、それらをレイヤーに渡す必要があります（もちろん冗長に見えます）。

任意の説明をいただければ幸いです。

私の状況をよりよく理解するために、私の前の質問の答えとコメントをチェックしてください。AppEngineでGoogleDataStoreを使用すると、アプリケーションが緊密に結合されるため、移植性が低下します。

私はAndroidで作業しており、クラウドに常駐するバックエンドを使用します。クライアントとクラウドの通信が必要です。移植性を維持するアプリケーションを構築するにはどうすればよいですか。どのデザインパターン、アーキテクチャパターンを使用する必要がありますか？

ブローカーパターンを使用する必要がありますか？困惑しています。

背景: 私はこれについてかなり長い間考えてきましたが、良い答えが見つかりませんでした. WebForms をしばらく使用し、定期的に MVC 2、3、および 4 を使用した後でも、ASP.NET MVC が MVC パターンの実装であると主張できる理由がわかりません。

MVC (パターン) について私が最初に学んだことの 1 つは、それが循環的であることです。つまり、View は、View を更新する Model を更新する Controller を使用するということです。当然のことながら、サークル内のユーザーと一緒に、新しい指示/データなどを入力します。

ただし、ASP.NET MVC は実際には周期的な実装ではありません。これは、W3CSchools の以下の色付きの画像でうまく実証されています。ビューにモデルのインスタンスがあり、モデルがコントローラーから更新されるが、モデルが更新された後にコントローラーもビューを更新する責任がある場合、これを実際に見たこともあります。

質問: ASP.NET MVC は意識的に誤って実装されているのでしょうか。それは独自の解釈としてのみ見るべきですか、それとも MVC パターンのルールを誤解しているのでしょうか?

CQRS と CRUD の違いは何ですか? どちらの場合でも UnitOfWork と Repository パターンを使用できますか?

エンティティ間に複雑な関係がある場合、あなたが私に勧めているエンティティとその理由を教えてください。

CQRS パターン: http://martinfowler.com/bliki/CQRS.html
CRUD : http://en.wikipedia.org/wiki/Create,_read,_update_and_delete

どんな助けでも大歓迎です。

私はアンドロイド開発を始めたばかりで、実際に公開する最初のアプリケーションを開発しようとしています。私は Java のプログラミングのバックグラウンドといくつかのパターンの知識を持っていますが、Android アプリの開発中にどのパターンを使用する必要があるかわかりません。また、スレッドを配置する場所。PHPスクリプトを介してリモートデータベースからデータを常にロードし、UIに表示するアプリを開発しています。アプリをいくつかのレイヤー (プレゼンテーション レイヤー、ドメイン レイヤー/サービス レイヤー、データ ソース レイヤー) に分割しました。それらの間に、次のレイヤーのサービスにアクセスするためのファサードを作成します。この構造に固執する必要があるのか​​ 、他のパターンに従ってこのアプリを完全に再構築する必要があるのか​​ よくわかりません。後でアプリケーション全体を再構築することを余儀なくされるよりも、開発の最初にそれを見つけたほうがよいでしょう。

などのビュー要素をUIViewController含むviewControllerAがあります。ここでの質問は、これらのビュー要素を別のクラスで作成してから追加するか、それらのビュー要素を直接内に作成する必要があるかです。したがって、MVC では、別のクラス内にビュー要素を作成し、これを に追加するのは適切ではありませんか? UIButtonUILabelUIViewUIViewControllerUIViewControllerUIViewUIViewController

MVC では、「Model」は単なるデータのコード表現です (たとえば、ASP.NET MVC では、対応するフィールドを持つクラスです)。

ただし、Knockout (MVVM を使用) では、フィールドを持つオブジェクトは「ViewModel」と呼ばれます。KOの公式ドキュメントから：

モデル: アプリケーションの保存データ。このデータは、ビジネス ドメイン (送金を実行できる銀行口座など) のオブジェクトと操作を表し、どの UI からも独立しています。KO を使用する場合、通常、サーバー側のコードに対して Ajax 呼び出しを行い、この格納されたモデル データを読み書きします。

ビュー モデル: UI 上のデータと操作の純粋なコード表現。たとえば、リスト エディターを実装している場合、ビュー モデルはアイテムのリストを保持し、アイテムを追加および削除するメソッドを公開するオブジェクトになります。

例から、ViewModel はフィールドを持つオブジェクトであり、データを保持していることがわかります。これは通常、MVC のモデルによって行われます。

だから私はここで少し迷っています。Knockout.jsドメインで「Model」と「ViewModel」は正確には何を意味しますか?

これらのパターンがどのような状況で使用されるべきか、少し混乱しています。

Layered はシステムが複雑な場合に使用され、その階層によって分割できるため、各レイヤーは異なるレベルの階層に機能を持ち、下位レベルの機能を使用すると同時に、その機能を上位に公開することを理解していますレベル。

一方、パイプアンドフィルターは、データを処理する独立したコンポーネントに基づいており、パイプで接続できるため、完全なアルゴリズムを実行する全体を作成できます。

しかし、階層が存在しない場合、モジュールの順序を変更できるかどうかが問題になります。

そして、私を混乱させる例はコンパイラです。これはパイプとフィルターのアーキテクチャの例ですが、私が間違っていなければ、いくつかのモジュールの順序は関連していますか?

私の混乱を取り除くために、物事を明確にするためのいくつかの例がいいでしょう。前もって感謝します...