软件设计精要与模式学习笔记--张逸

第一章
设计没有标准,如果一定要一个标准,那就是快捷,适用,优雅。 

通常的说,设计分为计划设计和演进设计。(茅草屋与园林)
演进设计,一不小心容易重构;计划设计,一不小心容易过度。
合理的设计是需要的,如果摒弃设计模式,无疑是放弃站在巨人肩膀眺望远方的机会,而选择吃力的踮起脚尖,最后失去的是更远处的美景。

软件开发中,唯一不变的是变化,变化是常态。
追求简单系统的有效性。

重要的不是你记住了多少种设计模式的名称,而在于付诸实践的运用。
文武之道,一张一弛,一个技术团队如果没有时间用于技术的积累和沉淀,迟早会分崩离析。
如果从纯技术的角度看,重构非但必然,而且重要。
重构--改善既有代码的设计一书总结了许多条款,条款确实很重要,然而更重要的是学会它,然后忘记它。
在面向对象的世界里,UML的地位弥足轻重,甚至被称为是软件设计的一场革命。
在软件设计阶段,UML的作用任然无可替代。
演进设计和敏捷开发降低了UML的重要性,但UML的价值却不可抹杀,尤其是他有助于设计思想的交流和理解。
测试驱动开发如屹立不倒的基石,基于一个前提,我们不能在一开始就获得正确的设计。

第二章
面向对象的精要,在于“一切皆为对象”的本质。
面向对象包括三个核心要素,Encapsulation,Inheritance,Polymorphism,只有真正理解了这三个要素才算得上掌握了面向对象的精髓。
量避免将具体类对象作为传递参数,而应传递其抽象对象,更好地是传递接口。
根据不同情况创建不同类型的方式,工厂模式是最拿手的。
封装变化是设计模式的核心思想。
第三章
面向对象---------->设计原则---------->设计模式。
1单一原则:“一个类,应该只专注做一件事和仅有一个原因引起变化”。
唯有单一才能高内聚唯一专注才能保证细粒度,从而提高了类的复用;减少了对象之间的依赖,保证了低耦,容易扩展。
一个庞大的对象承担了太多职责,当客户需要该对象的某一个职责,就不得不将所有的执着都包含进来。
单一并非极端,而是用极端的方式重点强调。
2开闭原则:
修改分两个层次:一是对抽象定义的修改,如对外公开的借口,我们要保证接口的稳定。
一般的设计原则之所以强调方法参数尽量避免基本类型,原因正在于此。
二是对具体实现的修改。慎之又慎,做到完全封闭几乎不可能。
开放的关键是抽象,多态保证了扩展的开放。
开闭可以统一起来理解,由于我们开放了扩展,才能保证对修改的封闭。
开放利用了抽象,封闭利用了封装。
3Liskovt替换原则:子类能够完全替换父类。
4依赖倒置原则:高层模块不应该依赖底层模块,二则都应该依赖抽象。
例如,业务逻辑层对象就不应该之间依赖数据访问层,而应该依赖数据访问层的抽象接口。
这一原则体现了软件设计对“间接”的追求。依赖倒置与“面向接口编程”不谋而合。
是面向对象设计的首要原则。
5接口隔离原则:“使用多个专门的借口比使用单一的总接口好”。细粒度保证稳定,正如单一职责那样。
我们可以通过接口的继承,实现对总接口的定义。例如.NET框架中IList的定义:
public interface IEnumerable{IEnumerator GetEnumerator();}
public interface ICollection:IEnumerable{void CopyTo(Array array,int index);}
public interface IList:ICollection,IEnumerable{int Add(object value);void Clear();bool Contains(object value);…}
从某种程度上讲,接口隔离可以看做是接口层的单一原则。
概括的说,五大原则仍然是面向对象的体现。单一与接口隔离体现封装,Liskov体现继承,开闭体现多态和封装,
依赖倒置体现多态与抽象。

封装的理解

(1)什么是封装?合理的隐藏和公开。隐藏保护了对象的隐私,公开让类不至于老死不相往来。

(2)为什么要封装?好处是什么?安全、灵活、易维护。

(3)封装的本质是什么?封装的本质就是封装变化。封装变化是设计模式的核心思想。

(4)封装的原则?合理的封装应该符合职责单一原则,职责单一责任少,对内达到高内聚,对外达到低耦合,以最大的灵活适应无尽而又可爱的变化,所谓以不变应万变。
(5)既然封装的是变化,怎么封装变化?根据可预见的变化和不可预计的变化,对应的有演进式设计和计划式设计。封装变化,首先要发现变化点,寻找变化点!找到了变化点之后,如何处理变化呢?得到变化点,就应该面向抽象或接口编程,设计模式则是重要方法。

上一篇:25、C++ Primer 4th 笔记,面向对象编程(3)


下一篇:C#随机数的使用