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

本文关键字:POCO 方法 设计模式 什么 | 更新日期: 2023-09-27 18:18:21

我有一个库来处理应用程序中典型的添加/编辑/更新方法。我想知道是什么设计模式要求为来回发送的数据绑定的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类?

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

它可以是适配器、装饰器或Facade。我觉得这就是它的发展方向。

你正在寻找一种方式来呈现某事,修改/简化。

除了Data Transfer Object之外,我不知道这种场景的任何特定设计模式,但是如果您的域对象实际上允许可空值,为什么您的pocos不以相同的方式设计?

如果加载和添加/更新过程需要不同的数据,我个人会创建两个POCO类。这两个类通常都有一个使用相同域对象的ID属性。有时,如果这些类中的一个封装了另一个POCO,这也很有用,但我的代码中不经常出现这种情况。
如果您还有问题,请提出来。