java设计模式
设计原则
名称 | 描述 |
---|---|
单一职责原则 | 一个类应该有且仅有一个引起它变化的原因,否则类应该拆分。 |
开闭原则 | 对扩展开放,对修改关闭,即对程序修改的时候不修改原有的代码。 |
里氏替换原则 | 任何基类可以出现的地方,子类一定可以出现。 |
依赖倒置原则 | 这也是开闭原则的基础,面向接口编程,依赖于抽象而不是具体。 |
接口隔离原则 | 使用多个隔离接口比使用单个好,能够降低耦合度。 |
迪米特法则 | 又叫最少知道原则,一个实体应该尽可能少地与其他实体相互作用,使系统功能模式相对独立。 |
合成复用原则 | 首先考虑使用组合/聚合的方式,而不是继承。 |
继承的缺点->
- 继承复用破坏了类的封装性。将父类的细节暴露给子类;
- 子类和父类耦合度更高。修改父类会导致子类的实现发生变化,不利于维护;
- 它限制了复用的灵活性。从父类继承来的是静态的,在编译的时候已经定义好,运行时不发生改变。
常见设计模式
1.单例模式
定义?
确保一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。
优点?
(1)减少内存开支,特别是一个对象需要频繁地创建/销毁,而创建/销毁时性能又无法优化。
(2) 设置全局的访问点,优化和共享资源访问。
(3)避免资源的多重占用。
缺点?
(1)单例模式没有接口,扩展困难。
(2)和单一职责冲突,一个类应该关心内部逻辑,而不是关心外部怎么实例化。
场景?
要求生产唯一序列号;web页面的计数器;创建消耗的资源过多,如访问IO和数据库资源;
需要定义大量的静态常量和静态方法的环境,可以采用单例模式;写文件动作,避免同时写。
代码示例
public class Singleton {
private static final Singleton singleton = new Singleton();
//限制产生多个对象
private Singleton() {
}
//通过该方法得到实例对象
public static Singleton getSingleton() {
return singleton;
}
//类中的其他方法尽量是static
public static void func() {
}
}