通常我们根据以下惯例构建包结构
我们首先形成一个独特的包名(或属于一个 具有互联网域名的组织,例如sun.com。您 然后逐个组件反转这个名称,以获得,在此 例如,com.sun,并将其用作包名称的前缀, 使用贵组织内部制定的惯例进一步推进 管理包名称。
我在一家公司abc工作,该网站的域名为abc.com。现在我正在构建一个产品
xyz没有任何域名和网站。不同的客户会购买它,然后自己获取域名。
我的问题是按照惯例的包名是否应以com.abc or com.xyz
答案 0 :(得分:2)
如果你把它放在包com.xyz
中,如果他/她使用相同的错误命名约定,它可能会与另一个开发者或供应商开发的产品发生冲突,这意味着它们不能同时使用如果没有潜在的冲突,就无法导入Java应用程序或来自它们的类。
如果您将其命名为com.abc.xyz
,并且如果其他供应商/开发人员开发相同的产品并使用相同的命名约定,他/她会将其放入包com.def.xyz
中,这将允许使用它们在同一Java应用程序中,无需担心冲突。
所以推荐使用包com.abc.xyz
。
答案 1 :(得分:0)
这个约定只是一个命名约定,因此它与技术部分无关,你给它的所有名称(以某种方式)都是无害的。命名约定仅用于构造代码并避免与其他开发冲突;这是使用域名的主要原因。所以,最后,你可以使用你真正想要的任何名字,或者觉得它适合你的情况。
答案 2 :(得分:0)
除了讨论是否使用惯例之外,如果您使用该惯例,它应反映您的公司域名,并且与可能的客户完全无关。
除了避免碰撞之外,它还提供有关谁创建的信息。一个库,如果您在项目中找到一个随机(可能已重命名)的库并想要查找有关它的信息,它可以提供帮助。