NHibernate會話管理和延遲加載

Question

我有一段時間試圖找出我在NHibernate中的會話管理困境。我假設很多我的麻煩是由於缺乏對IoC和AOP概念的知識;至少這就是我在法比奧毛羅一直指導着我的思想。

無論如何，我的問題是，我有一個勝利形式的應用程序，正在進行「獲取」調用並將結果綁定到網格。在綁定之後，用戶可以執行某種「寫入」操作，並且這些操作會導致會話在寫入後關閉，試圖使用會話每次使用概念。然後用戶可以滾動網格，導致延遲加載啓動，現在會話已關閉，我得到一個異常。

我不想讓我的觀點認識我的會話，我不想在用戶關閉表單時發送KillAllSessions。另外，用戶可能會在任何給定時間打開多個表單，從而進一步加劇與該方法相關的問題。我基本上希望所有這些在「幕後」工作。

所以我的想法到目前爲止是攔截延遲加載調用，並檢查會話是否打開，如果不重新打開它，獲取信息，然後重新關閉它。但是，據我所知，這並不多，這實際上是延遲加載的工作原理。它被代理工廠攔截（NHibernate.Bytecode.Castle），然後使用會話檢索數據。因此，我需要實際攔截該呼叫，然後在重新開放會話後將其傳遞給原來的預期攔截。所以這是我的想法。

我的問題基本上首先是這是甚至正確的方式去做這件事？第二，如果是這樣，我甚至不知道從哪裏開始。我從來沒有做過方法調用的攔截，我從理論上知道它，但在實踐中並不知情。我知道有些圖書館可以做這種事情，比如Rhino Commons，但我想借此機會學習併成爲一名更好的程序員。我正試圖理解AOP和上下文綁定對象，但目前我並不在意它。可能你們中的一些人請幫助一個人嗎？

Answer 1

我能想到的幾個選項：

選項1：保持原來的ISession打開，而用戶與數據進行交互，並在一旦當用戶完成提交所有更改。這意味着您可能會在內存中發生大量未提交的更改，而其他用戶將看不到未完成的更改。

選項2：將操作拆分爲兩個工作單元（UOW）。 UOW1只讀取並負責填充列表。與UOW1相關聯的ISession保持活動狀態以允許延遲加載，例如在深入情況下。 UOW2是爲用戶編輯創建的新的短期ISession。當編輯提交時，原始對象從UOW1中被驅逐，並且UOW1從數據庫中獲取新的副本。

選項3：每次提交編輯後重新創建列表。這是最簡單的解決方案，可能適用於小數據集。

Answer 2

我正在研究類似的應用程序。我正在使用一個會話，我保持開放。

每當我寫入數據庫時​​，我都會使用不關閉底層會話的begin/commit事務。數據庫連接只有在事務處理過程中由NHibernate打開。

是否有理由在用戶正在使用表單時需要關閉會話？

您能否提供更多關於您用於管理會話，存儲庫模式等的細節？