【问题标题】:is placing Entity in the name of a Domain Class a good practice?以域类的名称放置实体是一种好习惯吗?
【发布时间】:2009-03-12 03:36:48
【问题描述】:

目前我正在讨论将实体放在每个实体的末尾是否是一种好习惯

public class CustomerEntity:BaseEntity{}

而不是

public class Customer:BaseEntity{}

在我的职业生涯中我都见过,但现在你是怎么做到的?

【问题讨论】:

    标签: .net oop naming-conventions class-design


    【解决方案1】:

    哪个更重要:是客户还是实体?我说别说了。如果你像实体一样使用它,那么无论你如何命名它,它都是一个实体。但是通过省略“实体”,您可以专注于它是客户这一事实。

    【讨论】:

      【解决方案2】:

      在我看来,这里有两个相互矛盾的建议。一种是尽可能使用最简单的名称,另一种是使用命名约定以使您的对象在使用时的用途更加清晰。

      就个人而言,如果不太可能混淆客户是什么,我会省略实体部分。如果您发现自己可能有多个名为 Entity 的对象,那么我会留下最常使用的对象命名为 Customer,并为另一个创建一些复合名词(如 CustomerOrder、CustomerRequest 等)

      【讨论】:

        【解决方案3】:

        我们商店中与业务相关的类都继承自一个名为(特意笼统地)DomainObject 的类。没有一个继承的类包含“Object”作为其名称的一部分——这将是多余的——我们只是将它们命名为适合它们的功能。

        【讨论】:

          猜你喜欢
          • 2013-03-28
          • 1970-01-01
          • 2019-09-26
          • 1970-01-01
          • 1970-01-01
          • 2017-07-15
          • 2016-04-01
          • 2019-09-27
          • 2012-08-11
          相关资源
          最近更新 更多