Maven工件和groupId命名

小开

奇怪与否是非常主观的，我只是建议遵循官方的建议:

groupId, artifactId和version的命名约定指南

groupId将在所有项目中唯一地标识您的项目，因此我们需要强制一个命名模式。它必须跟在包名后面规则，这意味着什么至少作为你控制的域名，你可以创建尽可能多的子组随你便。查看更多信息关于包名.
.
如。org.apache.maven, org.apache.commons
确定groupId粒度的一个好方法是使用项目结构。也就是说，如果目前的项目是一个多模块项目，它应该追加一个新的
. groupId < p >。org.apache.maven org.apache.maven.plugins, 李org.apache.maven.reporting < / p > < / >
artifactId是没有版本的jar的名称。如果你创建了它然后你可以选择任何你想要的名字想要小写字母和no 奇怪的符号。如果是第三方罐子你必须取这个名字

如。maven, commons-math < / p >

version如果你分配它，那么你可以选择任何典型的有数字和点的版本(1.0， 1.1, 1.0.1，…)。不要使用通常与日期相关的日期快照(每晚)构建。如果它是第三方藏物，你必须使用不管是什么版本号，尽管它看起来很奇怪。

如。2.0， 2.0.1， 1.3.1

小开

最佳答案

你的惯例似乎是合理的。如果我在Maven repo中搜索您的框架，我会在com.mycompany.awesomeinhouseframework组目录中查找awesome-inhouse-framework-x.y.jar。根据你们的惯例，我可以在这里找到它。

两个简单的规则对我很有用:

针对groupId的reverse-domain-packages(因为这是非常独特的)，包含所有关于Java包名称的约束
项目名称为artifactId(请记住，它应该是jar-name友好的，即不包含可能无效的文件名或只是看起来奇怪的字符)

小开

考虑以下构建基本的第一个Maven应用程序:

groupId

com.companyname

artifactId

项目

version

0.0.1

小开

然而，我不同意groupId、artifactId和version的命名约定指南的官方定义，它提出groupId必须以你控制的反向域名开始。

com表示该项目属于公司，org表示该项目属于社会组织。这些都是可以的，但是对于那些奇怪的域，比如xxx。电视,xxx。如果以“tv.”，“cn.”开头，groupId的名称是没有意义的，groupId应该提供项目的基本信息，而不是域名。