問題タブ [unitofworkapplication]

ASP.NET (MVC ではない) での UnitOfWorkApplication の使用に関するチュートリアル/記事を見つけようとしました。しかし、私が見つけることができるすべての情報は、ASP.NET MVC での使用方法に関するものです。

古い W​​eb フォーム アプリケーションでは Rhino.Commons.HttpModules.UnitOfWorkApplication を使用できないということですか?

ASP.NET ページで Rhino.Commons.NHRepository から継承したリポジトリを使用しているという問題に遭遇しました。リポジトリで関数を呼び出す前に UnitOfWork.Start() を呼び出す必要があります。それをASP.NETにフックする方法を理解するのにかなり迷っています。

UnitOfWorkApplication に基づいて ASP.Net MVC アプリケーションを構築しており、Castle ATM 機能を使用したいと考えています。現時点では、リクエスト終了時にセッションをフラッシュすることに問題があります。私のサービス クラス (コントローラーのアクション メソッドで呼び出される) は次のようになります。

「UnitOfWork.CurrentSession.Flush();」のコメントを外すと 行すべてが正常に機能します-新しいユーザーはDBに永続化されます。ただし、セッションを明示的にフラッシュしないと、何も保持されません。

UnitOfWorkApplication + ATM は、リクエスト終了時に変更をフラッシュする必要があります-そうですか? 明示的な session.Flush() 呼び出しなしで機能させるにはどうすればよいか、アドバイスはありますか?

Unit of Work パターンについて読んでいますが、UoW が実際にデータを保持する方法について混乱しています。

変更をコミットすると、UoW は、追加、更新、および削除されたオブジェクトのリストを繰り返し処理し、特定のタイプのオブジェクトの追加、更新、削除を担当するクラスを何らかの方法で見つける必要があります。

この手法を示す例は見つかりませんでした。

これに関するアドバイスは大歓迎です。

モッシュ

Asp.net の子のビューから、子テーブルで参照されている親テーブルのデータを更新しようとしています。

Fluent Nhibernate を使用してテーブルをマッピングしました。

子テーブルでは、マッピングは次のようになります。

親テーブルのマッピング:

私のコントローラーでは、このように見えます...

上記のコードでは、子テーブルの値を更新しようとすると機能します。ただし、親テーブルに変更を保存しようとすると、機能しません。

これを修正する方法はありますか？

ありがとう。

このクラスを考える

データベースへの接続は、すべての（XEntities context = new XEntities（））{...}に対して作成されていますか？もしそうなら、静的なUnitOfWorkクラスを作成して、接続が1つだけ存在するようにする正しい方法は何ですか？

このページでは、次のことを読みました。

作業単位は、Martin Fowler によって記述された設計パターンです。

Martin Fowler は Hibernate 開発者よりも前にこのパターンを発見しましたか? このパターンを記述した唯一の情報源は彼ですか?

NHibernate の学習曲線に苦労しています。

私たちは現在、C# Winforms アプリケーションを NHibernate を使用するように移植しており、Gabriel Schenker によって詳述されているように Unit Of Work (UnitOfWork) を採用しています。

Hibernate と Unit of Work パターン

UnitofWork を「会話型」ベースで採用したいと考えています。たとえば、ユーザーがフォームを開くと、UnitOfWork セッションが開き、フォームが閉じられるまでこれを開いたままにします。フォームは、ビジネス上の会話を定義するための簡単な方法です。実装に応じてこれをわずかに変更する可能性がありますが、この例では、例としてフォームの開閉を使用してください。

別のフォームの上にフォームを開くというシナリオがある場合、問題が発生します。この例では、2 つの UnitOfWork が動作している必要があります。1 つは基になるフォームに対してまだアクティブであり、新しいフォームに対しては新しい UnitOfWork です。

これをどのように実装しますか？Gabriel が提供する UnitOfWork 機能では、UnitOfWork ごとに 1 つのセッションしか許可されませんか? 私の最初の考えは、アプリケーションの任意のフォームまたは一部からセッションを呼び出すことができるように、セッションをディクショナリに保存することです。

あなたの考え？

C# WinForms アプリケーションの NHibernate セッション管理についてアドバイスが必要です。

現在、NHibernate を使用するアプリケーションを移植しています。以下のリンクで説明されているように、UnitOfWork パターンも採用しています。

http://nhforge.org/wikis/patternsandpractices/nhibernate-and-the-unit-of-work-pattern.aspx

私の質問はセッションに関するものです。

1. スレッドごとに常に 1 つのセッションのみを実行できますか?

2. アプリケーションによって表示されるフォームに対してセッション (UnitOfWork) が開いている可能性がありますが、ユーザーは別のフォーム (つまり、ツール - オプション) を開いて、それを独自の UnitOfWork にしたいというシナリオがあります。この場合、"Tools - Options" フォーム用に別のセッションを開き、現在開いているセッションを基になるフォーム用に使用しない方が明らかに理にかなっています。

3. 1 つのスレッドでセッションのディクショナリを使用できますか?

セッション管理に関するアドバイスをいただければ幸いです。

私は現在、6つのレイヤーで構成されるWebアプリに取り組んでいます。

• Web（ViewModelsおよびControllersへの参照）
• ViewModels
• コントローラー
• サービス（データとエンティティへの参照）
• データ（エンティティへの参照）
• エンティティ

私がしようとしているのは「UnitOfWork」パターンを実装することです。したがって、そのジョブに対してDIによって注入されるクラスがあります。これにより、終了時にコントローラーのactionresultで.commit（）を実行できます。データベース。

ここで私の質問です...このUnitOfWorkクラスはどこに配置する必要がありますか？現時点ではデータレイヤーにありますが、コントローラーレイヤーがデータレイヤーとサービスレイヤーを参照する必要があります。これは私の意見では奇妙です... UnitOfWorkクラス/インターフェイスをサービスレイヤーに移動してDIを使用する必要がありますか？