繁体   English   中英

LINQ to SQL,DataBinding,工作单元和数据上下文管理?

[英]LINQ to SQL, DataBinding, Unit Of Work, and Data Context Management?

在过去的几个月里,我试图找出一种模式来管理WinForms应用程序中的数据上下文。

我仍然不明白如何遵循WinForms应用程序的工作单元模式。 一些网站建议每个表单维护一个数据上下文,但我遇到了这种方法的几个问题,特别是:

我的一些表单从N个表中检索数据; 因此,在单个上下文中,我必须指定大量的急切加载选项,从而导致生成一个巨大且缓慢的SQL查询。

另一个问题是用户倾向于打开表单,这可能导致数据停滞。

简而言之,WinForms下的数据上下文管理有什么好的模式?

根据我所读到的,数据上下文的设计是轻量级的,因此在性能方面保持它们并没有多大好处。 保持应用程序的连接是开放的,但我通常将数据上下文视为非常可有可无。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM