Question

我有一个库来处理应用程序的典型添加/编辑/更新方法。我想知道什么样的设计模式要求命名捆绑数据的POCO类来回发送。例如，一个类可能与另一个类相似，但需要包含一些其他成员，以便发送回应用程序，而不是发送到要保存的数据。

例如，这可能是一个POCO类，在发送回要显示/使用的应用程序之前，我将在库方法之前使用它来填充。

public class CorporateDeptAssignmentInfo
{
    public int Id { get; set; }
    public int DivisionKey { get; set; }
    public int DeptKey { get; set; }
    public int Count { get; set; }
    public string DeptName { get; set; }
    public DateTime Corp_dept_from_date { get; set; }
    public DateTime Corp_dept_to_date { get; set; }            
}

另一方面，如果我添加新记录，我可能不想填充所有成员。我可以（a）使一些成员可以为空或者（b）创建一个名称略有不同的新POCO类，用于调用更新/添加库方法。

是否有任何设计模式提到以上述任何一种方式使用poco类？

Answer 1

它是Adapter, Decorator, or Facade。无论如何，这就是我认为它的方向。您正在寻找一种通过修改/简化来呈现某种东西的方法。

Answer 2

除了Data Transfer Object之外，我不知道此方案的任何具体设计模式，但如果您的域对象实际上允许可以为空的值，为什么您的pocos不是以相同的方式设计的？

如果加载和添加/更新过程采用不同的数据，我个人会制作两个POCO类。这两个类通常都有一个ID属性，它使用相同的域对象。有时，如果其中一个类封装了另一个POCO，它也很有用，但我的代码中经常没有这种情况。

如果您还有其他问题，请随时提出。

什么样的设计模式使用这种方法来命名POCO类

2 个答案: