相关链接：
0. 设计模式之六大原则总结
1. 设计模式之单一职责原则
2. 设计模式之里式替换原则
3. 设计模式之依赖倒置原则
4. 设计模式之接口隔离原则
5. 设计模式之迪米特法则
6. 设计模式之开闭原则
1.1 定义
开闭原则的全称是 Open Close Principle（OCP），软件中的对象（类、模块、函数等）应该对于扩展是开放的，对于修改是封闭的。
1.2 问题产生
在软件的生命周期内，因为变化、系统升级和维护等原因需要对软件原有代码进行修改时，可能会将错误引入原本已经测试过的旧版本中，破坏原有系统。
1.3 解决方案
开闭原则是为软件实体的未来事件而制定的对现行开发设计进行约束的一个原则，当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。
1.4 举个例子
书店销售书籍
image.png
上面有两个类 BookStore NoveIBook 和 一个接口 IBook，代码如下：
// 接口 IBook
@protocol IBook <NSObject>
- (NSString *)getName;
- (NSString *)getAuthor;
- (int)getPrice;
@end
// NoveIBook类
@interface NoveIBook () < IBook >
{
NSString *name;
NSString *price;
NSString *author;
}
@end
@implementation
- (id)noveIBook:(NSString *)name author:(NSString *)author price:(int)price{
NoveIBook *book = [NoveIBook new];
book.name = name;
book.author = author;
book.price = price;
return noveIBook;
}
- (NSString *)getName{
return name;
}
- (NSString *)getAuthor{
return author;
}
- (int)getPrice{
return price;
}
@end
// BookStore
static NSMutableArray <id <IBook>>*books;
@interface BookStore ()
@end
@implementation BookStore
+ (void)buildBooks{
if (!books) {
books = [NSMutableArray array];
[books addObject:[NoveIBook noveIBook:@"天龙八部" author:@"金庸" price:32]];
[books addObject:[NoveIBook noveIBook:@"巴黎圣母院" author:@"雨果" price:42]];
[books addObject:[NoveIBook noveIBook:@"悲惨世界" author:@"雨果" price:32]];
}
}
@end
现在需求变了，书籍的价格可能会随着活动或者其它情况有折扣调整，以打折销售为例：所有 40 元以上的书籍九折销售，其它 8 折销售，那么这样的代码结构怎么去处理需求变化的情况呢？有以下三种方法可以处理：
-
修改接口
在 IBook 上新增一个 getOffPrice()方法，专门用于进行打折处理，所有的实现类实现该方法，但是修改的后果就是，实现该接口的类需要修改，最后获取的时候也需要调用 getOffPrice 而不是 getPrice 方法。同时 IBook 作为协议应该是稳定可靠的，不应该经常变化，否则作为契约的作用就失去效能了 -
修改实现类
直接在 NoveIBook 的 getPrice 方法中修改，大多数情况下，这是一个好办法，可能实际中我们很多情况都是这样处理的 -
通过扩展实现变化
增加一个子类 OffNovelBook 继承自 NoveIBook，重写 getPrice 方法，然后在 BookStore 添加书籍的地方，将实现类修改为 OffNovelBook，那么获取的价格就是打折扣的价格
1.5 总结
开闭原则对扩展开放，对修改关闭，并不意味着不做任何修改，低层模块的变化，必然要有高层模块进行耦合，否则就是一个孤立无意义的代码片段。
这个原则很虚，包含很广，具体的理解可以通过具体的设计模式的设计思维去加深理解。
网友评论