摘要：OOD的五个原则:(一):SRP,单一职责原则(只有佛自己应当担负起公布玄妙秘密的职责...) 一个类应该只有一个发生变化的原因. 因为每一个职责都是变化的一个轴线,当需求变化时,该变化会反映为类的职责的变化.如果一个类承担了多于一个的职责,那么引起它变化的原因就会有多个.如果一个类承担的职责过多,就等于把这些职责耦合在了一起. 注意:仅当变化发生时,变化的轴线才具有实际意义;如果没有征兆,那么应用SPR或者其它任何原则都是不明智的.(二):OCP,开放-封闭原则(两截门,一个被水平分割为两部分的门,这样每一部分都可以独立保持开放或者封闭) 软件实体(类,模块,函数等)应该是可以扩展的,但.. 阅读全文

摘要：僵化性(设计难于改变): 很难对软件进行改动.换句话说就是即使是一个很小的改动,也会导致有依赖关系的模块中的连锁改动脆弱性(设计易于遭到破坏): 在进行一个改动时,可能会导致程序的许多地方出现问题.顽固性(设计难以重用): 设计中包含了对其它系统有用的部分,但要把这部分从系统中分离出来其所需要的努力和风险是巨大的.粘滞性(难以做正确的事): 软件的粘滞性:当而临一个改动时,开发人员常常发现有多种方法,其中一些方法会保持设计,一些方法会破坏设计(也就是拼凑的方法),当可以保持系统设计的方法比拼凑手法更难应用时,就表明设计具有高的粘滞性. 硬件的粘滞性:当开发环境迟钝,低效时,就会... 阅读全文