关于底层函数封装的问题

最近看一个比较大的工程的代码，突然发现一个问题，为什么在项目中总喜欢把底层函数自己再封装一下？
比如read函数，偏偏要自己再写个XXXRead函数，这个XXXRead函数里面干的事情也是调用一下read函数，
总觉得这样是不是很DT~~~
猜测：可能是这个项目的编译环境不一样，对于一些标准库的支持程度也不同，如果整个工程都用一个标准库的函数，结果编译器又不能完全支持这个标准库的全部函数，所以自己封装一下，工程中都用自己封装的那个函数，如果要改的话只需要改一下自己封装的那个函数就行了，不用整个工程去找哪些地方使用了不支持的标准库函数？？？

3 个解决方案

#1

猜的不错，大概就是这样

另外一个好处是，简化接口
没封装前，可能功能很杂乱
封装后，不需要的功能，可以不支持
只封装需要的功能。代码可控。

#2

另外，很多函数功能太多，用起来太复杂，需要很多 时间去学习怎么使用。
而封装后，只针对特定功能，一看就懂，
不需要花费很多时间去学习使用那些复杂的库函数（API）了

#3

可以简化程序，同时使用致的接口，把尽可能的实现细节葳起来，公开相对容易的接口
有些封装封装的浅，有些封装的深，当然封装后可能会略有开销，不过可以使开发更容易