搜索分类、视频或标签
设计模式建立在对系统变化点的基础上进行，哪里有变化点，哪里应用设计模式，设计模式应该以演化的方式来获得，系统的变化点往往是经过不断演化才能准确定位，不能为了模式而模式，设计模式是一种软件设计的软力量，而非规范标准，不应夸大设计模式的作用。
类层次结构中可能经常由于引入新的操作，从而将类型变得脆弱，由于需求的改变，某些类层次结构中常常需要增加新的行为方法，如果直接在基类中做这样的更改，将会给子类带来很繁重的变更负担，甚至破坏原有设计。表示一个作用于某对象结构中的各元素的操作，它可以在不改变各元素的类的前提下定义作用于这些元素的新的操作。
对象可能经常需要使用多种不同的算法，但是如果变化频繁，会将类型变得脆弱，某些对象使用的算法可能多种多样，经常改变，如果将这些算法都编码到对象中，将会使对象变得异常复杂；而且有时候支持不使用的算法也是一个性能负担。策略模式定义一系列算法，把它们一个个封装起来，并且使它们可互相替换，该模式使得算法可独立于使用它的客户而变化。
对象拥有不同的状态，往往会行使不同的行为，某些对象的状态如果改变，其行为也会随之而发生变化，比如文档处于只读状态，其支持的行为和读写状态支持的行为就可能完全不同，如何在运行时根据对象的状态来透明地更改对象的行为，而不会为对象操作和状态转化之间引入紧耦合？状态模式允许一个对象在其内部状态改变时改变它的行为，从而使对象看起来似乎修改了其行为。
对象状态的变化无端，如何回溯或恢复对象在某个点的状态？某些对象的状态在转换过程中，可能由于某种需要，要求程序能够回溯到对象之前处于某个点时的状态，如果使用一些公有接口来让其它对象得到对象的状态，便会暴露对象的细节实现，在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可以将该对象恢复到原先保存的状态。
一个请求可能被多个对象处理，但是每个请求在运行时只能有一个接受者，如果显式指定，将必不可少地带来请求发送者与接受者的紧耦合。使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递请求，直到有一个对象处理它为止。
我们需要为某些对象建立一种通知依赖关系，当目标对象的状态发生改变，所有的依赖对象都将得到通知，如果这样的依赖关系过于紧密，将使软件不能很好地抵御变化。使用面向对象技术，可以将这种依赖关系弱化，并形成一种稳定的依赖关系，从而实现软件体系结构的松耦合，定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动更新，学习 .NET 框架中的观察者模式。