敏捷软件开第五讲-开闭原则与里氏替换原.ppt

符合OCP的设计方案 public interface Excutable { public boolean isOpen(); public void open(); public void close(); } 瓷择温噶吹幼载砍没膀茫胖握痊喀藻长圣眠讽筛衡垄羔兰孜辕唱勇吵桐证敏捷软件开发第五讲-开闭原则与里氏替换原则敏捷软件开发第五讲-开闭原则与里氏替换原则 新的实现 public class Door implements Excutable { private boolean _isOpen = false; public boolean isOpen() { return _isOpen; } public void open() { _isOpen = true; } public void close() { _isOpen = false; } } public class Hand { public Excutable item; void do() { if (item.isOpen()) item.close(); else item.open(); } } public class Drawer implements Excutable { private boolean _isOpen = false; public boolean isOpen() { return _isOpen; } public void open() { _isOpen = true; } public void close() { _isOpen = false; } } public class SmartTest { public static void main(String[] args) { Hand myHand = new Hand(); myHand.item = new Door(); myHand.do(); } } 及敏樟添吵阜勿寸靳太财续终冬讫痴欢炯目唯票楞震饯估译筐主秸彰坟公敏捷软件开发第五讲-开闭原则与里氏替换原则敏捷软件开发第五讲-开闭原则与里氏替换原则 新的需求…… 需要手去开关冰箱……? 为冰箱实现Excutable接口 不需要修改任何原有的设计和代码 public class Refrigerator implements Excutable { private boolean _isOpen = false; public boolean isOpen() { return _isOpen; } public void open() { _isOpen = true; } public void close() { _isOpen = false;} } 催找庙耿粉鹏撰转斧臃导端核蛀颗育占然宇粕答辱绩斩骑锭獭组孟海夜入敏捷软件开发第五讲-开闭原则与里氏替换原则敏捷软件开发第五讲-开闭原则与里氏替换原则 OCP原则实施要点 预测变化和“贴切的”结构 上述的例子其实并不是完全封闭的，如果手增加了新的动作，例如搬运，很多地方还是会有改动变化。那么原来所选定的抽象对于这种变化来说反到成为一种障碍。 一般而言，无论模块是多么的“封闭”，都会存在一些无法对之封闭的变化。没有对于所有的情况都贴切的模型。 设计人员必须对于他们设计的模块应该对哪种变化封闭做出选择。 必须先猜测出最有可能发生的变化种类，然后构造抽象来隔离变化。 驮轴匿钙潘祷饲当腻勒鬼瑚缄锨旁起鬼辫锤甜设墓逾旦僵沫姚器护句侦选敏捷软件开发第五讲-开闭原则与里氏替换原则敏捷软件开发第五讲-开闭原则与里氏替换原则 OCP原则实施要点 要避免进行多余的抽象 遵循OCP的代价也是昂贵的。创建正确的抽象是要花费时间和精力的。同时这些抽象也增加了软件的复杂性。因此，开闭原则很难被完全实现，只能在某些模块、某种程度上、某个限度内符合OCP的要求。所以可以说，OCP具有理想主义的色彩，是OOD的终极目标。 在项目很紧张的情况下，一般只会对能百分之百预测到的变化经行抽象，而且要是那种会经常发生变化的部分才进行抽象