有趣。我所知道的唯一与编程有关并包含POCO的东西是POCO c++框架。

普通的旧式c#对象

只是一个普通的类，没有描述基础结构关注点的属性，也没有域对象不应该具有的其他职责。

编辑-正如其他答案所陈述的，它在技术上是“普通的CLR对象”，但我，像David Arno评论一样，更喜欢“普通的旧类对象”，以避免与特定的语言或技术联系在一起。

澄清一下:换句话说，他们不是从 一些特殊的基类，它们的属性也不返回任何特殊类型。

请参见下面的每个示例。

POCO的例子:

public class Person
{
    public string Name { get; set; }

    public int Age { get; set; }
}

不是POCO的例子:

public class PersonComponent : System.ComponentModel.Component
{
    [DesignerSerializationVisibility(DesignerSerializationVisibility.Hidden)]
    public string Name { get; set; }

    public int Age { get; set; }
}

上面的例子既继承了一个特殊的类来赋予它额外的行为，也使用了一个自定义属性来改变行为……两个类中存在相同的属性，但其中一个不再只是一个普通的旧对象。

要添加其他答案，POxx术语似乎都起源于POTS(普通老式电话服务)。

POX用于定义简单的(普通的)XML，而不是与REST、SOAP等相关联的复杂的多层内容，这是一个有用且有点有趣的术语。PO(插入选择的语言)O术语已经让这个笑话变得很乏味了。

虽然我确信对这里99.9%的人来说，POCO意味着普通的旧类对象或普通的旧C对象，但POCO也是Animator Pro (Autodesk)内置的脚本语言。

在爪哇地区，“PO”通常是“普通的旧”的意思。其余的可能会很棘手，所以我猜您的示例(在Java上下文中)是“普通的旧类对象”。

其他一些例子

POJO(普通java对象) POJI(普通的旧java接口)

大多数人都说过它- Plain Old CLR对象(相对于早期的POJO - Plain Old Java对象)

POJO来自EJB，它要求您从特定的父类继承诸如值对象(从ORM或类似的查询中返回的内容)之类的内容，因此如果您想从EJB迁移(例如到Spring)，就会被填充。

POJO只是一些类，它们不强制继承或任何属性标记来让它们在你使用的任何框架中“工作”。

POCO是相同的，除了在。net中。

一般来说，它将用于ORM -旧的(和一些当前的)要求您从特定的基类继承，这将您与该产品联系在一起。更新的没有(nhibernate是我知道的变种)-你只是创建一个类，注册到ORM，然后你就离开了。容易得多。