关于同网段数据传输的一些粗浅想法

    前年开发过一个局域网内的数据传输软件,觉得问题不少,在此随便罗列某些改进的想法:

1。封装多线程api,尽量减少主类体积。为了能够跨平台,应该设计一个架构,使得关于sdk的部分能够在不同平台做到很容易切换。

2。为了提高文件传输的效率,最好使用文件智能分块传输,这个智能部分提供一个决策算法,决定如何切割这个文件,应该封装起来。

3。作为试验的目的,可以把多线程传输机制换成多人共享数据机制(类似bt的方式)。但必须克服bt的缺点,例如检测到种子不存在时应该做出适当的反应。

4。发送者应该能够发送任意数据,例如文件和目录结构。这就需要设计一个目录遍历算法,在发送方发送整个目录结构,在接受方重建相同的结构。这需要设计至少一个类。

5。原来的响应机制是,来一个请求便产生一条服务线程服务一个客户,这样对于多请求的情况服务端会变得不堪重负,应该封装一个完成端口的类完成此项工作。从跨平台的角度看,在其它平台必须重新设计一个高效的服务类代替完成端口机制,为了移植方便,设计一个合适的类架构也是必须的。

6。对于核心部分,尽量使用api提高效率。从跨平台的角度考虑,应该尽量使用高效算法而不是依赖性较强的汇编代码。

7。从安全的角度看,开的端口不应该太多了,尽量的把功能合在同一个端口上实现。

     以上这些,还不全面,也不成熟,实现的难度比较大。但上帝保佑,希望能够完成吧!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值