工厂方法模式动机:
模式动机:考虑这样一个系统,按钮工厂类可以返回一个具体的按钮实例,如圆形按钮、矩形按钮、菱形按钮等。在这个系统中,如果需要增加一种新类型的按钮,如椭圆形按钮,那么除了增加一个新的具体产品类之外,还需要修改工厂类的代码,这就使得整个设计在一定程度上违反了“开闭原则”。
简单工厂模式:
模式动机: 现在对该系统进行修改,不再设计一个按钮工厂类来统一负责所有产品的创建,而是将具体按钮的创建过程交给专门的工厂子类去完成,我们先定义一个抽象的按钮工厂类,再定义具体的工厂类来生成圆形按钮、矩形按钮、菱形按钮等,它们实现在抽象按钮工厂类中定义的方法。这种抽象化的结果使这种结构可以在不修改具体工厂类的情况下引进新的产品,如果出现新的按钮类型,只需要为这种新类型的按钮创建一个具体的工厂类就可以获得该新按钮的实例,这一特点无疑使得工厂方法模式具有超越简单工厂模式的优越性,更加符合“开闭原则”。
使用工厂方法模式设计的按钮工厂:
一个普遍的使用工厂方法模式的实例:电视机工厂
可以看到,TVFactory(工厂父类)的子类HaierTVFactory(工厂子类)是一个单独的类文件,它仅仅负责创建具体产品(HaierTV),有时候我们往往不必要新建很多类文件,下面换一种更美妙的封装方式,去创建工厂子类。
使用内部匿名类封装工厂方法模式中的工厂子类:
我们看一个简单的实例
package 内部类.匿名类.美妙的工厂封装; /** * 抽象产品类 * @author admin * */ public interface Game { void play(); }
Game类是一个抽象的产品类,就如上面的TV类一样。
package 内部类.匿名类.美妙的工厂封装; /** * 工厂父类 * @author admin * */ public interface GameFactory { Game getGame(); }
GameFactory类是一个抽象工厂父类,如同上面TVFactory。
工厂子类并不需要创建多个,所以将工厂子类封装在一个static域中,这个工厂子类负责创建坦克游戏类,坦克游戏类只允许使用子类工厂去创建,将其构造方法声明为private:
package 内部类.匿名类.美妙的工厂封装; /** * 具体产品类 * * 使用内部工厂的工厂方法模式,不在需要把创建坦克游戏的工厂单独写在外面,简化类的创建 * @author admin * */ public class TankGame implements Game{ private TankGame() {} @Override public void play() { System.out.println("打坦克"); } /** * 工厂子类 */ public static GameFactory tankgf = new GameFactory() { @Override public Game getGame() { return new TankGame(); } }; }
测试一下:
package 内部类.匿名类.美妙的工厂封装; public class Test { public static void main(String[] args) { Game game = TankGame.tankgf.getGame(); game.play(); } }
控制台:
打坦克
java世界很美妙,期待去探索。