为什么代码要抽象，要把功能封装？为什么函数命名很重要？

 

我们先来看两段代码。

 

Funcation1（）{
   a();
   b();
   c();
   d();
   g();
   h();
}

Funcation2(){
  a();
  b();
  c();
  d();
  e();
  f();
}

 

我们需要对上面这些代码进行理解，假设对于每一行代码理解需要的脑力是1个单位，那么我们理解上面的就需要12个单位的脑力。

 

接下来我们对上面的代码进行封装:

 

abcd(){
  a();
  b();
  c();
  d();
}

Funcation1（）{
  abcd();
  g();
  h();
}

Funcation2(){
  abcd();
  e();
  f();
}

 

现在我们理解上面这段代码需要的脑力就变成了10个单位，随着对abcd()使用的地方越多，第二种方式需要的脑力比第一种就少得更多。

 

对代码进行封装，在项目开发前期节省脑力的表现可能不是特别明显，但是过一段时间，当你忘记abcd（）的功能的时候，没有封装的情况下，你就必须再理解一遍，需要的脑力就是12个单位，但是在封装的情况下就是10个单位，当项目体积大，业务逻辑复杂的情况下，两者之间需要的脑力差就更大了。

 

上面的封装我们还可以优化，就是对于函数名，如果我们只看abcd 这个名字就知道具体功能，那么我们后期维护是不是就只需要6个单位的脑力了。

 

对于函数封装的理解可以延伸到，类的封装，工具包的封装，功能模块的封装，最终目的都是为了减少我们系统的熵。系统在后期维护的时候，如果前期没有进行良好的封装分离，就会导致系统熵增长速度越来越快，也就是我们系统的腐烂程度越来越快，系统寿命就变短了。