C++博客-亚月的路边摊-随笔分类-路边摊http://www.cppblog.com/azukixu/category/12893.html边看边吃zh-cnMon, 25 Jan 2010 10:18:43 GMTMon, 25 Jan 2010 10:18:43 GMT60逻辑流程的提炼 & 使用多态http://www.cppblog.com/azukixu/archive/2010/01/25/106410.htmlAzukiAzukiMon, 25 Jan 2010 09:55:00 GMThttp://www.cppblog.com/azukixu/archive/2010/01/25/106410.htmlhttp://www.cppblog.com/azukixu/comments/106410.htmlhttp://www.cppblog.com/azukixu/archive/2010/01/25/106410.html#Feedback0http://www.cppblog.com/azukixu/comments/commentRss/106410.htmlhttp://www.cppblog.com/azukixu/services/trackbacks/106410.html虽然流程统一可以减少代码量
但有的时候全都走同一个流程的话,
当处理各种类型间的细微差别就很麻烦,
需要靠当前执行状态来判断应该采取哪种处理.
会增加各种条件判断和分支.
如果只有少量差别还好,
但如果差别较多会造成到处都是枝杈,
统一来得反而得不偿失

所以统一并不一定好,
关键在于统一的方式

私以为一个比较好的方式是多态
OO中一个很有利的武器
这就要考验系统的设计了
怎么才能更好的发挥多态的作用
不通过外部判断来让其自身做出选择

如果某流程靠多态不足以解决,
最好是给一定的配置组,( 比如vector<string> )
比如更新后节点是否删除, 比如超过高度限制是否更换地图...
将配置组传入, 在流程中各取所需, 进行操作
这里要注意const引用啦~不然会拷贝很多次

此外, 把判断挪到越上层越好,
在上层判断能使底层支持更多的东西,
是底层更干净更纯粹




Azuki 2010-01-25 17:55 发表评论
]]>开放封闭原则http://www.cppblog.com/azukixu/archive/2010/01/25/106408.htmlAzukiAzukiMon, 25 Jan 2010 09:43:00 GMThttp://www.cppblog.com/azukixu/archive/2010/01/25/106408.htmlhttp://www.cppblog.com/azukixu/comments/106408.htmlhttp://www.cppblog.com/azukixu/archive/2010/01/25/106408.html#Feedback0http://www.cppblog.com/azukixu/comments/commentRss/106408.htmlhttp://www.cppblog.com/azukixu/services/trackbacks/106408.html开放封闭原则
对添加开放,对修给封闭
减少分支判断
需求变更只需要添加代码,做少量修改甚至不修改,添加不算修改
较严格的说法
应该是对类型的添加开放
加入把算法出来,那添加某个特定的处理只是添加算法类

相关思路, 把数据和算法分离

算法类, 就不需要一个常驻内存的实例化对象了.
需要用到的时候, 直接Utility util; util->doSth(param);就好了


Azuki 2010-01-25 17:43 发表评论
]]>