WinForm绑定场景中的Datacontext生存期

这个一直困扰我一段时间.但我不是专家.这有点长......

我有一个带有Outlook样式UI的WinForms应用程序.可以说左侧窗格上有一个栏,允许您选择一个"屏幕",这是一个WinForms控件,比如客户屏幕,在右侧窗格中会出现一个客户列表(即客户)控制).我将其称为资源管理器界面.双击记录将在另一个窗口中显示非模态客户记录,就像在Outlook中打开电子邮件一样,我们称之为检查员.如果双击多个记录,您将获得多个检查员.

整个过程都是使用数据绑定完成的.客户列表控件上有一个BindingSource控件,客户检查器上有另一个控件.客户控制在其加载事件中新闻静态DataContext,并将简单的Linq-To-SQL查询的结果分配给BindingControl数据源属性.双击客户列表时,事件会查找记录,将其转换为Linq-To-SQL客户对象,并将其提供给客户检查器表单的构造函数.客户检查器获取客户对象并将其BindingSource控件的datasource属性分配给它.

由于BindingSource控件支持IBindingList,因此在单击"确定"按钮时,在此应用程序中调用EndEdit时,不会修改客户对象的内容.由于Linq to SQL实现了INotifyPropertyChanged接口,因此会更新客户列表.凉.

然而,当我想刷新客户列表的内容以获取其他用户所做的更改时,问题就出现了,我想每隔60秒就定期发生一次.如果我有一个计时器并在同一个datacontext上重新运行查询,则不会选择任何更改,因为Linq to SQL不希望压缩对datacontext控制下的数据所做的任何更改.奇怪的是,它针对数据库运行查询,但身份跟踪意味着只有从数据库返回的新客户对象才会添加到列表中.如果我新建了另一个datacontext,那么任何开放的客户检查员都不再使用相同的datacontext,因此未来对开放客户检查员的任何更改都不会反映在客户列表中.

基本上数据是陈旧的,因为我没有使用工作单元模式.所以(如果你还在我身边),问题是.

1.在这种情况下,我该如何使工作单元模式工作？ASP.NET很容易使用请求范围的datacontext,它很短暂,但在WinForms中？

2.在这种情况下,是否还有其他ORM可以更好地工作？NHibernate,EF,LLBLGEN等

我该怎么办呢？

并且.

4.如果我可以使Linq to SQL工作,那么任何人都在Linq to SQL部分类中实现IBindingList,这将避免我不得不使用IBindingSource控件.(我不确定我应该关心这个).

5.如果我可以使Linq to SQL工作,那么在SQL 2008中是否有任何使用SQL Notifications的方法,这样我可以在基础查询结果发生变化时得到通知,然后重新查询,而不是轮询.

谢谢!

PS我知道我可以使用

db.Refresh(System.Data.Linq.RefreshMode.KeepChanges, customers)

但这会导致针对列表中每个客户的记录针对数据库运行查询.