结论:Winsock提供了5种I/O模型供我们选择。在什么样的情况下选择哪一种模型，我个人认为是这样的：
select模型5种模型中唯一的同步阻塞模型，所以适用于着这种模型的应用。但是具体而言是哪一种模型呢？实际应用中网络状况比较稳定的情况下用这个模型会好一点。
WSAASyncSelect模型是最常用的模型，它充分的与Windows窗口相结合，适用于开发常见的小型桌面网络应用。
WSAEventSelect模型与前一个模型类似，不同之处在于它使用一个事件对象而非窗体。所以控制台下的应用由它来支持。
重叠I/O模型注重了多个套接字处理的性能。所以开发相对较为大型的网络应用程序就比较合适。但是随着线程的增加，线程调度花费的资源也越来越不可忽视，对于单个CPU 的计算机而言,这种模型的极限大概就在上百个套接字了。而如果需要更多的套接字管理，就需要在硬件升级的基础上，使用另外一个模型，即下面所要提到的。
完成端口模型是大型服务器级别的套接字I/O模型。在多个CPU上面管理更多的套接字。毋庸置疑，这个模型就是针对大型网络应用的。

对于封装，个人意见是：针对简单的应用可以使用封装，但是如果对性能有所追求，直接使用Winsock API函数为上策。

在多播和QoS方面，由于时间上的原因，也只能蜻蜓点水般的简单了解一下，实在不能不说是一个遗憾！当然，今后我还是会继续把这个问题研究清楚的。

经过几个月的学习和实践，我对网络应用的开发有一些体会，罗列如下：
1，Winsock终究只是接口，好的应用不取决于某一个模块的优劣。但是瓶颈模块是突破口。
2，要做应用，必须了解具体应用的协议，只有如此，才能结合相对底层的Winsock，提高性能。
3，Winsock不是理论，是微软提供的解决方案，是工具。