引用:

原帖由 zmqzmq2010 于 2011-6-23 16:41 发表
posted by wap, platform: iOS

是啊...我只想流畅看个优酷土豆高清而已，又要超频又要装FLASH，要硬解还要上天天，还要coreplayer，搞不好还要客户端...谁麻烦还不一定是不？

马化腾死不死不关心，问轮询答长连接的 ...

天天是调用html5的，通flash有什么关系？而且flash是安卓自带不用安装的，更不用装什么播放器，调用系统自带的就可以了，而且看视频和这个帖子有关系？

[ 本帖最后由 Eclipses 于 2011-6-23 16:47 编辑 ]

引用:

原帖由 jun4rui 于 2011-6-23 16:17 发表
posted by wap, platform: Chrome

用倒是有人用，因为这玩意只支持2.2以上系统，所以以前为了保证兼容性用的人少，不过最近开始多了，国外一些IM聊天软件用得蛮好的。

我觉得没人用主要倒不是为了保证兼容性，而是Android上既然可以客户端直接和我的应用服务器保持连接，我干嘛还去用Google那条受管制的通道呢？一条是直通用户家门口的直通隧道，一条是大家公用的有警察的马路，当然选直通隧道了。如果我是应用开发商我也不乐意走google的通道，一方面自己的数据私密性强，另一方面万一想传点不想被别人知道的数据也会很方便。

楼主问轮询和某位说的长连接有什么关系？
FLASH也不是安卓自带
安卓不是全机种都是像I9000多媒体那么NB，调用自带也不一定能看的。

引用:

原帖由 zmqzmq2010 于 2011-6-23 16:41 发表
posted by wap, platform: iOS

是啊...我只想流畅看个优酷土豆高清而已，又要超频又要装FLASH，要硬解还要上天天，还要coreplayer，搞不好还要客户端...谁麻烦还不一定是不？

马化腾死不死不关心，问轮询答长连接的SB也更加不关心。

不懂非要装懂还嘴硬的SB更加don't care

posted by wap, platform: Chrome

引用:

原帖由 @小文  于 2011-6-23 16:55 发表
我觉得没人用主要倒不是为了保证兼容性，而是Android上既然可以客户端直接和我的应用服务器保持连接，我干嘛还去用Google那条受管制的通道呢？一条是直通用户家门口的直通隧道，一条是大家公用的有警察的马路，当然选 ...

Google的Push通道哪里受管制了？如果受管制了，那APPLE的Push通道就没管制？

仔细想想，你就明白了

posted by wap, platform: iPhone

apple的通道肯定是管制的 但是你不用就没别的用了

引用:

原帖由 57 于 2011-6-23 16:58 发表

不懂非要装懂还嘴硬的SB更加don't care

基于轮询的SB长连接。。。。

posted by wap, platform: Chrome

我科普一下吧

Google的C2DM技术的原理类似黑莓的PUSH Mail，就是服务器负责的只是告诉你有新消息了，让手机主动去取。

这里是Android的云对设备消息（C2DM）主要特点：
* 它允许第三方应用服务器发送信息到他们的轻量级Android应用程序。该信息服务的目的不是通过发送消息的用户很多内容。相反，它应该被用来告诉应用程序在服务器上有新的数据，从而使应用程序可以读取它。
* C2DM做出有关交付或消息的顺序没有保证。因此，例如，当您可以使用此功能来告诉即时消息应用程序，用户有新邮件，你可能不会用它来传递的实际消息。
* Android设备上的一个应用程序并不需要运行接收邮件。该系统将通过唤醒意向广播应用的消息到达时，只要在应用程序设置适当的广播接收器和权限了。
* 它不提供任何内置的用户界面或其他消息数据处理。C2DM只是传递消息的原始数据直接收到的申请，其中有如何处理它的完全控制。例如，应用程序可能会发送一个通知，显示自定义用户界面，或静静地同步数据。
* 它要求设备运行Android 2.2或更高，也有市场应用程序安装。但是，您不局限于通过市场部署你的应用程序。
* 它使用的谷歌服务的现有连接。这就要求用户建立自己的移动设备上的谷歌帐户。
====================================

所以这玩意根本不存在警察，因为你数据可以还是存放在自己的server上，Google本身并不接触消息内容。
当然，如果你懒不想做服务器，也可以用这玩意推送消息。看你自己怎么用了。支持Google不建议这么做。

美女脸上的丑黑痣
就算是再美的女人
这丑黑痣该是丑就是丑
可是在果青眼里不一样
总会有别样的风采和特别的神韵
永远欣赏果青这一点

posted by wap, platform: SAMSUNG (I9000)

引用:

原帖由 @jun4rui  于 2011-6-23 17:01 发表
posted by wap, platform: Chrome

Google的Push通道哪里受管制了？如果受管制了，那APPLE的Push通道就没管制？

仔细想想，你就明白了

在没有好的用户体验下给你更多选择是错的。这是果粉和安卓青观点最大的分歧。果青要得是来福感，安卓青要的是自由和geek感。

posted by wap, platform: Chrome

再科普一下iOS的PUSH机制：
========================================================
第一步：.net应用程序把要发送的消息、目的iPhone的标识打包，发给APNS。
第二步：APNS在自身的已注册Push服务的iPhone列表中，查找有相应标识的iPhone，并把消息发到iPhone。
第三步：iPhone把发来的消息传递给相应的应用程序， 并且按照设定弹出Push通知。


所以小文，其实iOS的才是直接接触用户的所有消息，按照水果的一贯作风，数据内容是否被监控其实很值得玩味。当然，作者可以通过打包加密实现保密，

我就说嘛，什么狗屁轮询，iphone是接收消息的一段，是一直在监听消息端口的，而不是作为客户端每隔一段时间去服务器取数据。

引用:

原帖由 zmqzmq2010 于 2011-6-23 16:56 发表
楼主问轮询和某位说的长连接有什么关系？
FLASH也不是安卓自带
安卓不是全机种都是像I9000多媒体那么NB，调用自带也不一定能看的。

不保持长连接，手机如何知道有消息推送过来？

看了半天，一个第三方自己保持和服务器的长连接，一个是通过苹果官方通道和服务器保持长连接，

前者信息通道短，但是第三方多了耗电，后者永远只有一个通道，省电但是通道长而且数据经过apple服务器。

所以两者的优劣主要有长连接的耗电量来决定的，你们到现在没人评估这个就一个一个优越感十足，真神了

posted by wap, platform: Chrome

引用:

原帖由 @Eclipses  于 2011-6-23 17:20 发表
我就说嘛，什么狗屁轮询，iphone是接收消息的一段，是一直在监听消息端口的，而不是作为客户端每隔一段时间去服务器取数据。

全走服务器的弊端就是服务器丢数据就只能哭了