谈谈模版模式及设计原则

什么是模版模式,可以复用的代码就可以看作模版,当然了,设计模式本身的一大特点就是复用代码。
模版模式可以简单理解为:接口---->抽象类---->实现类。

1.使用接口定义规范,jdk8后接口可以提供默认实现,使得我们可以更加方便扩展接口方法,而不必担心实现类必须重写这些扩展方法。

2.虽然接口可以完成默认方法实现,但是一些类变量、构造方法还是需要抽象类去完成,而抽象类也可以受益于接口的默认方法实现。

3.实现类可以继承抽象类,得以继承通用的方法,也可以重写抽象类的方法以完成个性化操作。
举一个简单示例:

public interface Bird {
    void sing();
    void desc();
    default boolean speak(){
        return false;
    }
}

public abstract class AbstractBird implements Bird{
    private String name = "bird";
    public AbstractBird(){}
    public AbstractBird(String name){
        this.name = name;
    }
    @Override
    public void sing() {
        if(speak()){
            System.out.println("我会说话...");
            return;
        }
        System.out.println("叽叽喳喳...");
    }
    @Override
    public void desc(){
        System.out.println("自我描述...");
    };
    public void getName() {
        System.out.println(String.format("我的名字: %s", name));
    }
}

public class Parrot extends AbstractBird {
    public Parrot(String name) {
        super(name);
    }
    @Override
    public void desc() {
        System.out.println("鹦鹉学舌...");
    }
    @Override
    public boolean speak() {
        return true;
    }
}

public class Eagle extends AbstractBird {
    public Eagle(){
    }
    @Override
    public void desc() {
        System.out.println("鹰击长空...");
    }
}

使用模版模式显然可以提高代码复用,也很容易对目标代码进行扩展而不需要修改原有实现,符合开闭原则。

面向接口的编程,使用抽象类本质还是面向接口的,高层代码不依赖于低层的具体实现,解耦了高层与低层,符合依赖倒置原则。

做一个简单的测试:

public class TestBird {
    public static void main(String[] args) {
        AbstractBird parrot = new Parrot("鹦鹉");
        parrot.desc();
        parrot.sing();
        parrot.getName();
        System.out.println("*********************");
        AbstractBird eagle = new Eagle();
        eagle.desc();
        eagle.sing();
        eagle.getName();
    }
}

--**执行结果:**--
鹦鹉学舌...
我会说话...
我的名字: 鹦鹉
*********************
鹰击长空...
叽叽喳喳...
我的名字: bird
  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
设计原则设计模式是软件开发中常用的概念和方法论,用于指导和优化软件系统的设计过程。下面是一些常见的设计原则设计模式设计原则: 1. 单一职责原则(Single Responsibility Principle,简称 SRP):一个类应该只有一个引起变化的原因。 2. 开放封闭原则(Open-Closed Principle,简称 OCP):软件实体(类、模块、函数等)应该对扩展开放,对修改关闭。 3. 里氏替换原则(Liskov Substitution Principle,简称 LSP):子类应该能够替换其父类并出现在父类能够出现的任何地方,而不影响程序的正确性。 4. 依赖倒置原则(Dependency Inversion Principle,简称 DIP):高层模块不应该依赖于低层模块,二者都应该依赖于抽象。 5. 接口隔离原则(Interface Segregation Principle,简称 ISP):客户端不应该依赖它不需要的接口。 设计模式: 1. 创建型模式:包括工厂方法模式、抽象工厂模式、单例模式、建造者模式和原型模式等,用于对象的创建和实例化。 2. 结构型模式:包括适配器模式、装饰器模式、代理模式、组合模式和享元模式等,用于描述如何将类和对象组合成更大的结构。 3. 行为型模式:包括策略模式、观察者模式、迭代器模式模板方法模式和命令模式等,用于描述在不同对象之间划分责任和算法的方式。 4. 过程型模式:包括备忘录模式、状态模式、访问者模式和解释器模式等,用于描述如何处理对象间的交互和通信。 以上只是一些常见的设计原则设计模式,实际上还有很多其他的原则模式可以应用于软件系统的设计和开发中。在具体的项目中,可以根据需要选择合适的原则模式来提高系统的质量和可维护性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

码农小麦

一起学习共同进步

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值