管理复杂度——代码大全学习笔记二

软件的首要技术使命便是管理复杂度。为何如此呢？

复杂性：

　　

 

　　都有过这样的经验：同时让你忙的太多东西，你肯定会丢三落四！

虽然你忙的焦头烂额的，但结果却是不尽人意。

　　或者一件事情，但是其中包含的太多东西你总想一次性做好，这里也做那里也做，结果呢乱七八糟，重头再来……

　　人的大脑处理能力有限，无法同时关注太多东西，关注东西太多将会导致某些遗漏和混乱；

就像是玩杂耍：抛在空中的球两个是比较容易控制，增加复杂度两个以上球难度会增大很多很多；

在代码设计过程中，如果关注的太多，将会越复杂，越复杂手忙脑乱势必会造成遗漏导致错误发生。

需要同时关注的事情或者逻辑太多是不可取的，但是该软件中存在诸多逻辑和复杂的事情是不可避免的。

为了保证代码的各方面性能，管理复杂度变得非常重要！

 

如何管理软件中的复杂度：

　　l   把任何人在同一时间需要处理的本质复杂度的量减到最少；

　　l   不要让偶然性的复杂度无畏的快速增长；

 

在代码设计时需要遵循的一些原则帮助管理复杂度：

最小复杂度：在某一时刻能够让你专注于程序的某一部分，安心的忽视其他部分。

　　减少系统之间的依赖性：模块之间依赖，平台依赖等等很多设计原则，目前所接触到并实际应用的原则：

　　精简性：代码要尽可能逻辑清晰，结构精炼，剔除无用的代码。如：一个函数一个逻辑，一个类功能单一；

　　层次性：对系统进行分层设计，按层次进行访问交互；对依赖部分进行统一抽象提供一致接口。

　　　　　　下层对上层的感觉就是“简单唯美”，就像iPhone一样，看起来唯美简约，那是将复杂的事情封装起来了。

　　松散耦合：使程序之间的关联性降低最小，模块之间，类之间，尽可能的抽象封装和信息隐藏；

　　　　　　以降低之间的关联，交互方式简单单一。

　　降低依赖性：对系统的依赖和对外部模块的依赖。没有依赖是不可能的，我们只能减少依赖，并将依赖部分进行封装。

　　　　　　减少系统或模块变化时依赖性过大带来的变化。

等等很多不了解的设计原则。