使用 .io TLD 作为 Java 包的优点和缺点？
Benefits and drawbacks of using .io TLD as Java package?
我知道我们几乎可以命名 Java 软件包，但我想问一下使用 .io TLD 在社区中是否有任何特殊的好处或缺点。
最初人们按公司命名 Java 包，例如com.example.acme.foobar。后来，给开源社区项目一个单独的 .org 名称变得很普遍，例如org.jooq 托管于 jooq.org。
如今某些圈子（例如 JavaScript / GitHub 社区）似乎喜欢使用 .io TLD 创建站点，例如http://atom.io。我同意这是一个聪明的命名法，所以我正在考虑将它用于我自己的开源 Java 项目。
但这在 Java 社区中获得了很多认可吗？如果我将我的包命名为 io.foobar 会不会造成更多的混乱而不是帮助？它会不会看起来是一个 I/O 相关的库，即使它不是？它会导致工具或构建系统出现任何问题吗？有什么我应该注意的吗？
对于小型项目，包命名空间和 Maven groupId 通常是一致的，所以我们假设它们对于这个答案是一样的：
目前有 383 个io.* TLDs hosted on Maven central as opposed to 2245 org.* TLDs or a whooping 3520 com.* TLDs。
我会说，io.* 是少数，但考虑到使用 io TLD 只是最近的一种做法，我认为您正在追随流行趋势.加油！
我知道我们几乎可以命名 Java 软件包，但我想问一下使用 .io TLD 在社区中是否有任何特殊的好处或缺点。
最初人们按公司命名 Java 包，例如com.example.acme.foobar。后来，给开源社区项目一个单独的 .org 名称变得很普遍，例如org.jooq 托管于 jooq.org。
如今某些圈子（例如 JavaScript / GitHub 社区）似乎喜欢使用 .io TLD 创建站点，例如http://atom.io。我同意这是一个聪明的命名法，所以我正在考虑将它用于我自己的开源 Java 项目。
但这在 Java 社区中获得了很多认可吗？如果我将我的包命名为 io.foobar 会不会造成更多的混乱而不是帮助？它会不会看起来是一个 I/O 相关的库，即使它不是？它会导致工具或构建系统出现任何问题吗？有什么我应该注意的吗？
对于小型项目，包命名空间和 Maven groupId 通常是一致的，所以我们假设它们对于这个答案是一样的：
目前有 383 个io.* TLDs hosted on Maven central as opposed to 2245 org.* TLDs or a whooping 3520 com.* TLDs。
我会说，io.* 是少数，但考虑到使用 io TLD 只是最近的一种做法，我认为您正在追随流行趋势.加油！