MFC编写文件传输服务,该如何处理

MFC编写文件传输服务
能够直接将本地userprofile文件夹内所有内容拷贝(传送)至网络服务器，然后删除本地文件夹。然后，用户下次使用时，根据用户名，再将服务器端对应文件夹直接拷贝到本地
------解决方案--------------------
这个有点麻烦，不是非常容易编好的：
1。从网上查找遍历目录及文件的代码。
2。定义通信协议，比如报文头包括目录名、文件名、文件长度、文件内容、校验字等。
3。建立文件目录有相应的函数，服务器收到数据后根据协议进行拆分并保存文件到对应的目录里。
4。关键部分：网络通信，这个可以从网上找个简单的，然后自己改造成适合自己功能的程序
------解决方案--------------------
先定义通信协议等支持传递文件，然后就是遍历目录，一个个文件传递
接收时是反过来的过程，然后保存到本地目录
------解决方案--------------------
花时间研究一下,http://curl.haxx.se/libcurl,应该比自己去写省时间,
------解决方案--------------------
http://download.csdn.net/detail/robertbaker/6853795
用 libevent http 做服务器,然后就可以用 URLDownload windows API(名字记不太清了)下栽, perfect
------解决方案--------------------
感觉楼主是想自己写个文件传输。
支持这样做，即便现在第三方库很多，但是用好的基础还是你理解它。

1、我同意楼上这些高手说的方式。
2、文件传输，发送缓冲区和接收缓冲区应开得大些，能有效提高效率。
3、如果你发送端要自己拆解发送，则尽量增加单次发送容量，减少发送次数。当然如果你整体投进去，我就不说了。
4、选择合适的模型，select、asyncselect、eventselect都行，不建议其他模型。
5、发送端一定要等接收端先close/shutdown，自己确认后再close。
6、有时间学习一下qos。现在这个版本是qWAVE。我曾经以为自己做的文件传输吞吐量远高于windows的文件传输而自豪，但后来发现当服务负载不断增加时，交换设备由于匮乏带宽而造成的tcp慢启动和tcp全局同步使得数据传输效率不稳定，且效率更加低。

能想到的就这些了，希望能对你有用。