socket通讯是使用第三方库还是手工封装操作系统api

      socket通讯是使用第三方库还是手工封装操作系统api？
      我相信做过几年的服务器程序开发，你不止一次和网络通讯、数据库、文件系统打交道。闭上眼睛，静静回忆一下你开发的那些C++服务器系统，是不是大多数都涉及四个部分：
      业务逻辑模块、网络通讯模块、数据库访问模块、文件访问模块。
      单谈网络通讯模块，我们可能既手工封装操作系统api，又使用第三方库。
      在unix/linux系统上，直接调用socket()系列。
      在windows上，直接调用winsock2提供的API。
      使用MFC开发的，可能直接使用MFC提供的那个框架。
      使用了boost库的，可能喜欢使用那个异步io库。
      还有著名的ACE库，以及类似的跨平台库。
      ......
      使用什么来实现都没错，主要是我们最好把握好一个度：
      你的项目你的系统是什么规模，最好就采用什么规模的实现方式。
      技术人员总有一种倾向，新学了一种知识，总是想使用一下，不管它合适不合适，有没有害处。
      我曾经看到一段简单的代码，就是一个线程实现，没有什么数据同步、数据通讯等等，可这个线程是用ACE库里的线程类来实现的，整个程序就四五个小小行数的cpp文件，为了一个线程，就引进一个大大ACE，而ACE仅仅在我那台linux开发机上编译出一个库就花大半个上午，发布的时候还要带上个so库文件，这么简单的功能直接使用pthread库，linux常常都自带了，完全没有必要引入这么大的库。
      设计原则上讲，形式追随功能。
      我们用什么形式去实现功能，是功能决定的，至于你能否把握这个原则，那要看你知识的广度、开发经验等。
      双节棍在李小龙手里很厉害，你也像他那样快速舞动一下，我看马上就头上肿起来了。也不是说我们就不能练双节棍了，你立志成为武术好手， 双节棍高手，那你要下很多功夫，当然就功到自然成了。
      可以说，作为个人最好在技术上广而精，逐步扩大自己知识面；商业项目开发时，则最好形式追随功能，也要看参与者现有的知识结构。
      
      我的理解有限，大家多回复一下自己的看法，回复一下曾经开发通讯模块时都采用什么。