设计模式之开闭原则

相关链接:
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 总结

开闭原则对扩展开放,对修改关闭,并不意味着不做任何修改,低层模块的变化,必然要有高层模块进行耦合,否则就是一个孤立无意义的代码片段。
这个原则很虚,包含很广,具体的理解可以通过具体的设计模式的设计思维去加深理解。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,284评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,115评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,614评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,671评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,699评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,562评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,309评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,223评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,668评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,859评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,981评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,705评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,310评论 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,904评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,023评论 1 270
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,146评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,933评论 2 355