为了方便移植而对系统函数进行封装

操作系统分为kernel层和User层。我们公司的产品要面向不同的操作系统，于是对kernel层和User层函数进行封装，封装为Com_kernel和Com_user。Com_kernel和Com_user中函数的接口完全相同。

我们编写驱动程序就调用Com_kernel,而编写应用程序就调用Com_user。当操作系统变化时，我们只需要更改Com_kernel和Com_user就可以了，这样我们编写的程序就不用改了。

怎么样，这思想挺好的吧？？可能是个牛人想出来的，并写了这个框架。

但是，具体实施的结果是什么呢？ 具体编写程序的人，居然在应用程序中调用Com_kernel的头文件？？？这是神马逻辑？完全把分层的概念给搞没了！

而且写得程序没有几处是有注释的，命名也不规范，文件夹没有层次感，起的名称都差不多，真是伤脑筋!!!

看来编程规范真的是很重要，很重要!

但是，如果有了编程规范，代码就容易读了，那么是不是也就意味着可以随便解雇员工了？？

冒冷汗............

2012.5.15

最近听了培训，老大说 这种抽象有利有弊。弊端是：只要底层一改，你抽象出来的东西就不能用了。因为厂商一直在优化，所有总在改！而且，遇到新的平台就要抽象，有时候还不如把代码移植过去方便！ 是呀，为什么要搞posix标准呢，就是为了解决移植的问题，但是问题是，有100多种操作系统，他们的API都不一致呀!!!伤不起呀，伤不起!

2012.6.11