POCO的解释

2018-06-12 01:13:43

我想知道是否有人可以给出一个POCO（普通的旧CLR对象）的可靠解释（例子）。我在维基百科发现了一个简短的解释，但它并没有给出一个确切的解释。

我在寻找优点/缺点，实施，效益等。

我宁愿将它们称为持久性无知对象，而不是称它们为POCO。

因为他们的工作很简单，所以他们不需要关心他们被用来做什么或者他们被用来做什么。

就我个人而言，我认为POCO只是另一个流行词（比如Web 2.0 - 不要让我开始）用简单的属性进行公开课。

我一直在使用这些类型的对象来保持业务状态。

当您开始使用存储库模式，ORM和依赖注入等功能时，POCO的主要优点是真正可见的。

换句话说 - 你可以创建一个ORM（比方说EF），它从某个地方（数据库，Web服务等）提取数据，然后将这些数据投影到对象（POCO's）中。

这些对象可以通过应用程序堆栈进一步传递到服务层，然后传递到Web层。

那么如果有一天你决定切换到nHibernate，你不应该碰到你的POCO，唯一需要改变的就是ORM。

因此，术语“持久性无知” - 他们不关心他们正在使用什么或如何使用它们。

总结一下，亲们的：

允许简单的数据存储机制，简化序列化/传递层次

与依赖注入，存储库模式和ORM结合在一起。灵活性。

最小化其他层的复杂性和依赖性。（高层只关心POCO，POCO不关心任何事情）。松散的耦合

简单的可测试性（域测试不需要存根）。

希望有所帮助。

您需要提供更多详细信息，例如您计划使用POCO的上下文。但基本思想是，您将创建仅包含必需的数据/代码的简单对象。这些对象不会包含任何“行李”，例如注解，额外的方法，基类等，否则可能会被框架需要。

POCO的例子：

class Person {

    public string FirstName { get; set; }
    public string LastName { get; set; }
    public string EmailAddress { get; set; }

}

链接地址: http://www.djcxy.com/p/34501.html