C# 我们是否可以使用非代理POCO';同一ObjectContext中的s和POCO代理?
我是否可以拥有一个我不希望为其生成代理的POCO(因此我不设置其属性C# 我们是否可以使用非代理POCO';同一ObjectContext中的s和POCO代理?,c#,entity-framework,entity-framework-4,poco,C#,Entity Framework,Entity Framework 4,Poco,我是否可以拥有一个我不希望为其生成代理的POCO(因此我不设置其属性virtual)和另一个我希望为其生成代理的POCO(属性virtual),该POCO由同一ObjectContext在单个项目中针对同一EDM进行管理 如果我将ObjectContext.ContextOptions.ProxyCreationEnabled设置为true,并将POCO的唯一have it属性之一设置为virtual,实体框架是否只为其中一个创建代理,而不影响另一个,即使我在这两个框架上都使用了CreateOb
virtual
)和另一个我希望为其生成代理的POCO(属性virtual
),该POCO由同一ObjectContext
在单个项目中针对同一EDM进行管理
如果我将
ObjectContext.ContextOptions.ProxyCreationEnabled
设置为true
,并将POCO的唯一have it属性之一设置为virtual
,实体框架是否只为其中一个创建代理,而不影响另一个,即使我在这两个框架上都使用了CreateObject
?我将在这里断章取义地说“不”,而不是基于大多数模拟框架创建动态代理的方式。在运行时,DataContext将创建从POCO继承的代理类。如果没有任何内容是虚拟的,那么它将不提供数据支持。我怀疑它会通知你这个例外,但不确定
为什么要EF管理一个简单的类?没有什么可管理的。听起来您正试图使用EF作为库存标准工厂类。也许你可以在这个问题中提供一些上下文?我将在这里断章取义地说不,除了大多数模拟框架如何创建动态代理之外,没有其他依据。在运行时,DataContext将创建从POCO继承的代理类。如果没有任何内容是虚拟的,那么它将不提供数据支持。我怀疑它会通知你这个例外,但不确定
为什么要EF管理一个简单的类?没有什么可管理的。听起来您正试图使用EF作为库存标准工厂类。也许您可以在问题中提供一些上下文?好问题,为什么不创建一个测试应用程序并找出答案?嗨,很抱歉,我最终这么做了,并发现这是可能的。我试图节省一些时间,以便从早些时候已经尝试过的人那里得到答案。毕竟,这就是寻求帮助的意义所在。:-)好问题,为什么不创建一个测试应用程序并找出答案呢?嗨,很抱歉我最终这么做了,并发现这是可能的。我试图节省一些时间,以便从早些时候已经尝试过的人那里得到答案。毕竟,这就是寻求帮助的意义所在。:-)