倔强的土豆

这只是一个备份!源地址:http://blog.csdn.net/stubbornpotatoes
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

2010年11月24日

摘要: 单一职责原则:就一个类而言,应该仅有一个引起它变化的原因。如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到竟想不到的破坏。 开放-封闭原则:是说软件实体(类、模块、函数等等)应该可以扩展,但是不可修改。无论模块是多么的“封闭”,都会存在一些无法对之封闭的变化。既然不可能完全封闭,设计人员必须对于他设计的模块应该对哪种变化封闭做出选择。他必须先猜测出最有可能发生变化种类,然后构造抽象来隔离那些变化。 依赖倒转原则:高层模块不应该依赖底层模块。两个都应该依赖抽象;抽象不应该依赖细节,细 阅读全文

posted @ 2010-11-24 21:06 倔强的土豆 阅读(276) 评论(0) 推荐(0) 编辑

摘要: 1.用例图中的三种关系:包含(include)基本用例执行时,一定要执行包含用例; 扩展(Extend)基本用例执行时,扩展用例可执行也可以不执行; 泛化(Generalize)一个用例可以被特别列举为一个或多个子用力,这被称为用力泛化 阅读全文

posted @ 2010-11-24 18:04 倔强的土豆 阅读(1763) 评论(1) 推荐(2) 编辑