[英]What is best approach to share a utility class between multiple microservices?
[英]Utility Class - What is the correct approach?
具有公共静态的所有方法的实用程序类的正确方法是什么。
我应该使用最终类还是抽象类?
请给出建议。
例如:
public final class A{
public static void method(){
/* ... */
}
}
要么
public abstract class A{
public static void method(){
/* ... */
}
}
abstract
有其自己的目的。 如果你想要其他类( override
)实现的一些类功能,那么你使用abstract。
如果它只是实用程序类,但你不希望其他类继承它,那么我会选择final
类。 如果实用程序类只有static
方法,那么任何方法都不能覆盖它们,所以将它们放在non-final
类中也没有区别。
创建实用程序类的最佳方法。 如果您不希望其他类继承它。
//final, because it's not supposed to be subclassed
public final class AlertUtils
{
// private constructor to avoid unnecessary instantiation of the class
private AlertUtils() {
}
public static ..(){}//other methods
}
final
这里比abstract
更有意义。 通过将类标记为final
,您禁止扩展类。 另一方面,将类标记为abstract
是相反的,因为没有子类的抽象类没有多大意义。 所以预计会延长。
使类最终并添加一个私有构造函数。 (这是像java.lang.Math
这样的类使用)
public final class A {
private A() {}
public static void method() {
}
}
如果你希望其他类使用这个类的功能,那么使它成为抽象的其他类使它成为最终
这些是我发现的一些指导原则:
正如您所问,类名不能是抽象的(不可取) - >这意味着您计划在另一个类中实现它。 如果要防止子类,请使用final作为类名; 如果要阻止实例化,请使用私有构造函数。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.