- 迭代完成后添加模块完成对策略的修改满不满足开闭原则
- 确定设计模式的目的:需要修改或增加策略的时候
- 修改策略:不符合开闭原则,如果已经迭代了很多个版本则选择增加模块来替代原来的部分。
- 增加策略:符合开闭原则。
- 当我们修改后我们需要 new 这个对象,search 一下,也可以使用反射机制,但是我们在需要用到这个方法的时候都用一段重复的代码来 new 这个对象
- 确定设计模式的目的:需要修改或增加策略的时候
- 因此我们希望以后新建一个对象的时候可以只修改一个方法来完成创建,这就引出了工厂模式。
- 设计模式分类
- 模式本身
- 创建型
- 结构型
- 行为型
- 模式实现
- 类模式:以集成为主要方式实现
- 对象模式:以合成为主要方式实现
- 模式本身
简单工厂模式
模式动机
设计背景:考虑一个简单的软件应用场景,一个软件系统可以提供多个外观不同的按钮(如圆形按钮、矩形按钮、菱形按钮等),这些按钮都源自同一个基类,不过在继承基类后不同的子类修改了部分属性从而使得它们可以呈现不同的外观,如果我们希望在使用这些按钮时,不需要知道这些具体按钮类的名字,只需要知道表示该按钮类的一个参数,并提供一个调用方便的方法,把该参数传入方法即可返回一个相应的按钮对象,此时,就可以使用简单工厂模式。