嵌入式为什么要编程模块化和代码复用？很多人都没真正理解！

为什么要模块化？

为了代码复用（Code Reuse）

你这不是抬杠吗？明摆着的，代码做成了模块，那么别的项目就可以直接使用了，模块里的这部分代码就得到了复用。

代码复用可以节省开发时间，加快项目研发速度。

实际项目开发中，用模块的时候，项目的进度真的加快了么？时间真的节省了么？

不，使用模块通常并不一定能加快项目进度。老实说，用别人的模块，程序员常常要认真理解模块的功能和代码才能在调试的时候确认问题的范围。你知道，很多时候看懂他人代码所用的时间比自己重新设计一个更长。

• 代码复用的目的或者说动机是 节省开发时间
• 实际执行中，程序员因为种种原因，在使用模块时总是要 花费大量时间读懂了代码才能“放心地”去使用它。

使用模块时，必须阻止程序员阅读要复用的代码

使用模块时，必须专注于模块的使用，而必须有意忽视模块的实现逻辑，必须要在心理上信任模块。简而言之，必须把模块视作黑盒子！

为什么程序员要阅读模块的代码实现呢？

• 学习目的——想知道别人是怎么实现的。很多程序员认为通过阅读别人的代码能够快速的学习他人的经验从而提升自己。
  
  
  然而，从项目管理的角度来看这个问题，程序员利用业余时间阅读他人的代码来提升自己无可厚非，或者说是值得提倡的，但牺牲宝贵的项目时间来阅读模块的实现代码而不是专注于模块的使用（使用模块快速的实现项目所需的功能），这对项目本身是弊远大于利的——阅读代码带来的是程序员的能力提升，这是对团队来说的远期利好，但这一利好对项目本身的时效性却微乎其微——俗话说远水不解近渴就是这个意思。
  
  
  实际上，项目经理通常要根据程序员的已有能力来分配任务，而不会寄希望于程序员通过阅读模块代码获得提升以后再来回报眼前这个火烧眉毛的项目——如果真有项目经理这么做了，那只能说，进度慢了完全不是程序员阅读模块代码的错，而是他最直接的用人问题——我也只能相信，也许他真的无人可用了。
  
  
  所以结论就是：严禁工作时间以学习为目的阅读模块源代码。
  
  
• 调试目的——也许并非所有的程序员都对自己的代码质量天然的自信，但几乎所有的程序员都对别人写的代码（模块）天然的不放心——就像孔乙己一样，必须亲眼看了酒保从黄酒坛子里舀出酒来而没有掺水才放心——所以程序出了问题，必然要怀疑模块，而且甚至有很多不负责任的程序员天然的会首先怀疑模块——不是自己写的，怎么能放心——所以调试的时候必然：
  
  

1. 要有源代码，否则就不会调试了
2. 必然要阅读模块的代码，否则就不知道究竟这个源代码是不是对的
3. 必然要读懂模块的代码，否则怎么能体“自己的程序出错完全是模块的代码写的不好”。
   
   

-END-

| 整理文章为传播相关技术，版权归原作者所有 |

| 如有侵权，请联系删除 |