Java 要放入util类的适当方法?

Java 要放入util类的适当方法?,java,oop,Java,Oop,我正在开发一个用于解析HTML和生成RDF的java类(我想我最终会将其分为两个类——一个用于解析,另一个用于生成RDF) 目前,我正在创建许多方法来检查HTML数据,并将其转换为更统一的表示形式。到目前为止,我创建的一些方法包括: public boolean isInteger(String str) { } public boolean isTime(String str) { } public boolean isDate(String str) { } public String da

我正在开发一个用于解析HTML和生成RDF的java类(我想我最终会将其分为两个类——一个用于解析,另一个用于生成RDF)

目前,我正在创建许多方法来检查HTML数据,并将其转换为更统一的表示形式。到目前为止,我创建的一些方法包括:

public boolean isInteger(String str) { }
public boolean isTime(String str) { }
public boolean isDate(String str) { }
public String dateConverter(String[] date) { } //Converts a Norwegian date into mmddYYYY

我应该把这样的方法放到util类中吗?目前,它们只被这个特定的类使用,但我认为在以后的某个时间点,它们可能需要被不止一个类使用

它们似乎足够通用,适合放入util类中。至少我会的。基本上,任何解析代码中字符串的类都需要使用这些方法。在将它们添加到类之前,我会将它们设置为静态,以避免不必要的构造


分解是一个好习惯。如果您不确定是否需要使用它们,请继续使用。它将让您练习使用实用程序类。

它们似乎足够通用,适合放入util类中。至少我会的。基本上,任何解析代码中字符串的类都需要使用这些方法。在将它们添加到类之前,我会将它们设置为静态,以避免不必要的构造


分解是一个好习惯。如果您不确定是否需要使用它们,请继续使用。它将为您提供使用实用程序类的练习。

如果您最终想要将它们分成两个类,您可能需要将基类定义为接口类或抽象类

根据您的需求,抽象类应该是正确的选择。 在子类和抽象类之间添加一些共同点。(您可以在抽象类中实现方法)

从另一个答案中,我想问一个问题? 答案是建议在前面放置静态的方法,以避免不必要的建设,这是非常有意义的

我知道抽象类不需要实例化来调用其方法。 它还可以避免施工

有问题吗?
哪条路更合法?还是更好?还是一样

如果您最终想要将它们分成两个类,您可能需要将基类定义为接口类或抽象类

根据您的需求,抽象类应该是正确的选择。 在子类和抽象类之间添加一些共同点。(您可以在抽象类中实现方法)

从另一个答案中,我想问一个问题? 答案是建议在前面放置静态的方法,以避免不必要的建设,这是非常有意义的

我知道抽象类不需要实例化来调用其方法。 它还可以避免施工

有问题吗?
哪条路更合法?还是更好?还是一样

是的,您列出的方法看起来像是util类中的
public static
方法的很好候选方法。(例如,最后2或3个可以很好地放入名为“DateUtils”的类中。)

当然,如果您只在一个地方使用它们,它们也可以保留在那里作为“私人助手”,但是一旦您有多个地方使用它们,一个util类就有意义了


(编辑:过度使用静态方法可能会有问题,但我认为这些方法很可能是静态util,因为它们是。)

好的,是的,您列出的方法看起来像是util类中的
公共静态
方法的良好候选方法。(例如,最后2或3个可以很好地放入名为“DateUtils”的类中。)

当然,如果您只在一个地方使用它们,它们也可以保留在那里作为“私人助手”,但是一旦您有多个地方使用它们,一个util类就有意义了


(编辑:过度使用静态方法可能会有问题,但我认为这些方法很可能是静态UTIL,因为它们是。)

在实用程序类中收集此类方法是一种很好的做法。即使它们目前是从单个类调用的,这些类型的方法也有可能被其他客户机在一个近似的特性中重用

但是,您必须注意使这个实用程序类易于重用。为此,方法签名(实际上是它们的参数)必须尽可能通用。他们不应该接受特定于类的输入

我的另一个建议是将这个实用程序类划分为多个类,如果它开始包含许多不连贯的方法。可以通过将相关方法分组到单独的类中来实现这一点。例如,您编写的方法可以移动到
TypeUtils
类,例如,您可以在
Html2RdfUtils
类中收集与转换相关的方法


最后,如果您觉得这些实用程序类对您的其他项目有益,您可以将它们收集到一个不同的库中

在实用程序类中收集此类方法是一种很好的做法。即使它们目前是从单个类调用的,这些类型的方法也有可能被其他客户机在一个近似的特性中重用

但是,您必须注意使这个实用程序类易于重用。为此,方法签名(实际上是它们的参数)必须尽可能通用。他们不应该接受特定于类的输入

我的另一个建议是将这个实用程序类划分为多个类,如果它开始包含许多不连贯的方法。可以通过将相关方法分组到单独的类中来实现这一点。例如,您编写的方法可以移动到
TypeUtils
类,例如,您可以在
Html2RdfUtils
类中收集与转换相关的方法


最后,如果您觉得这些实用程序类对您的其他项目有益,您可以将它们收集到一个不同的库中

为什么不。。你有更具体的问题吗?没有,我想我只是