C# 实体框架4.0对NopCommerce 1.90的更改
为了学习EF，我学习了一个很好的例子，我通过谷歌接触到了NopCommerce。我喜欢他们在1.80版中实现的EF及其体系结构 我对1.80版中的实体框架体系结构印象深刻。我喜欢创建AspNetObjectContextManager并为请求访问相同的objectContext的方式 但是现在，当我下载nopcommerce 1.90时，我看到了所有的类AspNetOCM、ObjectContextHelper、ObjectContextManager等等。。删除，并将上下文添加到服务类，例如CustomerService 我能知道它背后的原因吗？1.80版的实体框架架构是否存在任何缺陷C# 实体框架4.0对NopCommerce 1.90的更改,c#,asp.net,entity-framework,entity-framework-4,nopcommerce,C#,Asp.net,Entity Framework,Entity Framework 4,Nopcommerce,为了学习EF，我学习了一个很好的例子，我通过谷歌接触到了NopCommerce。我喜欢他们在1.80版中实现的EF及其体系结构 我对1.80版中的实体框架体系结构印象深刻。我喜欢创建AspNetObjectContextManager并为请求访问相同的objectContext的方式 但是现在，当我下载nopcommerce 1.90时，我看到了所有的类AspNetOCM、ObjectContextHelper、ObjectContextManager等等。。删除，并将上下文添加到服务类，例如C
我担心的原因是我不想学习有缺点的架构。我知道NopCommerce开发团队一直在他们的编码中保持高质量，但我想知道从1.90版中删除类的原因，我认为这一变化与在1.90版中引入IoC/DI控制反转/依赖注入模式有关 此模式允许您在配置文件中设置服务接口实现，例如MyCustomerService for ICCustomerService，这会导致客户端和服务实现之间的松散耦合
然而，我从未尝试过NopCommerce 1.80，因此无法判断其体系结构的缺点。我认为这一变化与在1.90中引入IoC/DI控制反转/依赖注入模式有关 此模式允许您在配置文件中设置服务接口实现，例如MyCustomerService for ICCustomerService，这会导致客户端和服务实现之间的松散耦合
然而，我从未尝试过NopCommerce 1.80，因此无法说出其体系结构的缺点。因此，您可能应该询问他们的支持或社区论坛。您询问的是第三方产品的实施细节，而不是您必须处理的任何实际问题。@Mrnka-是的，我也是这样问的。但是因为stackoverflow社区非常庞大，并且认为可能有人有类似的疑问，他不看nopcommerce支持论坛，可以为我提供帮助，所以你可能应该询问他们的支持或在他们的社区论坛中。您询问的是第三方产品的实施细节，而不是您必须处理的任何实际问题。@Mrnka-是的，我也是这样问的。但由于stackoverflow社区非常庞大，并且认为可能有人有类似的查询，所以不看nopcommerce支持论坛的人可以为我提供帮助