这不是忽悠：编码时要注意可扩展性

可以说，代码要具有可扩张性，其核心就是“高内聚，低耦合”的设计思想，这已经不只是一项优秀的程序员素质，可以说是初级程序员向高级程序员的重要标准。变成忽悠简直不可思议。

某些人把代码的可扩展性忽悠成对需求预测的精确性，指出对需求预测十分困难，因此代码就很难具有可扩展性。十分可笑，面面俱到的代码是扩展性最差的代码。

“程序的可扩展性必须建立在对未来需求的准确把握上”这句话本身就是大忽悠，恰恰相反，程序的可扩展性必须建立在能够对需求变化快速响应上。开发人员花费大量时间研究设计模式，研究架构设计，研究各种协议，其目的不只是为了预测需求，其最重要的目的是使事情（或事物）更合理，我对“合理”的理解就是当某个过程（或对象）发生变化时，其对关联方的影响最小，核心正是“高内聚，低耦合”。这点重不重要？十分重要！影响最小意味着关联方的变化最小，关联方对变化的响应也就能更快速。举个简单的例子，《大话设计模式》中的简单工厂模式，为何花费如此多的功夫将简单的超市收费一步步细化成如此详细的各种对象，其目的不正是使各对象“高内聚，低耦合”，当需求发生变化时，其代码拥有更好的可扩展性？

某些人对迭代开发、敏捷编程十分崇拜，我亦十分欣赏，但正是因为其十分重要，我需要清楚的阐明我对其思想的理解。结合这些年的工作经验，我十分希望我的代码具有良好的可扩展性，“高内聚，低耦合”正是我追求的目标，而不是所谓的“需求预测”，需求预测是预研部门或市场部门的工作，还轮不到我越俎代庖。

我的建议是如果想让自己的代码具有更好的扩展性，《UNIX设计艺术》、《代码大全》、《大话设计模式》都是非常好的资料，而不是未来需求预测。
最后一句，基本功能的实现固然十分重要，但是只有对架构进行合理的分析设计，其才能够快速响应新的需求变化，这才是“可扩展性”的精髓。