【问题标题】:How do you handle Country Code TLD names in your packages/namespaces?您如何处理包/命名空间中的国家代码 TLD 名称?
【发布时间】:2009-12-24 02:05:54
【问题描述】:

惯例是您使用公司的域。这很简单,但如果它是类似 www.mycompany.co.uk 的内容。

现在,如果它是 www.mycompany.com,这将不是问题。这是相当简单的 com.mycompany.Class

我们打算如何处理第一个?

uk.co.mycompany.Class 还是 co.uk.mycompany.Class?或者完全是别的什么?

【问题讨论】:

    标签: naming-conventions namespaces packages


    【解决方案1】:

    uk.co.mycompany.Class

    这是您的 URL 的简单反转。请注意,在第一个示例中,您实际拥有的域是 mycompany.com,而不仅仅是 www.mycompany.com

    【讨论】:

    • 对不起,是的。小滑倒。另一个令人讨厌的事情是,如果您使用 Java,它会添加另一个文件夹以供浏览。也许把它们放在一起,couk.mycompany?
    • 实际上,除非您将产品发布为可能会发生命名空间冲突(SDK、开发人员库、Android)的产品,否则几乎没有真正需要坚持标准。
    • @quiDium:“添加另一个文件夹以浏览”只需使用像样的 IDE,它将以合理的结构呈现包:-)。 Eclipse 例如这样做(包视图)。
    【解决方案2】:

    如果这是您应该编写命名空间的方式,我会说uk.co.mycompany.Class 最适合您的第一个示例。

    在我看来,这也是相当主观的,你应该定义一个标准,并坚持下去。

    【讨论】:

    • 仅供参考 Java 的官方建议是使用公司 URL 的倒数作为命名空间。有点奇怪,但这意味着野外的碰撞更少。
    猜你喜欢
    • 1970-01-01
    • 2016-06-11
    • 1970-01-01
    • 1970-01-01
    • 2020-09-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多