WebService做文件服务器
在B/S程序中，有大量的文件要处理，这些文件可能存放在另一台服务器。例如：有台192.168.1.2服务器存放页面程序，而页面要处理的文件存放在192.168.1.3上，并且文件都是经过加密存储的。
页面可能要并发处理很多文件，例如：页面下载文件，打开文件，上传文件到文件服务器（192.168.1.3）。
不知道问题描述清楚没有。我现在想用WebService实现文件服务器，页面程序要处理文件要先从WebService获取文件。但有人说这样不好，要用Socket传文件比较好。我想问下，这两种方法优缺点是什么？WebService如果不合理，为什么呢？
我现在想用WebService实现，我感觉这样拓展性好些。朋友们给些建议吧……小弟多谢……
[解决办法]
socket更底层些，只能使用tcp协议。webservice使用的是http协议更适合穿越防火墙。
socket是长连接，webservice不是。
从实现上，webservice更灵活，更简单些。
[解决办法]
使用 ws 作为文件传输方式,
那么文件内容就要作为 soap 消息内容了,
而 ws 是基于单次请求,响应的
小型的文件还成,
如果文件太大, 使用ws就不是那么合理了,
需要实现一个上层的文件分割传输机制,
换句话说, 需要使用ws来实现一个早就有的传输协议.
所以, 如果仅限小文件传输, 可以使用.
如果有大量大文件的传输,
采取其他方式.
[解决办法]
WCF里支持Streaming传输。
不过，页面上要对文件操作不是选择WebService的理由。
关键看你这文件服务器是否会有可能支持多个项目，
如果单就效率的话，FTP，Socket传输效率是高。
