2010-08-06 60 views
1

我目前使用实体框架设计器来生成我的持久性对象,并且我还为ASp.NET MVC视图使用了POCO视图模型。我为什么要使用POCO?

我读过并听过很多人在谈论EF4和POCO的一般POCO的良好支持,但我似乎无法弄清楚有什么优势,如果有的话我会从中获益他们。

在我们的应用程序中,我们将使用SQL Server,所以它不像我们需要如此分离出来用于不同的数据库。

为什么我要使用POCO而不是设计器生成的类?

+1

可能的重复[有ORM的Poco有什么'大'的优点?](http://stackoverflow.com/questions/2635953/what-are-the-big-advantages-to-have-poco- with-orm) – 2010-08-06 09:34:46

回答

0
    单元测试
  1. 当你使用设计器是痛苦的许多实体(100+)和POCO对象很容易创建和维护,我觉得
  2. 容易。
2

POCO提供您的域模型更好的扩展/复用为你不依赖于任何特定ORM框架。

0

+1对于POCOS,您可以先编码。实际上,您甚至可以在编写第一行数据访问代码之前创建并测试整个应用程序。这是应该的,它是SRP的完美应用。你的域对象不应该知道或关心它们如何被持久化。