(Web移动应用框架构想.docxVIP

Web移动应用框架构想发表于2010-09-29 16:08| 4240次阅读| 来源Tencent WSD Blog| 1条评论| 作者笨笨熊web框架框架应用移动web摘要：iUI、jQTouch、WPTouch、PhoneGap、XUI、iWebkit、Rhodes、gwt-mobile当我们已经开始惊叹 web移动应用充斥着各种各样框架与类库的时候，其实各大web框架才刚刚开始他们的移动领域：Yahoo的YUI3.2的iUI、jQTouch、WPTouch、PhoneGap、XUI、iWebkit、Rhodes、gwt-mobile…当我们已经开始惊叹 web移动应用充斥着各种各样框架与类库的时候，其实各大web框架才刚刚开始他们的移动领域：Yahoo的YUI3.2的Touch版、jQuery的jQueryMobile、ExtJS整合JQTouch和Rapha?l库推出的Sencha Touch框架。。。ExtJs更名为Sencha的确让我震惊不少，毕竟自己也曾是ExtJs框架的粉丝，如此重量级的框架忽然掉头往mobile touch的方向发展，确实不是一件易事，我们也不禁惊叹移动应用所带来的重大改变。OK，在这里我并不是想跟大家介绍各种web移动应用框架的用法介绍和性能对比。只是受ExtJs的影响，以及想知道自己到底去到一个什么程度，以及更好的积累沉淀下前端的经验，于是我开始构想一个好的web移动应用框架应该如何如何，并开始尝试着手实现。重复造轮子只是强迫自己更深入地去了解这个领域，并不是自大到要挑战什么。于是分析对比了下，总结如下：1.轻量级这个应该是移动应用框架里最重要的一点，不要想着3G的普及还有wifi啥的，国情就是国情，要大部门用户在3秒内下载完你那100K的css和js文件是强人所难。因此我们的移动应用框架必须尽可能的轻量化，所有的命名和函数实现方法都要尽可能的简练和高度压缩。抛掉那些PC上web应用的特效和组件吧，不要为了一个菜单效果把7，80K的jQuery.js加在你的页面上。2.主流手机浏览器兼容性面对如此多的手机平台和浏览器，要你的移动应用在所有浏览器上表现如一是很困难的，有时候你需要对不同浏览器加载不同的样式文件，又或是运行不一样的函数来实现效果。因此我们的框架必须有能识别各种主流浏览器的方法，具体点，你的框架必须能区分如iPhone、iPad、Android、Windows Phone等，OK，再国情化一点，QQ手机浏览器和UCWeb。最后要注意的是这里尽量不用UA的方法来判断，因为各浏览器的avigator.userAgent都很不可靠，这里可以参考下mooltools判断浏览器的思路，应用到我们的移动领域上。3.强大的选择器选择器可以说是一个框架灵魂，在将来的web移动应用中会大量使用CSS3的高级伪类，因此我们的框架必须能尽快遍历定位到尽可能多的HTML5标签和CSS3的伪类，哪怕是像E:first-of-type这种jquery选择器都不支持的结构。4.页面动画效果与桌面web应用不同的是，移动应用在页面的切换效果方面要炫的多，比如：滑动切换，遮罩弹出，渐入渐出，闪屏，iPhone上的zoomin，zoomout效果等。看看CSS关于fadein和zoomin动画的定义：再看看JS端对页面切换的处理：5.Ajax解析移动设备浏览器受性能和带宽限制，ajax的应用也与桌面应用有较大的区别，因此低带宽和易用性就成了ajax应用的目标，最典型的例子就是翻页，哈，一丝一毫的带宽都不能放过，这方面可以参考下iUI的思想。6.手势操作对，就是Touch，一个给移动互联网带来革命的事件。把mouseOut、mouseover这些桌面相关的鼠标事件从你的移动框架里去除吧，与之替换的是各种Touch和Gesture(手势)事件:touchstart :手指放在屏幕上时触发touchend :手指离开屏幕时触发touchmove :手指在屏幕上移动时触发touchcancel :取消Touch事件(这个貌似是系统触发的) gesturestart :开始手势事件gestureend :停止手势事件gesturechange :改变手势事件监控Touch操作，我们需要利用Touch事件相对于整个页面视图的X轴和Y轴位置来定位(PageX、PageY)，并重载默认的 Touch事件来扩展我们的需求，对于没有Touch支持的浏览器，我们依然可以重载相应Mouse事件，而Gesture(手势)事件由于需要两根手指触发的放大、缩小、旋转，鼠标是无法模拟,比如下面使用CSS3的webkitTransform样式属性缩放和旋转一个对象Box：7.重力感应当然，一般的应用很少会用到重力感应，它更适应于游戏方面。对于浏览