移动WEB研发流程

接触Mobile WEB前端开发将近一年时间了，在这不算短的时间里，通过吸取圆心、沉鱼等前辈们的经验以及不断的摸索和实战，总结出一套自己的Mobile WEB“研发流程”。为什么叫“研发”流程而不是“开发”流程，在下文中会进行解释。首先我们来看一下“研发”的流程图：

1. 为什么要叫“研发”流程？

我们知道，对于传统的WEB前端开发，一般情况下我们需要关注的操作系统/浏览器情况如下：

操作系统：Windows/MacOS

浏览器：IE（6、7、8）/Firefox/Safari/Opera/Chrome

这些操作系统和浏览器的基本状况如下：

市场占有率和使用分布情况相对稳定

比较开放，厂商对开发人员的支持较好

不同操作系统下，浏览器渲染情况差别不大

经过前端开发者们的长期研究和总结，它们的渲染特性、标准支持情况基本家喻户晓

而在Mobile WEB前端开发领域，状况则相当的混乱，我们需要关注的东西则复杂多了：

操作系统（平台）：Symbian（S40/S60/S80/S90）/iPhoneOS/Android/WM（WinCE）/MTK/Linux/BB/PalmOS/Maemo（Meego）…

内置浏览器：Symbian/Chrome Lite/iPhone Safari/MTK/IE Mobile/BB Browser/Opera（OEM）/…

第三方浏览器：Opera Mini/Opera Mobile/Skyfire/NetFront/UCWEB/QQ浏览器/Go浏览器/…

这些操作系统和浏览器的基本状况则是：

市场占有率和使用分部情况不稳定，新机型、新浏览器会很容易占领市场

大部分内置浏览器不够开放，操作系统和浏览器厂商对开发人员的支持很不到位

不同的操作系统、不同的浏览器下，相同系统下的不同浏览器，相同浏览器在不同的操作系统下，甚至同一个系统或浏览器的不同版本，都可能会导致页面效果产生很大的差异（很绕口，其实就是排列组合）

由于兼容性方面的研究非常稀少（尤其在国内），加上操作系统和浏览器的封闭和日新月异的变化，我们对它们特性的掌握程度也是基本空白

经过比较，我们可以很快发现，想要让我们的Mobile WEB在更多的客户端上表现完美，我们需要大量的时间和精力去了解、去掌握各个操作系统、平台、移动浏览器的特性，只有对它们有了一定程度的了解和掌握，我们才能更深一层的驾驭Mobile WEB兼容性开发。

因此，“研发”包含了“操作系统、浏览器研究”和“Mobile WEB开发”两个部分。

2. 循序渐进的周期性研究

如前所述，我们想要对移动设备的操作系统和浏览器们进行研究，需要花费大量的时间和精力。罗马不是一天建成的，胖子也不是一口吃出来的。我们需要一个循序渐进的过程，一个长期性的研究，经过不断地积累点滴经验，才能够逐步了解这些特性。另外，移动设备更新频繁，新机型和新浏览器日新月异，我们也需要阶段性地跟进最新发展情况。因此，这就是需要周期性研究的原因：

需要大量的时间和精力

移动设备更新频繁

在Mobile WEB前端开发只有一个的情况下，建议每隔半年进行一次系统的研究，为兼容性开发打下基础。在此后的半年内，Mobile WEB页面的前端开发都将基于此次研究结果，一般不需要再对页面进行兼容性测试。对于兼容性测试，之前很多文章中提到过，下面也会再次提到。

3. 关于兼容性测试

兼容性测试，是WEB开发和Mobile WEB开发都必不可少的步骤。但是在流程上，后者跟前者却有着很大的区别。

WEB前端开发是在页面开发后做浏览器兼容性测试

而Mobile WEB前端开发却是在页面开发之前做浏览器兼容性测试

移动浏览器不像桌面浏览器那么轻松地查看做好的页面效果，试想，如果跟WEB前端开发流程一样的话，每做完一张Mobile WEB页面，就要搞一大堆测试机进行测试查看对比效果，发现问题修改然后再测试，这会是件很荒唐的事情！

因此，我们就需要用兼容性测试的结果来主导前端开发：

测试XHTML的每一个常用元素

测试CSS的每一个常用属性

测试JavaScript的基本特性支持

测试其它与移动设备相关的点

在测试结果整理出来后，我们可以通过它，知道什么元素、什么属性可以使用，什么避免使用，并在开发时遵守这些使用约定。