Java 持久层的命名约定:DAO vs Manager vs。。。?
免责声明:我几乎可以肯定我以前见过同样的问题,但我现在找不到。如果有人发现了这个问题,请给出一个链接 对于实现CRUD操作的类的最佳名称,我至少听过两种观点:有人说,Java 持久层的命名约定:DAO vs Manager vs。。。?,java,oop,naming-conventions,naming,Java,Oop,Naming Conventions,Naming,免责声明:我几乎可以肯定我以前见过同样的问题,但我现在找不到。如果有人发现了这个问题,请给出一个链接 对于实现CRUD操作的类的最佳名称,我至少听过两种观点:有人说,DAO是一个经典名称,每个人都知道它的含义,但也有人说,Manager与CRUD功能对应得更好 什么时候我应该选择一个或另一个(或另一个)名字,有没有明确的规定?我会说经理,因为任何“假设”都可能造成混乱。在这种情况下,我认为你假设每个人都知道道。+1代表道。 经理含糊不清,可能适用于DAO以外的许多事情。 e、 g.swing.D
DAO
是一个经典名称,每个人都知道它的含义,但也有人说,Manager
与CRUD功能对应得更好
什么时候我应该选择一个或另一个(或另一个)名字,有没有明确的规定?我会说经理,因为任何“假设”都可能造成混乱。在这种情况下,我认为你假设每个人都知道道。+1代表道。
经理含糊不清,可能适用于DAO以外的许多事情。
e、 g.swing.DesktopManager、ErrorManager、FontManager、JavaFileManager、XMLEntityManager是我的IDE Worskape中目前可用的200多个类中的一些,它们似乎都与数据库持久性无关。我绝对不喜欢Manager;“管理”某物可能意味着(并被用来指)各种各样的事情。如果你担心人们不知道DAO是什么意思,你可以把它拼成“数据访问”,比如说。但我发现道被广泛理解 另一种方法是使用并调用您的类,如handsuch存储库。这不一定与DAO相同(它可以包装一个或多个DAO),但它可以提供一个清晰命名的位置来获取对象——如果我想要Person对象,我知道要查找PersonRepository