LYZ的专栏

1、介绍在进行项目的开发活动中，有一些设计在项目刚刚开始工作的很好，但是随着项目的进展，发现需要对已有的代码进行修改或者扩展，导致这样做的原因主要有：新的功能需求的需要以及对系统进一步理解。在这个时候，我们往往会发现进行这项工作比较困难，即使能完成也要付出很大的代价。此时，一个必须要做的工作就是要对现有的代码进行重构（refactoring），通过重构使得我们接下来的工作变得相对容易。

1、 介绍 本系列文章的前两篇主要讲述了如何使用设计模式来改善我们的程序结构，大家可以看到经过调整的代码具有了更大的弹性，更容易适应变化。读者朋友可能也具有类似的经验，通过使用设计模式使得自己的软件系统更加具有可扩展性和健壮性。但是，这样就可能会造成一个结果：无论遇到任何问题，我们首先做的就是设法找到一个解决它的设计模式来，而不是解决问题的最简洁的

1、 回顾 在上一篇文章中，我们给出了一个使用设计模式来改善程序结构的例子，着重介绍了设计模式的意图、动机在我们程序重构过程中的指导作用。 现在，我们将关注设计模式的另一个重要方面：设计模式的适用性。解决同一个问题一般会有多种方案或者模式，但是这些模式所关注的是同一个问题的不同方面，解决不同的需求，有各自的优点和限制，各有各的解决之道