【问题标题】:Java Naming Classes: when use Support? But taking in consideration the Helper and Utils tooJava 命名类:何时使用支持?但也考虑到 Helper 和 Utils
【发布时间】:2019-10-03 04:30:11
【问题描述】:

关于如何命名一个类如何HelperUtils 中清楚地解释了:

如:XHelperXUtils。我做了一项研究,得到了以下结果:

关于Utils我们可以看到例如Spring Framework通过:

还有Java

Helper 也是如此,例如我们可以在 Spring Framework 中看到:

Java 中以某种方式令人困惑,因为在许多Helper 类中,方法被声明为static。我观察到几乎所有这些都在org.omg 包中,而不是java.xxxjavax.yyy 之类的东西

回到正题

但是Support 呢?如XSupport。 它似乎HelperUtils非常相似

通过Java有很多类有这种模式如:

Spring Framework

那么,在类名中明确应用Support 术语的规则是什么? (但当然要考虑其他两个术语)

【问题讨论】:

    标签: java naming-conventions


    【解决方案1】:

    实用程序

    某些类型的静态实用程序方法(无状态),例如StringUtils (Apache Commons Lang)。

    请注意,此类类有一个更简洁的约定:StringsIterablesListsGuava),它也用于 Java(ArraysCollections)。

    助手

    可实例化(有状态)类,有助于构建特定类型的功能,即简化使用给定类型。

    支持

    听起来与 Helper 非常相似,但如果您考虑ConfigurationSupport,它感觉不仅仅是助手,它使事情变得更容易,即包含使事情工作需要/需要的东西

    【讨论】:

      【解决方案2】:

      从接受的答案:

      Utility 类可以理解为只有静态方法并且是无状态的。您不会创建此类的实例。

      Helper 可以是实用程序类,也可以是有状态的或需要创建实例。如果可能,我会避免这种情况。

      添加了我对支持类的理解:

      支持类可以理解为支持特性/功能所需的核心组件(如 java.lang 原始类和对象类),提供基础框架可以归类为支持类

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2021-06-20
        • 2017-08-27
        • 2012-07-05
        • 1970-01-01
        • 1970-01-01
        • 2019-09-19
        • 2015-08-22
        • 2015-05-21
        相关资源
        最近更新 更多