Java grails命名约定

作为Grails、Groovy甚至Java的新手，我想知道为什么许多Grails开发人员使用命名约定，例如

com.{projectName}.{className}

---

首先通过com（它到底是什么意思？）然后是项目名称（当它已经在项目文件夹中时）来组织它们有什么意义呢？

更多的是Java标准。看

公司使用其反向的Internet域名来开始其包名，例如，com.example.mypackage是由程序员在example.com创建的名为mypackage的包

---

更多的是Java标准。看

公司使用其反向的Internet域名来开始其包名，例如，com.example.mypackage是由程序员在example.com创建的名为mypackage的包

---

在Java中，目的是让代码在不同公司有不同的作者时能够很好地发挥作用。例如，我编写了一个具有用户概念的应用程序，并将其分配给默认包。我需要利用您的框架/库，它也有一个用户分配到默认包的概念。应加载哪个用户以及应在何时使用？通过基于公司的反向域名进行打包，我们可以根据每家公司的定义和使用来组织用户对象，我们的代码可以共存。

在Java中，目的是让代码在不同公司有不同作者时能够很好地发挥作用。例如，我编写了一个具有用户概念的应用程序，并将其分配给默认包。我需要利用您的框架/库，它也有一个用户分配到默认包的概念。应加载哪个用户以及应在何时使用？通过基于公司的反向域名进行打包，我们可以根据每个公司的定义和用途组织用户对象，我们的代码可以共存。

有趣。但为什么要这样组织呢？如果公司在不同的域下有不同的站点，那么仅仅拥有单独的环境以避免任何混乱不是更好吗？最终归结为单个需求。这个惯例对你有用吗？伟大的当应用程序很小时，把所有东西都放在默认包中是可以的，但通常应用程序会变得很大，重构成一个逻辑结构可能是一个巨大的麻烦。最好从一开始就使用适当的标准。但为什么要这样组织呢？如果公司在不同的域下有不同的站点，那么仅仅拥有单独的环境以避免任何混乱不是更好吗？最终归结为单个需求。这个惯例对你有用吗？伟大的当应用程序很小时，把所有东西都放在默认包中是可以的，但通常应用程序会变得很大，重构成一个逻辑结构可能是一个巨大的麻烦。最好从一开始就使用适当的标准。