模块化程序设计五大原则（程序员的修养）

目录

原则一：高内聚、低耦合、接口明确

原则二：可重用性、可拓展性、可维护性

原则三：单一职责原则

原则四：分层架构、配置管理

原则五：测试与验证

最后

---

原则一：高内聚、低耦合、接口明确

        模块内部的各个变量各个函数，都给咱统一管理起来，不对外的函数要static，不想让模块使用者知道的内容，就不要放在接口头文件，对外接口要规范，提供明确的接口使用指导。

原则二：可重用性、可拓展性、可维护性

        模块源码被使用时，可以轻松复制粘贴，模块使用者只需遵循接口规范，通过正确的输入即可获得正确的输出。模块作者给模块扩展功能时，不需要重写所有代码。模块设计者在维护模块某个功能时，只需专注某个局部，而不是模块全局。

原则三：单一职责原则

        一个模块只负责一项任务(或者一项功能)，其他不属于自己分内的事情，就别管了(也管不了)，各家只扫门前雪就行了!

原则四：分层架构、配置管理

        模块化的内在设计可以采用分层架构，每一层负责处理不同的抽象级别。也就是说，模块内部之间也要有层次感，模块内部也不是一锅乱炖的东西，最起码的层次阶级还是要有的，并且还要提供适当的配置文件(或数据结构)来控制模块的功能与行为。

原则五：测试与验证

        哪里出问题了，直接找出问题的模块就行，电源出问题了，一开始该不会去怀疑网络通信不了而导致电源出问题吧？模块化设计的软件，使得对单个模块进行测试验证或者找问题变得更加容易，有助于提高软件整体质量。

最后

        通过遵循这些设计哲学，嵌入式软件的开发可以更加高效，最后，需要补充的一点就是，如果产品的功能逻辑肉眼可见的简单，就不用扯啥模块化了，用最直接简单粗暴的方式来操作硬件，完成功能开发，怎么方便怎么来，别整啥模块化给自己制造麻烦了。
        模块化思想，是适用于对中大型的产品业务软件进行规划设计的，并不具备普适性用途，也不是放之四海而皆准的真理，工程师们还是需要具体问题具体分析，按需使用。