当前位置：文江博客话题详情

具有所有具体方法的抽象类

发布于 2024-07-09 20:35:09 字数 48 浏览 9 评论 0原文

当类中的所有方法都是具体的时，是否存在一些实际的编程情况，有人可以将类声明为抽象？

原文

分享到QQ

分享到微博

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

发布评论

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

过去的过去 2024-07-16 20:35:09

好吧，您可以使用模板方法模式，其中有多个覆盖点，所有覆盖点都有默认实现，但组合的默认实现本身不合法 - 任何功能实现都必须子类化。

（是的，我不喜欢模板方法模式；））

回复收藏 0 原文

沉睡月亮 2024-07-16 20:35:09

抽象类是声明为抽象的类 - 它可能包含也可能不包含抽象方法。它们无法实例化，因此如果您有一个具有具体方法的抽象类，则可以对其进行子类化，然后可以实例化该子类。

回复收藏 0 原文

攒眉千度 2024-07-16 20:35:09

想象一个接口，其声明的方法在实现时通常显示相同的默认行为。当编写需要支持接口的类时，您必须一遍又一遍地定义所述默认行为。

为了促进具体类的实现，您可能需要提供一个抽象类，为每个方法提供默认行为。为了支持具体类中的接口，您可以从抽象类派生并重写方法（如果它们偏离标准行为）。这样您就可以避免重复实现相同（冗余）的默认行为。

回复收藏 0 原文

梦里人 2024-07-16 20:35:09

另一个可能的用例是装饰器，它将所有调用委托给包装的实例。具体的装饰器实现只能重写那些添加了功能的方法：

public interface Foo {
    public void bar();
}
public abstract class FooDecorator implements Foo {
    private final Foo wrapped;
    public FooDecorator(Foo wrapped) { this.wrapped = wrapped; }
    public void bar() { wrapped.bar(); }
}
public class TracingFoo extends FooDecorator {
    //Omitting constructor code...
    public void bar() {
        log("Entering bar()");
        super.bar();
        log("Exiting bar()");
    }
}

尽管我并不真正认为有必要将 FooDecorator 声明为抽象（非抽象示例：HttpServletRequestWrapper）。

Another possible use case is a decorator which delegates all calls to the wrapped instance. A concrete decorator implementation can override only those methods where functionality is added:

public interface Foo {
    public void bar();
}
public abstract class FooDecorator implements Foo {
    private final Foo wrapped;
    public FooDecorator(Foo wrapped) { this.wrapped = wrapped; }
    public void bar() { wrapped.bar(); }
}
public class TracingFoo extends FooDecorator {
    //Omitting constructor code...
    public void bar() {
        log("Entering bar()");
        super.bar();
        log("Exiting bar()");
    }
}

Although I don't really see the necessarity to declare FooDecorator as abstract (non-abstract example: HttpServletRequestWrapper).

回复收藏 0 原文