程序的复杂度取决于其要解决问题的复杂度。
通常,人们总是习惯性的倾向于简化问题,在分析的过程中,人为的低估了问题的复杂性而自己没有感觉。对问题复杂度的低估会直接导致软件的架构偏简单实用而稳定性和扩展性欠佳。
举个例子,对于所有写代码的人而言,如果能用一个exe直接搞定,估计不会有人给自己找麻烦搞出一堆dll来;同样,如果一个线程能做完所有工作,那么也不会有人去开一堆线程然后逐个合并。
但是问题的复杂度毕竟取决于问题本身,而非人们的一厢情愿。诚然,一个线程+Timer可以做到很多时候多线程才能完成的工作,甚至应该用异步的地方而改用同步,但是问题并没有被解决而是被人为的回避掉了。Kepp it Small and Simple固然很重要,但是实在保证一个"合理的软件复杂度"的前提下。
作为互联网时代的客户端软件而言,软件的规模导致的问题是第二位的。快速变化的需求才是首要问题。不顾问题本身复杂度而找出短、平、快的解决办法,其实是饮鸠止渴,最终的结果就是不断地推翻全部从来。
如果能正确的把握问题的复杂度,并体现在软件的设计上,那么大部分需求的变化可以转化为一些现有逻辑的分拆重组,大大的降低了互联网客户端软件开发的风险和人力成本。