重构和设计模式---2016最后一篇博文,也是这一年的心得。

重构是逐步改进代码和架构的过程，也是不断尝试的过程。

重构是在不修改或少量修改代码的外部行为的情况下，对其内部结构进行调整的过程；重构过程包括代码结构优化、算法的优化，甚至一个变量的使用优化。

在软件开发中，经常会发现一些这样或那样的问题，这时，我们就可能通过重构来解决这些问题。通过重构，我们可以达到以下目的：

● 优化代码设计，使其更清晰、更易阅读，这也是创建可维护的高质量代码的要求。

● 优化算法，使其运行更高效。

● 优化性能，通过合理、科学地组织

代码，可以有效提高软件系统的性能。

● 优化架构，使软件架构更灵活、更高效、更富有弹性。

● 让我们对代码的理解更深入，可以帮助我们理解如何更好地使用编程技术和方法，这也是编程技术不断提高的有效途径。

在重构的过程中，我们还应该注意以下几点：

● 对于重复代码、过于复杂的算法和结构，以及思路模糊不清的代码，一定要进行彻底的重构，否则当问题累积过多时，将很难进行有效的改进。

● 重构过程一定要逐步完成、循序渐进，一次只重构一个问题，重构完成一定要进行测试后才能做出结论。

● 在有条件的情况下，重构可以尝试

多种方法，以便找出最优的重构方法。

● 如果面对一堆不能正确运行的代码，却找不出好的重构方法，那么就完全重写它们，在这种情况下，完全重写可能是比重构更好的选择。

设计模式是针对软件开发中不断出现的相同问题，通过实践和总结，整理出的一系列与问题相对应的解决方案。

设计模式是经过很多人的努力，通过不断地发现和累积的经验与智慧结晶，我们可以在自己的代码结构中再现这些模式，以解决开发中的实际问题。但是，在软件中应用设计模式，我们还需要注意一些问题，例如：

● 设计模式并不是软件设计的终极武器。我们学习设计模式，或是其他的开发技术，它们都不会自己完成软件的开发，真正使用它们的是开发者，只有正确、合理地使用这些开发技术才能达到提高软件质量的目的；滥用或错误地使用往往会适得其反。

● 很多人学习了设计模式以后，往往会在软件设计的开始就大量地考虑如何在软件中应用各种设计模式，达到了离开设计模式就无法编程的地步，甚至是在开发一个非常简单的小项目里也是这样。这种情况被称为“模式痴迷”，往往是设计模式初学者易犯的错误，我也曾经这样。

● 但是，也并不是说在软件开发的设计阶段就完全不需要考虑应用设计模式，这是一个比较复杂的设计前瞻性问题，需要足够的开发经验作为支撑。在考虑应用设计模式时，必须要对设计模式的特点，以及软件架构和需求非常熟悉，设计要恰到好处，尽可能地防止设计过度或设计不足的出现。

● 在对软件架构进行重构的过程中，不应只是使用设计模式的过程，根据实际情况，我们要对代码进行无情的针砭，不要心疼移除自己费大力气编写的代码，它们可能只是你创建高质量软件的绊脚石。在重构的过程中我们应该根据真正的需求，在软件架构中应用或去除设计模式，或者只是借鉴设计模式的某些特点来提高代码的质量。
—–来自《编写高质量的C#代码–曹化宇著》
个人觉得这本书部分内容写的不错,也有一定的启示,但是里面的代码写的不是很好,根本没有达到上面所说的内容,但是适合有C#基础的读者读读,一些老司机还是不要读了。如果一定要读,建议读读后面的介绍的设计模式。