当前位置: 首页 > 面试题库 >

Java 编码约定-命名枚举

雷国兴
2023-03-14
问题内容

是否有使用Java命名枚举的约定?

我的偏好是枚举是一种类型。例如,你有一个枚举

Fruit{Apple,Orange,Banana,Pear, ... }
NetworkConnectionType{LAN,Data_3g,Data_4g, ... }

我反对为其命名:

FruitEnum
NetworkConnectionTypeEnum

我知道很容易挑选出哪些文件是枚举,但随后你还将拥有:

NetworkConnectionClass
FruitClass

另外,是否有一个很好的文档对常量进行了描述,在何处声明了常量等?


问题答案:

枚举是类,应遵循类的约定。枚举的实例是常量,应遵循常量的约定。所以

enum Fruit {APPLE, ORANGE, BANANA, PEAR};

除了FruitClass外,没有其他理由编写FruitEnum了。你只是在浪费四个(或五个)不添加任何信息的字符。



 类似资料:
  • 问题内容: 我的完整变量名称是“唯一代码”,但是我希望此变量是“ ucode” -ish。 那么考虑Java命名约定是正确的吗? 编码 uCode UCode 问题答案: 请参阅编码约定。对于变量,建议使用驼峰式大小写。回覆。命名,我本以为 将是最合乎逻辑的选择(我知道那不在您的选择列表中)。任何变体在我看来都是 unicode 的缩写,我认为这是一种误导。以上不是一个太长的名称(例如,它不是Ab

  • 问题内容: 有谁知道在构建应用程序时是否存在任何官方的或最受欢迎的Angular命名约定参考? Angular具有许多不同类型的组件,例如过滤器,指令,服务等。您是否同意在应用程序中实现引用命名约定会有意义? 例如: 如果需要创建新的过滤器,应该如何命名它们,例如[Something] Filter或filter [Something]或其他名称? 同样适用于控制器,服务,指令等。 我想知道的其他

  • 问题内容: 我在一个Java Web应用程序上工作,该应用程序使用Spring进行依赖注入,并使用JMock来模拟单元测试中的这些依赖。 目前,在如何命名所使用的某些接口方面,我们的团队还处于不同意见。命名域中具有多个实现的接口没有问题,这很简单。但是,当涉及到我们只有一个实现并且打算将来仅拥有一个实现的接口时,我们遇到了麻烦。 我们拥有此类接口的原因纯粹是为了模拟,例如,我们有在单元测试中模拟的

  • 问题内容: 在Java中,使用“ 非法 ”(如)与“ 无效 ”(如)之间在语义上有区别吗? 在分配过程中,编写的子类来表示一系列无法​​分词的输入字符变得很有用,我想知道约定是使用还是。 到目前为止,我能找到的唯一区别是似乎更喜欢“非法”,而更喜欢“无效”。但是,也存在的子类。 问题答案: 您可以 合法 使用API​​并仍然拥有 无效 数据;都是语义。

  • 为了在跨API开发中向开发者提供一致的开发体验,所有的命名应该保证: 简单 直观 一致 这适用于接口、资源、集合、方法以及消息的命名。 因为很多开发者并非以英语作为母语,所以命名约定的目标之一是确保大多数开发者可以更容易理解 API。对于方法和资源,我们鼓励使用简单、直观和一致的单词来命名。 API 中的命名应该使用正确的美式英语。例如,使用美式英语的 license 而非英式英语的 licenc

  • 在本节,我们不会讨论适用于大规模和可维护的最佳 CSS 命名方案,因为这不仅仅超过了个人的能力范围,也不是一个Sass样式指南可以解决的问题。我个人推荐遵从 CSS Guidelines 的建议。 良好的命名对保持整体代码的一致性和可读性非常重要,在 Sass 中可以命名的地方如下: 变量; 函数; 混合宏。 由于 Sass 占位符遵循和类名相同的命名模式,因此被视为常规的 CSS 选择器,也就在