問題タブ [repository]

Rhino Commons UnitOfWork (ASP-MVC の UnitOfWorkApplication 内) を使用する場合、Rhino リポジトリの静的クラスを使用して、次のようにエンティティを保存します。

次を使用して、その呼び出しの直後にエンティティを取得できることがわかりました。

これはうまくいきます。ただし、Rhino UnitOfWork で NHibernate Linq プロバイダーを次のように使用すると、次のようになります。

空のリストを取得します。このように車を出す前に、 UnitOfWork.Current.Flush() を呼び出す必要があるようです。舞台裏では、両方の取得方法が同じセッション/作業単位を照会していると想定しているため、理由がわかりません。これは、データベースに保存するたびに UnitOfWork.Current.Flush() を呼び出す必要があるということですか? NHibernate は自分自身をいつフラッシュするかを判断できるはずではありませんか? それとも私は何かを誤解していますか？

1 つのリポジトリに複数の Web サイト プロジェクトがあり、それぞれに WordPress のコピーがあります。WordPress の更新とは、すべてのプロジェクト フォルダーを更新し、冗長コピーを保持することを意味します。これは、フォルダー全体を同期する rsync スクリプトに役立ちます。また、完全に機能するサイトのローカル コピーも提供されます。

これを改善する方法はいくつかありますので、フィードバックをお願いします。私は Windows を使用しており、最近 Subversion に移行しました。

1. 各 Web サイト フォルダー内の WordPress ビットへのシンボリック リンクを作成します。これは Subversion と Apache で持ちこたえますか。欠点はありますか？
2. 単一の WordPress フォルダーを用意し、それを他の Web サイト トランクに分岐します。ブランチは安価で、単一のコピーが維持されていると読みましたが、ブランチをトランク全体で行う必要があるかどうかはわかりません。個人的には、これが最良のアプローチだと思います。これを避ける理由はありますか？
3. 最後に、現在の構造を維持し、スクリプトを使用してすべての Web サイト フォルダーにコピーを作成することができました。

最善のアプローチは何ですか?代替ソリューションはありますか?

ライブラリに基づく基本的なログイン設定など、新しいサイトの作成を開始するための外部ファイルといくつかのファイルを含む Subversion リポジトリがあります。

私が疑問に思っているのは、このリポジトリを別のリポジトリに「コピー」して、外部を保持し、それらを再度設定する必要がないようにする方法があるかどうかです。履歴が残る心配はありません。これは、エクスポートを実行してから外部を設定するのと似ていますが、1 ステップのプロセスになります。方法はありますか？

私はDDDに非常に慣れていません。私の SQL テーブルにはスタイルのリストが含まれており、すべてのスタイルに色とサイズがあります。現在、私はアプリケーションに取り組んでおり、ユーザーにはスタイル用、色用、サイズ用の 3 つのドロップダウンリストが表示されます。これで、最初にこれらのドロップダウン リストに個別の値が読み込まれます。ユーザーがスタイルを選択すると、システムはその選択したスタイルのすべての色/サイズを見つけることができます。ユーザーは色で同じことを行うことができ、選択した色とサイズに一致するスタイルが読み込まれます。あなたはアイデアを得る。

これらは私の基本的な要件です。スタイルのリポジトリ (StyleRepository) を作成し、すべてのスタイルをロードし、必要に応じて子の色と子のサイズをロードすることを考えていました。

ただし、私のアプリで説明されているように、個別の色またはサイズも読み込む必要があります。StyleRepository、ColorRepository、SizeRepository の代わりに 3 つのリポジトリを作成することをお勧めしますか、それともまったく別のリポジトリを作成しますか?

言ったように、私はこれにかなり慣れていないので、あなたの提案をいただければ幸いです。

ありがとうございました

ビューに渡されるモデルは、単一のリポジトリへの単一の呼び出しによって完全に定義される必要があります。言い換えれば、モデルは単一の集合体ですか、それともサービス層でそれぞれ独自のリポジトリを持つ個別の集合体からモデルを構築する必要がありますか?

私が今持っている方法は、ビューによって提示されるモデル全体を満たすために単一のリポジトリを呼び出すだけです。集約、リポジトリ、およびモデルはすべて同じ概念になりつつあるようです。

私は長い間、主にプロプライエタリなコードを書いてきました。スパゲッティコードなど。私は業界から数年離れましたが、何か大きなものを逃したように感じます. 私は本を​​勉強するのに時間を費やしましたが、少し手を汚したいと思います.

コンテキスト：コードの構造は、WCFサービス（サーバーサイズ）がデータレイヤーと通信するドメインモデルと通信することです。エンティティ内で特定の値が変更されたときに、（実際の人向けの）作業割り当てを作成する必要があります。

現在、そのロジックをWCFサービスに配置していますが、少し気分が悪くなります。次に、ロジックをリポジトリに移動しましたが、それでも気分が悪くなりました。今、私はそれを置く場所がありません。

私が持っていないのは、WCFサービスとドメインリポジトリを仲介するドメインサービスです。これは私が作成してこのロジックをそこに配置する必要があるものですか？他に何かアイデアはありますか？