【问题标题】:grails naming conventiongrails 命名约定
【发布时间】:2012-12-18 00:18:09
【问题描述】:

作为 Grails、Groovy 甚至 Java 的新手,我想知道为什么许多 Grails 开发人员使用诸如

之类的命名约定

com.{projectName}.{className}

首先按 com 组织它们有什么意义(这甚至意味着什么?),然后是项目名称(当它已经在项目文件夹中时)?

【问题讨论】:

    标签: java grails groovy


    【解决方案1】:

    更多的是 Java 标准。见http://docs.oracle.com/javase/tutorial/java/package/namingpkgs.html

    公司使用颠倒的 Internet 域名来开始他们的包名——例如,com.example.mypackage 表示由 example.com 的程序员创建的名为 mypackage 的包。

    【讨论】:

    • 有趣。但是为什么要这样组织呢?如果公司在不同的域下有不同的站点,那么最好有单独的环境以避免任何混乱吗?
    • 最终归结为个人需求。这个约定对你有用吗?伟大的。否则,你是自己的事。
    • 当应用程序很小时,将所有内容放在默认包中是可以的,但通常应用程序变得非常大,重构为逻辑结构可能会很麻烦。最好从一开始就使用适当的标准。
    【解决方案2】:

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

    【讨论】:

      猜你喜欢
      • 2010-12-15
      • 1970-01-01
      • 2023-03-03
      • 2011-02-22
      • 2011-02-07
      • 2012-02-08
      • 2011-09-01
      • 2011-02-04
      • 2013-10-16
      相关资源
      最近更新 更多