Java接口/实现命名约定

 

问题描述:

如何命名你创建的不同类/接口?有时我没有实现信息要添加到实现名称中,例如接口FileHandler和类SqlFileHandler

发生这种情况时,我通常使用“普通”名称来命名接口,例如Truck并命名实际的类TruckClass

你在这方面如何命名接口和类?


 

第 1 个答案:

命名你的名字InterfaceTruck。不是ITruck因为它不是一个ITruck而是一个Truck

InterfaceJava中的anType。然后你有DumpTruckTransferTruck,WreckerTruck,CementTruck,等那个implement Truck

当你使用Interface代替子类时,只需将其转换为即可Truck。就像在List。把I前面的只是匈牙利风格的符号同义反复,增加了什么,但更多的东西类型代码。

所有现代Java IDE都标记了Interfaces and Implementations(接口和实现),而没有这个愚蠢的符号就没有。不要TruckClass说重言式和重言式一样糟糕IInterface

如果是实现,则为类。该规则唯一真正的例外(总是存在例外)可能是AbstractTruck。由于只有子类会看到这种情况,因此你绝对不应将其强制转换为Abstract类,因此它确实添加了一些信息,表明该类是抽象的,以及如何使用它。你仍然可以拿出一个比一个更好的名字AbstractTruck,并使用BaseTruckDefaultTruck代替,因为abstract是在定义。但是,由于Abstract类绝不应该是任何面向公众的接口的一部分,因此我认为这是该规则的可接受的例外。使构造函数protected跨越这一鸿沟大有帮助。

而Impl后缀只是更多的噪音。重言式。任何不是接口的东西都是实现,甚至是部分实现的抽象类。你是否要Impl在每个班级的每个名称上加上这个愚蠢的后缀?

Interface是关于公共方法和属性必须支持的合同,它也是Type信息。一切都实现Truck是一个类型的Truck

查看Java标准库本身。你看IList,ArrayListImpl,LinkedListImpl?不,你看到ListArrayList,和LinkedList。这是一篇关于这个确切问题的好文章。这些愚蠢的前缀/后缀命名约定都违反了DRY原则。

另外,如果你发现自己在增加DTOJDOBEAN或者其他愚蠢的重复后缀的对象,然后他们可能属于一个包,而不是所有的后缀。正确包装的名称空间可以自我记录,并减少这些真正构思不当的专有命名方案中所有无用的冗余信息,而大多数地方甚至在内部都不以一致的方式坚持这些专有命名方案。

如果你想使自己的Class名字唯一的是后缀Impl,那么你需要重新考虑Interface一下。因此,当你遇到的情况下,你可能有一个Interface和一个Implementation不是专门针对的情况下,Interface你可能就不需要了Interface


我正在SpringSource上浏览一些博客,在其中一个博客中,作者正在使用@Inject,我想他也可以使用@Autowired。 ...