研讨 WP7 实现P2P下载的可能性

探讨 WP7 实现P2P下载的可能性
如题，
请随意发言
[解决办法]
如果有电脑上P2P原理，照搬应该就可以了吧。
[解决办法]
流量太贵了，惹不起。
[解决办法]
可以阿,直接用C#的代码就行啊.但是P2P不适合手机平台,上传流量太大,但上传得流量也是计费的.
[解决办法]
移动设备的p2p完全是可行的，尤其在北美，不存在流量问题，唯独在中国存在流量贵问题。
对于流量节省，需要依附以有大量用户群的有PC端的桌面软件，以PPS为例，只在PC端做p2p处理，
而移动设备跟往常一样只做下载就行了。

如做国外例如北美的案子，按照一般的P2P方案进行就OK了，由于移动网络的不稳定性，对你软件的性能和容错性是比较大的考验

[解决办法]
个人认为国内P2P的意义不大。
现状是移动网络带宽本身是瓶颈，这不是P2P能够解决的。
[解决办法]
就算是wifi也没有人愿意让自己手机一直燃烧着。

[解决办法]
[Quote=引用:]
流量的问题，我觉得无需过多考虑，如果手机能够识别用的是移动的网络还是wifi，那就没问题了，移动网络，自动关闭上传，用wifi再开启上传，或者这些都可以由用户自己设置，不就解决了么
关键p2p的技术，已经文件的分块，在手机上能否支持
[/Quote你说到重点了，按目前的状况看，在wp应用层去做p2p几乎是不可能的，wp完全无法去做文件分块的操作，更无法通过非云方式进行服务器端的大数据上传，微软已经限制死了。那么wp7 甚至现在在做的wp8而言，p2p是无法实现的，包括oem/om
[解决办法]
手机搞p2p，就算不怕流量，就不怕一直通讯很费电吗，占用cpu影像体验。就wp7那薄弱的多任务，想想还是算了吧
[解决办法]
个人观点:(1)带宽不是问题,目前有些3G卡(如联通和电信)带宽比某些ADSL要好的多。（2）文件分块更不是问题，我们自己分割，然后加个MD5之类的指纹就可以了。（3）流量是个大问题，运营商都是按流量计费的，这个跟宽带有很大区别，烧钱啊，要为了帮一个你不知道在哪里叫什么的陌生人烧钱，...。（4）费电也受不了，如果开通这个功能，一块电池用不了1天。
[解决办法]
技术上可行 但是 流量 和电量都扛不住啊
[解决办法]
不可行， Socket 不支持 TcpListen.
[解决办法]
国内是不现实的 骚年
[解决办法]

引用:

个人认为国内P2P的意义不大。
现状是移动网络带宽本身是瓶颈，这不是P2P能够解决的。

带宽有问题？
现在的手机电池才是最大的制约，包括性能、应用
[解决办法]
看过了~~不错
[解决办法]
好吧。 p2p、、、
[解决办法]

估计做出来的 p2p你自己都不敢用

[解决办法]
支持LZ,,努力学习中
[解决办法]
用C#写一个P2P内核是可行的，但是国内目前还没有人做这个事。
据说WP8会支持Native API，有可能会支持C++，所以现在用C#做P2P着实意义不大。
而且手机资源紧张，内存，CPU处理能力都很有限，用C#写P2P内核的效率也是需要考虑的。
最后我想说一句，大家不要再对WP7抱太大期待了，我已经在这个平台上开发了半年的软件，那款软件下载量一直在MarketPalace香港地区排在前三甲，但是我觉得WP7真的是一个很不成熟的系统，开发上的限制太多，虽然有不少亮点，但就这样想击败安卓和IOS根本就是痴人说梦。
微软的东西第一代都不好，比如Windows，Office，IE，Xbox甚至包括VS，所以大家还是期待WP8和WP9吧，WP7已死！
[解决办法]

估计做出来的 p2p你自己都不敢用
 

[解决办法]
我是真心不会用，山寨机太多了
[解决办法]
很多3G网络是城域网，NAT穿越会是一个问题
[解决办法]
在天朝，这个技术是多余的、、、、、、
[解决办法]
有socket理论上就可以p2p.
但是，技术之外的问题多多。

[解决办法]
技术上边应该不是什么问题 关键是有没有这个需求我觉得没有必要 电量 配置什么的都是问题

所以说PC是不会被淘汰的
[解决办法]
"如果有电脑上P2P原理，照搬应该就可以了吧"同意

查看更多 下一篇