Architecture 我很想听到关于我已经习惯的课堂结构的评论

在我作为软件开发人员的经历中，我习惯于创建实体类（或DTO）和管理器类。例如，我将使用属性getter和setter创建Customer，然后使用与Customer类相关的所有方法（例如GetCustomer、GetOrders等）创建CustomerManager。不知道为什么，但对我来说，在属性和方法之间进行额外的分离似乎很有吸引力。 但现在我开始思考这种方法是好是坏。我的意思是我更喜欢Customer.Get（）而不是CustomerManager.GetCustomer（）。 我想听听你对此的意见和建议。这些差异纯粹是审美上的，还是两种方法都有好处

提前谢谢大家,，

---

Stackoverflow的社区一直很有帮助。继续努力

我更喜欢

CustomerManager.GetCustomer（）

，因为：

• 这更像是自我解释/自我记录
• Customer.Get（）。。。得到什么
• 关注点分离。。。客户不了解自己：）

对我来说，DTO是（或至少听起来和）POCO；在这两种情况下，它本质上都是一个数据包，作为一个完整的类（在OO、DDD、BL的意义上）远远超出了这个范围

---

Customer

和

CustomerManager

类都可以具有适合业务/应用程序域上下文的方法和属性，但DTO/POCO不在该级别。

我更喜欢

CustomerManager.GetCustomer（）

，因为：

• 这更像是自我解释/自我记录
• Customer.Get（）。。。得到什么
• 关注点分离。。。客户不了解自己：）

对我来说，DTO是（或至少听起来和）POCO；在这两种情况下，它本质上都是一个数据包，作为一个完整的类（在OO、DDD、BL的意义上）远远超出了这个范围

---

Customer

和

CustomerManager

类都可以具有适合业务/应用程序域上下文的方法和属性，但DTO/POCO不在该级别。

由于这是唯一的答案，您还可以得到一个绿色复选框：）再次感谢是的-很抱歉您没有获得更多流量/答案：（因为这是唯一的答案，你也会得到一张绿色支票：）再次感谢是的-我很抱歉你没有得到更多的流量/答案：(