【原】移动web页面兼容处理的思考

本月收到一份关爱里程碑的邮件,入职满3周年了,从一个懵懂的新人到从容淡定的小油条,在外辛苦打工不容易,能收到一封简单的关怀邮件也是有感欣慰,这里祝愿公司越发展越好。

进入主题,移动网页设计中,很多同学常问一个问题:这么多种移动设备,要兼容哪几类呢?

相信很多人会回答主流的系统ios、android,但是这2个系统又有多个版本,如ios就有4、5、6、7,android有2.2、2.3、3.0、4.1、4.2,包括我之前提到winphone 8,大家也在考虑到底该不该兼容,这是一件非常头疼的事情,主要在对一些特殊机器(ios 4、android 2.2-2.3)的处理,需要消耗不少的时间和精力,而且不一定能解决问题,反而会增加工作成本。

上图是在公司遇到过一个场景,苹果的ios 4于2010年6月份上市,ios 5于2011年10月推出,而目前国内ios系统最新版本是7.1.2,在2年前我还是会做好ios 4的兼容,可4年过去了,虽然手机系统更新特别快,而仍然存在顽固的ios 4用户呢,想想可能的原因是这部分用户的机器越狱了,不想升级系统。

往往我们会下意识得感知到目前ios 4、android 2.2、winphone的用户极少,就因为周围几乎没有人使用,单凭这样的理由说服产品经理或者老板放弃对该版本的兼容,不具备说服力,反而会遭到挑战,要不要放弃这部分用户,我们可以通过真实的数据,证明自己的观点,让产品经理或者老板知道产品的用户群,而不是说:我觉得不用就可以。那么,最终我用数据说服了产品经理放弃对ios 4的想法。

图1

数据来自百度2014移动统计所覆盖的数万款app数据,其中4月份到6月份的移动设备品牌占比如下:

从上图可以看出移动市场几乎被ios和android系统所覆盖,其中苹果手机占了21.29%,其余的几乎是android系统的。

图2

来自苹果官网的数据,各版本iOS的最新市场占有率

截止至2014年7月13,ios 7已经占据了所有ios设备的87%, ios 6的占有率只有11%,而更早版本的ios只占总数的2%,ios 6及以下版本正在消失。

图3

来自腾讯云分析2014移动行业第一季度的数据报告,数据不一定精准,但8亿多设备的数据是非常有参考价值:

可以看出国内ios 7、android 2.3-4.1是主流系统,ios 4、android 2.2的所占比例几乎没有,android手机中2.3系统还有16%的用户。

另外,如果可以的话,建议大家在自己的产品中添加点击流,检测一段时间内产品用户群的系统和版本,这样能够最真实的找你们的用户群。

总结

  • 移动web开发中,推荐兼容ios 5+、android 2.3+系统,其中android 2.3的机器比较低端,需要做好特殊兼容
  • ios 4、android 2.2系统的用户数极少,不推荐做兼容处理,让这部分用户去升级系统,与时俱进,而不是放纵他们
  • 特殊的兼容处理,如像winphone系统的手机,设备也不算低端,兼容性良好,可做适配

【原】移动web页面兼容处理的思考,布布扣,bubuko.com

时间: 2024-10-12 13:34:39

【原】移动web页面兼容处理的思考的相关文章

[转]移动端web页面使用字体的思考

一直不知道手机端用的什么字体,只是觉得类似雅黑,直到有一次设计师问到设计移动web页面该用什么字体才严肃地想起这个问题. 前人已栽树,后人我就直接转来吧…… 回想2年前刚开始接触手机项目,接到PSD稿后,发现视觉设计师们喜欢用微软雅黑作为中文字体进行设计,于是我写页面的时候也定义 font-family 为微软雅黑,后来发到线上后,细心的产品经理发现页面的字体不是微软雅黑,要求马上修改,我就惊呆了,还跟产品争执一番. 后来了解到的手机系统 ios.android 等是不支持微软雅黑字体,为了满足

【转】移动web页面使用字体的思考

回想2年前刚开始接触手机项目,接到PSD稿后,发现视觉设计师们喜欢用微软雅黑作为中文字体进行设计,于是我写页面的时候也定义 font-family 为微软雅黑,后来发到线上后,细心的产品经理发现页面的字体不是微软雅黑,要求马上修改,我就惊呆了,还跟产品争执一番. 后来了解到的手机系统 ios.android 等是不支持微软雅黑字体,为了满足产品的需要,保证视觉稿的还原度,手机端是如何定义微软雅黑字体呢? 相信大家会想到 @font-face 定义为微软雅黑字体并存放到 web 服务器上,在需要使

【原】web页面登陆验证

using Itcast.Mall.Model; using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.UI; namespace Itcast.Mall.WebApp.Code { //AuthBasePage是自己新建的一个类,然后让这个类继承System.Web.UI.Page; public class AuthBasePage:Page

任务十一:移动Web页面布局实践

面向人群: 有一定HTML及CSS基础,想要尝试移动开发 难度: 中 重要说明 百度前端技术学院的课程任务是由百度前端工程师专为对前端不同掌握程度的同学设计.我们尽力保证课程内容的质量以及学习难度的合理性,但即使如此,真正决定课程效果的,还是你的每一次思考和实践. 课程多数题目的解决方案都不是唯一的,这和我们在实际工作中的情况也是一致的.因此,我们的要求不仅仅是实现设计稿的效果,更是要多去思考不同的解决方案,评估不同方案的优劣,然后使用在该场景下最优雅的方式去实现.那些最终没有被我们采纳的方案,

web页面的加载顺序

1.页面顺序 一个典型的web页面由于三个部分组成:html.css和JS.执行的顺序是: 整个执行过程安装html的顺序来执行. html->head->title->style->加载样式->解析样式->link->加载外部样式表->解析外部样式->script->加载外部脚本->解析外部脚本->执行外部脚本->body->div->body->div->加载脚本->解析脚本->执行脚本-

移动Web页面,为什么都喜欢width=device-width,并且关闭系统缩放功能?

如题,这种方式做的移动Web页面,设计稿通常是按照960*640的规格进行设计,再开发的时候,通常会把里面量到的尺寸缩小一半再开发. <meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1″> 那既然要缩小一半再开发,为什么不直接设置width=640,然后按照设计稿的尺寸进行开发呢? 对于第一种方法,我暂时能想到好处之后图片缩小了一半,不知道还有什么其

[转]JAVA WEB 浏览器兼容问题汇总

首 先谈一下浏览器,虽然现在ie依然是浏览器市场的老大,大约占有67%的份额,但是由于其各方面的欠缺,用户开始选择其他浏览器作为自己浏览网页的主要 工具,比如firefox.theworld.maxthon.chrome.opera等等,在用户使用比较多的浏览器中,分为2大派系 - ie内核和非ie内核,像theworld.maxthon.greenbrower等等都属于ie内核,而firefox.chrome.opera则 为非ie内核,众多的浏览器使我们的web程序就出现了兼容问题,像ie就

JavaScript——DOM或以树形展示的Web页面

Web网页的一般可以通过document以及document所相关的各种元素组成.当然我们也可以通过层次结构的树形结构在展现Web页面.如果要对一个网页进行修改的话,我们可以通过document对象,Node对象以及Element对象进行相关的操作. [Document对象]是所有页面元素的所有者或是父节点,绝大多数用来创建新元素实例的工厂方法都是核心document对象的方法. DOM1--定义了DOM的基础设施,包括模式和API DOM2--增强了对CSS的支持,改进了对document元素

打印web页面指定区域的三种方法

本文和大家分享一下web页面实现指定区域打印功能的三种方法,一起来看下吧. 第一种方法:使用CSS 定义一 个.noprint的class,将不打印的内容放入这个class内. 代码如下: <style media="print" type="text/css"> .noprint{visibility:hidden} </style>这 里是要打印的内容.<p class="noprint">这里是不打印的内