使用像ExtractionUtils.In这样的命名约定的java类名称是不是很好找不到有关java类的复数名称的任何内容。
我在其中一个项目中看过这样的课程。
答案 0 :(得分:25)
Arrays
,Collections
,Executors
,Files
,Objects
,Utilities
[!] - 来自JDK的示例。 有点违反了OO设计,因为所有这些类都只是包含有问题对象的实用工具或工厂方法的命名空间,而名称表明它们实际上包含或维护了这些对象的集合。但是合理 - 我发现这些名字可读并且完全没问题。
BTW看起来像这样的命名约定在Java 7 API设计者中非常流行。
答案 1 :(得分:5)
是完全可以接受复数,例如Collections
,它是一个有很多静态方法的类,在处理不同风格的集合时会有所帮助。
答案 2 :(得分:1)
我看到的唯一问题是“utils”是非常不明确的。您希望类引用对象,而不是对象中的方法集合。基本上,它不是一个非常面向对象的名称,它甚至不是关于OOP - “utils”文件通常是非常糟糕的结构化编程。
答案 3 :(得分:0)
看看jls7 http://docs.oracle.com/javase/specs/jls/se7/jls7.pdf。我发现复数命名类有什么不对。