在 Mozilla,我们致力于保持网络的开放和独立于任何单一公司或技术。这意味着用户应该可以选择使用不同的浏览器和技术上网,并且不应因为无法负担特定设备或被禁止更换浏览器而被拒之门外。
在移动网页开发领域,目前正围绕着对各种浏览器的支持需求展开一场激烈的辩论,因为最成功的手机系统都使用相同的浏览器引擎。这很好,我们需要这场辩论。然而,当开发者为了专注于特定浏览器而将用户拒之门外时,这就不好了。有时,这不是开发者的选择——他们只是在使用会进行这种屏蔽的工具,而工具的实用性超过了开发者对这种做法的顾虑。
我们目前正在与库和工具开发者交流,帮助他们支持多个浏览器引擎来防止这种情况。作为该流程的起点,我们希望了解人们目前正在使用的工具,以便我们在提供帮助时能够产生最大的影响。这就是我们进行在线调查,询问开发者他们用于移动开发的工具的原因。
590 位开发者参与了调查,我们感谢他们花时间为我们提供许多思考和思考的素材。
我们非常清楚,这不是一项科学严谨的研究,应该谨慎看待(我们没有询问人们使用工具的频率,或者他们有多少工作是在构建移动应用程序),但它让我们对正在发生的事情有了很好的了解。
因此,让我们直接进入数据,以下是用图表显示的数字以及简短的评论。
平台
许多开发者在这项调查中表达了他们对网络的热爱,但这毕竟是 Mozilla 发起的调查。由苹果主导的调查很可能会有不同的结果。iOS 和 Android 排在第二位,而 Windows Phone 和黑莓对填写调查问卷的开发者来说并不那么重要。当然,如果我们针对不同的市场进行这项调查,结果可能会大不相同。有趣的是,在 Android 的情况下,“必须拥有”的数量高于“关注”——这是唯一一个出现这种情况的平台。
您可以在此处动态比较结果:此处。
您的应用程序目标平台 - 网络
|
|||||||||||||||||||||
|
您的应用程序目标平台 - iOS
|
|||||||||||||||||||||
|
您的应用程序目标平台 - Android
|
|||||||||||||||||||||
|
您的应用程序目标平台 - Windows Phone
|
|||||||||||||||||||||
|
您的应用程序目标平台 - 黑莓
|
|||||||||||||||||||||
|
用户可以选择多个复选框,因此百分比可能加起来超过 100%。
库
在库的世界中,jQuery 和 jQuery mobile 遥遥领先,使用次数比第二名 Zepto.js 多出 200 多次。许多反馈表明,开发者不喜欢库,而是选择在移动设备上使用自己的手工解决方案。虽然看到跨浏览器库的使用量最高(jQuery 刚刚 宣布他们非常乐意支持 Firefox 移动版),但 Sencha 用户数量之高令人担忧,我们将看看如何帮助他们改进跨浏览器支持。Sencha 也在“为什么只支持 Webkit”问题中被多次提及,这表明它对开发者来说是一个重要的工具。
您使用哪些库来构建移动 Web 应用程序/网站?
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
用户可以选择多个复选框,因此百分比可能加起来超过 100%。
总共我们收集了 66 个库(按受欢迎程度排序):jQuery、jQuery mobile、Zepto.js、Sencha Touch、JQTouch、XUI.js、Backbone、Mootools mobile、Lime.js、Sproutcore、Angular JS、Underscore、Bootstrap、Enyo、Modernizr、Dojo、handlebars、JO、Closure、Dojo Toolkit、GWT、Hammer.js、iScroll、require.js、YUI、Chibi、Ember.js、Kendo、Kinetic、Lungo.js、Nimblekit、Prototype、Wink、Adobe Air、Atto、Box2D、ChesterGL、Cobra、Crafty、Cujo、d3.js、Dart、Dojo Mobile、Dojo Mini、enhance.js、Eyebrow.js、fitml、gl-matrix、H5BP、JQMobi、Javelin、Jukebox、Knockout、MProject、Mootools、Openlayers、Path、Playcanvas、pointer.js、Raphael、Sugar.js、TerrificJS、Thorax、Titanium Mobile、Uxebu bikeshed、Wakanda
转换框架
毫无疑问,Phonegap / Cordova 在这个细分市场中占据主导地位,紧随其后的是 Appcelerator。许多反馈也表明,原生应用程序应该使用原生代码编写。作为一名 Web 传教士,我不同意这种观点,因为您无法从原生转换为 Web,但反过来可以,但有趣的是,开发者认为有必要在这里发表自己的意见。
您使用哪些框架将应用程序转换为原生应用程序?
|
|||||||||||||||||
|
用户可以选择多个复选框,因此百分比可能加起来超过 100%。
总共我们收集了 13 个转换工具(按受欢迎程度排序):Phonegap、Adobe Air、Apache Cordova、Cocoon.js、Brightcove App Cloud、Mosync、Sencha Native SDK、appMobi、Flex Mobile、Mobileweb、Monotouch 和 backbone。
可视化编辑器
似乎没有多少开发者使用可视化编辑器,这可能是因为大多数编辑器仍然处于“测试版”或“alpha 版”阶段。对 Flash 开发者进行相同的调查,看看他们迁移到 HTML5 后数字是否更高会很有趣。就目前而言,Adobe Edge 和 Sencha Animator 是明显的赢家,其中一些条目非常有趣,包括一个“你一定是在开玩笑吧”:)。
您是否使用任何可视化工具/转换器来构建应用程序?如果是,使用哪些?
|
|||||||||||||
|
用户可以选择多个复选框,因此百分比可能加起来超过 100%。
总共我们收集了 17 个编辑器(按受欢迎程度排序):Adobe Edge、Sencha Animator、Adobe Dreamweaver、Adobe Flash、Adobe Photoshop、Codiqua、Construct 2、Hype、Playcanvas、Radi、Rhodes、Telrik、Tiggzi、Tiler、Wakanda、Web Developer Add-on、WebMatrix
仅支持 Webkit?
71% 填写调查问卷的开发者表示他们在不止一个 Webkit 浏览器上进行测试,并且在调查的通用反馈部分,我们获得了大量关于人们如何进行测试以及什么可以使他们更容易进行测试的信息。这让我们很高兴。
您是否在非 Webkit 浏览器上进行测试?
|
|||||||||
|
|
只支持 Webkit 的原因
这里的主要原因是缺乏时间在其他平台上进行测试,这是可以理解的——我们可以假设,从规划的角度来看,许多项目都写满了 99% 的 iOS/Android 代码。此外,“缺乏激励”的比例也很高,这也是可以理解的——如果你无法展示数字,你就没有时间去支持。当然,“目标硬件不支持”的比例也很高,这是一个非常可以理解的原因,我们希望能够改变这种情况。
5 个评论