当我们谈到这个问题的时候，我们就要反思在需求理解和设计的时候对程序变动性的理解出现了偏差。“哦，我想我们总有一天炫耀做这事儿的”常常是一念之差导致的代码坏味道。总结有以下四点原因是经常导致出现夸夸奇谈未来性的原因。第一、经常在理解需求的时候主观的认为需求变动非常大，那么在设计过程中就会出现过度的设计。第二、追求设计模式的使用，经常对程序的不必要的地方进行设计模式的使用，导致代码不易理解。第三、程序的设计过程中封装变化混乱，没有将封装变化进行到底。最后、过度考虑了程序的未来性，但这些未来性并不明确。
过度的设计导致代码不易理解和错误不易定位，也许还会降低代码执行的效率。当程序中过量的使用设计模式，导致在代码的阅读过程中很难找到主要的逻辑走向。放置过量的钩子或特殊情况来处理一些非必要的事情，可能在代码的编写调试过程中加深跟踪Bug的难度。
那么我们怎么处理呢？面对一个需求点的时候尽量使用最小的改动最少的变化满足需求的功能点，那么我们的程序要怎样面对变化呢？首先要明确一点这个变不变，不单单是来自设计师的合理思考设计最主要还是来自用户的业务需求。如果面对一个业务需求的变化，在进行了需求访谈之后用户明确这一部分需求变化很大而且明确的变化点，那么再重构程序使用设计模式、放置钩子或特殊处理装置来应对他的未来性。一定要注意不要使用过量的人力物力过量的钩子或特殊装置来处理那些自己认为的变化点。变不变化主要还是要看用户的业务需要的。
原文地址：http://blog.csdn.net/scalzdp/article/details/38511279
