ddd-repositories

    7

    2答えて

    DDDの後のアプリケーションでは、Services + Repositories +リポジトリとサービスのインタフェースを含むサービスレイヤーを持つ傾向があります。これらはすべて同じアセンブリ内にあり、ドメインモデルは別のアセンブリに存在します。この1つの大きなプロジェクトでは、ドメインモデルに適合しないものはすべて混乱しているように感じます。 DDDの原則とパターンに従うアプリケーションでは、リ

    7

    3答えて

    私はタマネギの建築を数日間研究してきました。依存関係は常に中心に向かうべきであり、これを達成するために依存性注入を使用する方法を理解しています。しかし、私はまだ理解できない質問がいくつかあります。 モデル(またはエンティティ)は、リポジトリインタフェースまたはサービスインタフェースを参照できますか? 例:Orderエンティティが外部キーではありませんが、ユニークであるOder.DeliveryZi

    0

    1答えて

    私の質問は2つの部分の問題です。 私はエンティティフレームワークでリポジトリと作業単位パターンを使用しています。私は以下を持っていますStockTransferRepositoryとStockTransferは私のaggregateRootです。 Public Class StockTransferRepository Inherits WMSBaseRepository(Of Stoc

    1

    4答えて

    私の元の質問はhereです。 以下は私の更新コードです。 Public Function StockTransferItemRemove(removeRequest As StockTransferItemRequest) As StockTransferItemResponse Implements IStockTransferService.StockTransferItemRemove

    5

    2答えて

    私はEvans、Nilsson、McCarthyを読んで、ドメイン駆動型デザインの背後にある概念と推論を理解しています。しかし、私は実際のアプリケーションにこれらをまとめて入れるのは難しいと思っています。完全な例がないと、私の頭が傷ついてしまった。私は多くのフレームワークと簡単な例を見つけましたが、DDDの後に実際のビジネスアプリケーションを構築する方法を実際に示すものはこれまでにありません。 例

    1

    1答えて

    可能性の重複: Why not use an IoC container to resolve dependencies for entities/business objects? 私は過去にvery similar questionを尋ねました。しかし、私はこれが自己複製ではないと信じています。私の元の質問に対する(良い)答えは、このドメインの問題に非常に特有であり、一般的な問題については論じ

    1

    1答えて

    親エンティティコレクションから子エンティティを削除するとき、EFが子エンティティの状態を削除する代わりに変更するように設定していることに気付きました。 エンティティオブジェクトマネージャ内に、削除を設定する別のプロパティがありますか? 以下は、変更された子アイテムを見つけて削除するためのEFリポジトリのSaveメソッド内で使用しているコードです。 Dim orphans = DataContext

    26

    2答えて

    Fowler(here)によれば、リポジトリは、「メモリ内ドメインオブジェクトコレクションのように機能する、ドメインとデータマッピングレイヤの間を仲介します」。たとえば、私のCourier Serviceアプリケーションでは、新しい実行がサブミットされると、アプリケーションサービスは新しいRun集約ルートオブジェクトを作成し、要求からの値を入力してからRunRepositoryに追加してからUni

    1

    1答えて

    私はEFについて多くのビデオを見ていましたが、私のプロジェクトでこのツールに近づける適切な方法を見つけることができません。 どこでも、2つの状況について話しています。まず、DBがあり、ドメインモデルがなく、次にDMとDBはありません。 私はすでに定義されたDMとDBを持つ、すでに起動しているアプリケーションを持っています。私は定義されたリポジトリのインターフェイスを持っている、私は単純なSQLクエ

    2

    2答えて

    私は次のようなデータ構造を持っています。心の中で class Post { public string Title { get; set;} public Category Category { get; set;} } ベアリングポストは常には1つに属しており、唯一のカテゴリは正しい私の推論ですか? Categoryは(ポストは、それなしでは存在できないため)、集約ル