达叔

最近在看《headfirst 设计模式》，发现简单工厂，工厂模式，抽象工厂模式这三者的区别于联系不是太好理解，经过研究之后，写几个例子，加深一下印象。首先是简单工厂package go.derek;//虽然是简单工厂，但也要定义一个接口，从而可以达到运行时多态的效果//这是一个小汽车的接口public interface Car{ //car的基本信息 public void

最近在看《headfirst 设计模式》，发现简单工厂，工厂模式，抽象工厂模式这三者的区别于联系不是太好理解，经过研究之后，写几个例子，加深一下印象。上一篇介绍了简单工厂模式，《玩转简单工厂模式》，下面再写一个工厂模式的例子package go.derek;//这是一个抽象工厂类public abstract class CarFactory{ abstract void

最近在看《headfirst 设计模式》，发现简单工厂，工厂模式，抽象工厂模式这三者的区别于联系不是太好理解，经过研究之后，写几个例子，加深一下印象。上一篇介绍了工厂模式，《玩转工厂模式》，下面再写一个例子来加深一下对抽象工厂模式的理解。package go.derek;//这是一个抽象工厂类public abstract class CarFactory{ abstract v

先来看下“传统”的单例模式package go.derek;public class Singleton{ public static int times; private Singleton(){ //构造器被调用的时候会打印出次数 System.out.println("单例构造器被调用"+(++times)+"两次"); } private final sta

在上一篇文章《单例模式的终结者——setAccessible(true)》中介绍了传统单例模式的不足之处，虽然枚举类实现单例模式还没有被广泛采用，但《effective java》里面已经承认单元素枚举类是实现单例模式最好的方法了。下面写个小demo示范一下，这是只有一个元素的枚举类，枚举类里面也可以写方法。package go.derek;public enum EnumSing

1、单一职责原则一个类，只有一个引起它变化的原因。应该只有一个职责。每一个职责都是变化的一个轴线，如果一个类有一个以上的职责，这些职责就耦合在了一起。这会导致脆弱的设计。当一个职责发生变化时，可能会影响其它的职责。另外，多个职责耦合在一起，会影响复用性。例如：要实现逻辑和界面的分离。from：百度百科2、开闭原则（Open Close Principle）开闭原则就是说对扩