移动Web是在传统的桌面Web的基础上，根据手持移动终端资源有限的特点，经过有针对性的优化，解决了移动终端资源少，web浏览器性能差的问题。移动Web继承桌面Web的已有知识，但又不同于桌面Web，就跟到底，还是移动终端带宽和流量惹的祸。移动运营商在移动Web站点信息传递到移动终端浏览器时，常常会在半路修改移动标记的格式。如果大家都是用3G、4G，带宽和流量限制不大的情况下，那么不会有那么多的限制，也就不会有修改移动标记的事情发生，再加上智能手机、平板电脑的发展，其实移动Web和桌面Web没有本质的区别。
那么，我们可以尝试这样定义移动Web，就是专门面向不同系统的移动终端的Web；
我们可以做以下两方面的事情：
1、纯网页开发：
优点不说了；缺点是无法访问终端本地的API，如：摄像头、陀螺仪、GIS、本地联系人簿等。
2、安装在本地的Web应用，即Web App：
对于一个Web应用，如：可以是一个小游戏。将其打包成本地应用，可以发布到各个电子市场，它能够安装在移动终端。优点是可以访问终端的API，但也是需要中间件的支持的；缺点是，针对不同的移动终端的不同的系统，需要发布不同的安装包，维护的复杂度上升，对于一个公司而言，也意味着人力和成本的增加，但可以通过电子市场的收入来弥补；
Web App前端UI访问终端本地API的中间件，专门负责UI与本机的操作系统API打交道，起到一个桥梁的作用。
在企业级的桌面Web开发技术中，微软的Silverlight也有这种特性。它既能让用户以B/S的方式浏览Web，又可以让用户在Web页面上通过右键菜单，由用户自己选择将这个App安装到本地，那么，这个Web App在安装在本地后，又有了C/S架构的一些特性，例如可以读写本地文件等。
类似，HTML5如果能够实现以下场景，就更加完美了：
让用户通过页面浏览时，发现有些高级功能无法使用，由用户决定是否将其安装在本地，而不是由开发人员另外推出一套面向电子市场的本机安装的应用。那么又将极大的提升发布程序的效率，并降低成本；
但是，这对于企业应用来说是很不错的，对于想收费的面向B2C市场的小型开发公司、个人工作室而言，可能还是将App放在电子市场稳妥一些。
个人看法，欢迎拍砖。