虽然我了解反向 URL 系统的原理,但它似乎只对拥有非国家域名的公司有意义。而包名以 com.或组织。有用且简短,并给出了有关可能的许可证的建议,即软件包必须以 uk 开头的想法。 ,神父。 , J.P。等等 - 然后通常是该国家/地区版本的 .com 或 .org 的另一部分 - 仅仅因为它是在哪里编写的,这与它在软件中的使用无关,这似乎很愚蠢。
是否有任何标准的替代约定?
最佳答案
While the package name beginning with com. or org. is useful
恕我直言,只有当您的代码要与其他公司或组织共享时,它才有用。
在大多数项目中,公司会竭尽全力确保其知识产权留在公司内。因此,使用为共享代码而设计的结构是没有意义的。顺便说一句,即使项目稍后需要更改,这也不是问题,您可以使用 jarjar 等工具更改 JAR 的包。
因此对于大多数公司内部项目来说没有用。
Is there any standard alternate convention for this?
我会根据模块的名称来命名包。例如如果你使用 maven 我会使用
<groupId>mygroupid</groupId>
<artifactId>myartifact</artifactId>
并使包匹配
package mygroupid.myartifactid;
或子包。
无论您是否使用域名,这都有效。
关于java - 国际用户的 Java 包命名是否有异常(exception)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37749837/