Java接口/实现命名约定
如何命名你创建的不同类/接口?有时我没有实现信息要添加到实现名称中,例如接口FileHandler
和类SqlFileHandler
。
发生这种情况时,我通常使用“普通”名称来命名接口,例如Truck并命名实际的类TruckClass
。
你在这方面如何命名接口和类?
回答:
命名你的名字Interface
。Truck
。不是ITruck
因为它不是一个ITruck
而是一个Truck
。
InterfaceJava
中的an
是Type
。然后你有DumpTruck
,TransferTruck,WreckerTruck,CementTruck
,等那个implement Truck
。
当你使用Interface代替子类时,只需将其转换为即可Truck。就像在List
所有现代Java IDE都标记了Interfaces and Implementations
(接口和实现),而没有这个愚蠢的符号就没有。不要TruckClass
说重言式和重言式一样糟糕IInterface
。
如果是实现,则为类。该规则唯一真正的例外(总是存在例外)可能是AbstractTruck
。由于只有子类会看到这种情况,因此你绝对不应将其强制转换为Abstract
类,因此它确实添加了一些信息,表明该类是抽象的,以及如何使用它。你仍然可以拿出一个比一个更好的名字AbstractTruck
,并使用BaseTruck
或DefaultTruck
代替,因为abstract是在定义。但是,由于Abstract
类绝不应该是任何面向公众的接口的一部分,因此我认为这是该规则的可接受的例外。使构造函数protected
跨越这一鸿沟大有帮助。
而Impl后缀只是更多的噪音。重言式。任何不是接口的东西都是实现,甚至是部分实现的抽象类。你是否要Impl在每个班级的每个名称上加上这个愚蠢的后缀?
这Interface
是关于公共方法和属性必须支持的合同,它也是Type
信息。一切都实现Truck
是一个类型的Truck
。
查看Java标准库本身。你看IList,ArrayListImpl,LinkedListImpl
?不,你看到List
和ArrayList
,和LinkedList
。这是一篇关于这个确切问题的好文章。这些愚蠢的前缀/后缀命名约定都违反了DRY原则。
另外,如果你发现自己在增加DTO
,JDO
,BEAN
或者其他愚蠢的重复后缀的对象,然后他们可能属于一个包,而不是所有的后缀。正确包装的名称空间可以自我记录,并减少这些真正构思不当的专有命名方案中所有无用的冗余信息,而大多数地方甚至在内部都不以一致的方式坚持这些专有命名方案。
如果你想使自己的Class
名字唯一的是后缀Impl
,那么你需要重新考虑Interface
一下。因此,当你遇到的情况下,你可能有一个Interface
和一个Implementation
不是专门针对的情况下,Interface
你可能就不需要了Interface
。
以上是 Java接口/实现命名约定 的全部内容, 来源链接: utcz.com/qa/432627.html