“决赛” Java 中类的修饰符

发布于 2024-11-27 12:51:01 字数 701 浏览 0 评论 0原文

我有一个快速而简单的问题。我有一个习惯，就是把每节课都定为“最终课”，当然，除非它需要由另一节课来延长。

这是一个坏习惯吗？一个好习惯？这还重要吗？我了解修饰符对类的影响。

预先非常感谢！

编辑：这是一个示例代码。该类不会被任何其他类扩展。

public final class Application {

    /**
     * Starts the application.
     * 
     * @param arguments arguments provided from command-line
     */
    public static void main(String[] arguments) {
        LaunchUtilities util = new LaunchUtilities(new EventHandler());

        try {
            util.addListener(43594);
        } catch (IOException ioe) {
            Logger.getLogger(Application.class.getName()).log(Level.SEVERE, "Could not bind a port to a listener!", ioe);
        }

        util.start();
    }
}

原文

I have a quick and simple question. I have a habit of making every class 'final' unless of course, it needs to be extended by another.

Is this a bad habit? A good habit? Does it even matter?
I understand the effect of the modifier to a class.

Thanks a lot in advance!

Edit:
Here is an example code. This class will not be extended by any other classes.

public final class Application {

    /**
     * Starts the application.
     * 
     * @param arguments arguments provided from command-line
     */
    public static void main(String[] arguments) {
        LaunchUtilities util = new LaunchUtilities(new EventHandler());

        try {
            util.addListener(43594);
        } catch (IOException ioe) {
            Logger.getLogger(Application.class.getName()).log(Level.SEVERE, "Could not bind a port to a listener!", ioe);
        }

        util.start();
    }
}

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

呆头 2024-12-04 12:51:01

程序员（甚至 Java 专家）对此持不同意见。

Josh Bloch 设计了 Java Collections 库、java.Math、assert，并且是 Google 的首席 Java 架构师（或者在他们雇用 Gosling 之前），他的书《Effective Java》中有一节专门介绍了这个问题。我同意他的话：

<块引用>
第 17 项：继承的设计和文档，否则禁止

他指出，子类化不是为此设计的类通常会导致灾难。

此外，继承设计的成本很高。

它对您的类可以执行的操作设置了主要限制
您必须编写更多文档，以便子类作者知道该类如何在内部使用公共方法
您必须对其进行测试。这需要测试编写子类

您可以随时改变主意并使某些内容成为非最终版本。你不可能把曾经不是最终的东西变成最终的。

阅读《Effective Java》会让这个论点变得更有说服力。它还将使您成为一名更好的程序员。

回复收藏 0 原文

农村范ル 2024-12-04 12:51:01

我要说的是坏习惯，原因如下：

您没有指定任何特定的需要使该类成为最终的。
您违反了开放/封闭原则。类应该对扩展开放，但对修改关闭。
最终的类可能很难使用模拟框架进行测试。

例如：

public static void main(String[] args) {
    final Fruit mockFruit = Mockito.mock(Fruit.class);
}

private static final class Fruit {

}

...将产生...

Exception in thread "main" org.mockito.exceptions.base.MockitoException: 
Cannot mock/spy class org.foo.Foo$Fruit
Mockito cannot mock/spy following:
  - final classes
  - anonymous classes
  - primitive types

当然，有一些有效的场景可以完成类。例如，您的课程是不可变的。

I'm going to say bad habit, for the following reasons:

You have not specified any particular need for the class to be final.
You are violating the open/closed principle. Classes should be open for extension, but closed for modification.
Finalized classes can be difficult to test with mocking frameworks.

For example:

public static void main(String[] args) {
    final Fruit mockFruit = Mockito.mock(Fruit.class);
}

private static final class Fruit {

}

...will yield...

Exception in thread "main" org.mockito.exceptions.base.MockitoException: 
Cannot mock/spy class org.foo.Foo$Fruit
Mockito cannot mock/spy following:
  - final classes
  - anonymous classes
  - primitive types

Of course, there are valid scenarios for finalizing classes. For example, your class is immutable.

回复收藏 0 原文