[WebRTC实现很难？看Mozilla如何做.docVIP

html5网站jquery教程 ZX6M WebRTC改变了网络，它帮助我们在几个月前不可能实现的、连想都不敢想的事情变成了现实。无论是通过访问URL就可以进行视频聊天，还是在你的社交网络中共享文件，WebRTC正在迅速的扩大应用视野，寻求网络应用中可以实现些什么。 是一个建议标准——当前正在被W3C完善——用于提供一系列基于网络的工具，任何设备都可以用它来实时共享音频、视频和数据。当然，它仍在早起阶段，但是WebRTC有可能取代在任何设备上工作的Skype、Flash和很多基于Web的本地应用程序。 即便WebRTC很酷，它并不是个简单的工作，为此Mozilla Hacks博客与开发商合作，创建了，旨在简化WebRTC的实现。 Conversat.io是一个语音群聊应用。你只需要使用支持WebRTC的浏览器登陆网站，建立一个聊天室，然后你就可以和最多6个人一起视频聊天——无需登陆，无需其他服务，只有视频聊天。 目前，只有两种浏览器支持WebRTC组件运行conversat.io——Chrome和Firefox Nightly（需要在about:config中启用media.peerconnection.enabled）。 Henrik Joreteg在Hacks博客上称，conversat.io的目的有两个：首先，它是一个实用的交流工具……其次，它还是库以及信令服务器的一个示例演示（SimpleWebRTC和signalmaster都基于MIT协议开源，并托管在Github上）。 更多信息： Via HTML5应用在移动领域的魅力不言而喻：它基于Web、在移动浏览器内运行，不受移动平台及设备的限制，也不需要开发者针对每个移动操作系统分别开发，“一次写成，到处运行”是它引以为豪的承诺。 没错，HTML5在很多时候表现得与原生手段并无二致，但是也有几点原因让它往往无法成为众望所归的“完美方案”： 首先，HTML5本身面临“碎片化”问题，不同移动浏览器对HTML5应用功能的支持存在差异性。 再者，虽然HTML5及其相关Web语言——JavaScript和CSS知名度极高，但是HTML5移动应用的开发成本往往并不低，也不能单纯地照搬桌面Web应用——它们需要优秀的专业人才，也需要巨大的精力投入。 美国消费者在Apps上花费的时间依然远多于移动Web（上方为Apps，下方为移动Web） 就算有了专业的开发人才，HTML5依然面临严峻的市场挑战：消费者如此青睐那些依赖平台的原生应用，HTML5如何才能胜出呢？（参见上图） 我们将在本报告中剖析HTML5作为一种移动开发工具所遇到的障碍，并讨论HTML5将如何克服它们。 HTML5与原生应用大比拼：我们会具体解释为何从长远来看，HTML5在移动开发领域比原生应用更具优势。性能差距：HTML5的监管机构W3C已经大大推动了相关标准的制定和移动浏览器对HTML5功能的支持，但是很多性能方面的问题依然没有解决。开发者的心声：我们采访了各种各样的人——从怀疑者、早期使用者到倡导者和先行者，我们向他们提出了同一个问题：“在这场HTML5与原生应用的大争论当中，我们的立场又是什么？”总体而言，我们发现HTML5正在被越来越多人接受，而一些项目已经证明了它的价值。 HTML5与原生应用大比拼： 性能差距 对HTML5移动Web及其他平台感兴趣的开发者比例 移动应用云计算技术公司Appcelerator的企业策略总监迈克尔?金（Michael King）表示,原生应用的优势用一个词概括就是：性能。 Appcelerator提出了“互动性斜坡（The Slope Of Interactivity）”概念，指出HTML5适合那些互动性不太强的应用，例如那些单纯提供网络内容或界面非常简单的应用。然而，如果沿着互动性斜坡上行，那些互动更多的应用就需要原生手段了。 但是，有些设备功能时HTML5做不到的，这往往是因为用户的移动浏览器或浏览器版本不支持HTML5实现那些功能。 你准备在2013年用HTML5打造何种软件？（桌面网站、移动网站/HTML5应用、可安装的混合应用、其他） 这在一定程度上市浏览器“碎片化”的结果——一方面，浏览器市场本身就呈现出“群雄割据”之势；另一方面，很多智能手机用户（尤其是Android用户）不会及时更新软件。 即便是最新的浏览器，对HTML5的支持也并不完善——例如我们在近期的一份分析报告中发现，Android上的最新版Chrome浏览器在虽然支持98项HTML5功能，但是也不支持28项功能。 这种不均衡会影响HTML5的跨平台吸引力，而事实上，大量HTML5