WPF应用程序中的全局实体框架上下文

我正在开发使用Entity Framework(.NET 3.5)的 WPF应用程序.它访问整个地方的实体.我担心整个应用程序在实体方面的一致性.我应该在不同的视图中实例化单独的上下文,还是应该(并且这是一个很好的方法)实例可以全局访问的单个上下文？

例如,我的实体模型有三个部分：发货(带有子包和更多子内容),公司/联系人(带有子地址和电话)和磁盘规格. Shipments和EditShipment视图访问DiskSpecs,OptionsView管理DiskSpecs(创建,编辑,删除).如果我编辑DiskSpec,如果我有单独的上下文,我必须在ShipmentsView中有一些东西来检索最新的规格吗？

如果有一个整体上下文可以安全地从应用程序的其余部分检索它的对象,那么我想这是要走的路.如果是这样,该实例将放在哪里？我正在使用VB.NET,但我可以从C#翻译得非常好.任何帮助,将不胜感激.

我只是不希望其中一个应用程序用户必须在应用程序的不同部分重新加载十几次来获取新数据.

更新：

好的,所以我更改了我的应用程序如下：

>所有上下文都是在使用块中创建的,以便在不再需要它们之后将其处理掉.
>加载后,所有实体在处置之前都会从上下文中分离出来.
> MainViewModel中的一个新属性(ContextUpdated)引发一个事件,所有其他ViewModel都订阅了哪个ViewModels RefreshEntities方法.
>实现之后,我开始收到错误,说实体一次只能被一个ChangeTracker引用.由于我无法确定哪个上下文仍然引用实体(不应该是任何上下文对吗？)我将对象转换为IEntityWithChangeTracker,并将SetChangeTracker设置为空(Null).

这让当前的问题解决了：
当我在实体上对changeTracker进行Null,然后将其附加到上下文时,它会丢失它的已更改状态并且不会更新到数据库.但是,如果我没有使更改跟踪器无效,我无法附加.我有自己的更改跟踪代码,所以这不是问题.

我的新问题是,你应该怎么做呢.一个很好的例子实体查询和实体保存代码剪断将会有很长的路要走,因为我试图得到我曾经认为是一个简单的交易工作.