Sun的Java软件包命名约定：sun vs. com.sun
在JRE中，Sun的内部软件包以2个顶级域（sun和com）为前缀。例如，
com.sun.security.jgss
sun.security.jgss
对我来说，他们选择哪个前缀似乎很随意。我很好奇Sun为此使用了什么规则。
问题答案：
“ com.sun”约定是更可取的格式，因为它遵循为命名Java软件包而建立的“命名约定”。
http://java.sun.com/docs/codeconv/html/CodeConventions.doc8.html
您应该使用唯一的公司或个人网站URL作为软件包中的前几个单词，以确保名称空间的唯一性。那些以“ sun”开头的内容可能不打算暴露于外界。
-
问题内容： 我的完整变量名称是“唯一代码”，但是我希望此变量是“ ucode” -ish。 那么考虑Java命名约定是正确的吗？ 编码 uCode UCode 问题答案： 请参阅编码约定。对于变量，建议使用驼峰式大小写。回覆。命名，我本以为 将是最合乎逻辑的选择（我知道那不在您的选择列表中）。任何变体在我看来都是 unicode 的缩写，我认为这是一种误导。以上不是一个太长的名称（例如，它不是Ab
-
问题内容： 我在一个Java Web应用程序上工作，该应用程序使用Spring进行依赖注入，并使用JMock来模拟单元测试中的这些依赖。 目前，在如何命名所使用的某些接口方面，我们的团队还处于不同意见。命名域中具有多个实现的接口没有问题，这很简单。但是，当涉及到我们只有一个实现并且打算将来仅拥有一个实现的接口时，我们遇到了麻烦。 我们拥有此类接口的原因纯粹是为了模拟，例如，我们有在单元测试中模拟的
-
问题内容： 在Java中，使用“ 非法 ”（如）与“ 无效 ”（如）之间在语义上有区别吗？ 在分配过程中，编写的子类来表示一系列无法分词的输入字符变得很有用，我想知道约定是使用还是。 到目前为止，我能找到的唯一区别是似乎更喜欢“非法”，而更喜欢“无效”。但是，也存在的子类。 问题答案： 您可以 合法 使用API并仍然拥有 无效 数据；都是语义。
-
为了在跨API开发中向开发者提供一致的开发体验，所有的命名应该保证： 简单 直观 一致 这适用于接口、资源、集合、方法以及消息的命名。 因为很多开发者并非以英语作为母语，所以命名约定的目标之一是确保大多数开发者可以更容易理解 API。对于方法和资源，我们鼓励使用简单、直观和一致的单词来命名。 API 中的命名应该使用正确的美式英语。例如，使用美式英语的 license 而非英式英语的 licenc
-
在本节，我们不会讨论适用于大规模和可维护的最佳 CSS 命名方案，因为这不仅仅超过了个人的能力范围，也不是一个Sass样式指南可以解决的问题。我个人推荐遵从 CSS Guidelines 的建议。 良好的命名对保持整体代码的一致性和可读性非常重要，在 Sass 中可以命名的地方如下： 变量； 函数； 混合宏。 由于 Sass 占位符遵循和类名相同的命名模式，因此被视为常规的 CSS 选择器，也就在
-
函数名 小技巧 使用小写字母，并用下划线分隔单词。使用双冒号 :: 分隔库。函数名之后必须有圆括号。关键词 function 是可选的，但必须在一个项目中保持一致。 如果你正在写单个函数，请用小写字母来命名，并用下划线分隔单词。如果你正在写一个包，使用双冒号 :: 来分隔包名。大括号必须和函数名位于同一行（就像在Google的其他语言一样），并且函数名和圆括号之间没有空格。 # Single fu