POCO遵循OOP规则。它应该（但不是必须）具有状态 和 行为。POCO来自POJO，由Martin Fowler
[杜撰故事在这里。他使用术语POJO来使拒绝框架繁重的EJB实现更加性感。POCO应该在.Net中的相同上下文中使用。不要让框架决定对象的设计。

DTO的唯一目的是转移状态，并且不应有任何行为。有关使用此模式的示例，请参见Martin Fowler
对DTO的解释。

区别在于： POCO描述了一种编程方法 （老式的面向对象编程），其中 DTO是一种 用于使用对象“传输数据” 的模式 。

虽然您可以将POCO像DTO一样对待，但是这样做会冒创建贫血域模型的风险。此外，由于DTO应该被设计为传输数据，而不是代表业务域的真实结构，因此结构上存在不匹配。这样的结果是DTO往往比您的实际域平坦。

在任何合理复杂性的域中，几乎总是最好创建单独的域POCO并将其转换为DTO。DDD（域驱动设计）定义了反腐败层（此处是另一个链接，但最好的办法是购买书），这是一个很好的结构，可以使隔离清晰。