HTML5在移动开发中的现状,深入之参数按值传递

JavaScript 深入之类数组对象与 arguments

2017/05/27 · JavaScript · arguments

原文出处: 冴羽   

JavaScript 深入之参数按值传递

2017/05/23 · JavaScript · 参数

原文出处: 冴羽   

HTML5在移动开发中的现状

2011/07/11 · HTML5 · HTML5

“我们正在用HTML5编写我们下一套移动产品。”“是啊,这些天很多人在玩着Appcelerator,我也在玩着。”“嗯,但这并不是我要说的那种HTML5产品。”

最近,我有很多类似的交流对话,可能因为我正在开发一套HTML5的应用吧。就像2005年的“AJAX”,“HTML5”这个术语现在还没有被清晰地定义,在未确定这个新技术有什么优势前,它就已经被四处套用,甚至投入运营。

如果你在一间被热衷新技术的管理人掌控的公司里任职,如果你走运,那么漫画人物呆伯特先生可能非常愿意坐在你隔壁的小房间。

两种看法

当人们讨论移动设备上的HTML5技术时,他们通常只会有两种不同的看法。

从感性的角度来看,HTML5技术的渲染过程主要是由浏览器、内嵌HTML5解析器的应用程序 (如PhoneGap)、支持书签打开方式的应用程序又或者是移动手机产品(iPhone和iPad)进行的。这种技术的好处就是能重用现有的网页设计,Web开发人员也更容易上手,同时产品具备更高质量,更适用于多平台产品。也更易于调试和修正错误,并且,版本更新会更快。此消彼长,优势是它的功能,如果你像PhoneGap一样使用内嵌的架构,那么你会少很多麻烦事,劣势就是它的表现,这也是HTML5技术面临的最大难题。

从理性的角度来看,HTML5 技术就是使用JavaScript引擎直接控制本地功能,改变移动设备上的浏览器组件。而HTML5应用上的表现问题更多是由HTML/CSS渲染技术控制的,而不是由JavaScript解析生成的。如果使用正确,HTML5技术无疑可以给予你大量新增的表现效果。目前使用HTML5技术的例子包括 Appcelerator Titanium、Mobage/ngcore、Game Closure以及PhobosLabs。

Node.js工具包

以PhobosLabs的项目为例,当这个项目是使用WebKit的 JavaScriptCore组件完成,在设备端使用OpenGL渲染界面,而在开发时使用HTML5的canvas组件的API开发。这就是说,开发人员可以在一个对canvas有良好支持的桌面浏览器内开发和测试他的HTML5游戏,并且当他将这个游戏放到移动设备的浏览器打开时,也会出现同样优秀(甚至更优秀)的表现效果。这种用HTML5开发的效果跟使用Node.js工具包开发的效果很相像,使用Node.js时,只需启用JavaScript引擎,而你仅需把你需要使用的Node.js组件添加到你的应用即可。

Appcelerator的Titanium详述了HTML5技术的概念,给我们展现了一个完整的UI工具的抽象层,这使得它可以被应用到生成其他游戏产品。意即一个HTML5应用开发人员可以通过Appcelerator 的JavaScript UI库创建按钮,而Appcelerator的内部逻辑会将这个按钮转换为iOS的原生界面按钮。我们可以通过JavaScript控制界面上的原生按钮。理论上,开发人员可以不需要写一句Objective-C代码。

HTML5技术有它的优势,当你依然在使用JavaScript编写代码时,你可以跟那些烦人的HTML/CSS布局逻辑和样式声明说再见。你还可以跟那些优秀的调试工具说再见。但这个技术也有蹩脚的一面,像HTML5的游戏API Mobage就存在一些小毛病,canvas组件可以在屏幕相对小一点的界面顺利显示,但如果屏幕稍微变大一点,就好像Appcelerator的例子一样,在调试时,你还需要考虑界面层额外的复杂性。在这里有很多Appcelerator的负面评论,如果你能把上面的几点记在心里,那么那些负面评论其实都可以被理解。

问题还在浏览器

开发一个完整的HTML5手机应用的首要难题就是运行速度过慢。而第二大难题就是非常愚蠢的工具束缚,许多组件或多或少在不同浏览器都存在一些漏洞,如jQuery Mobile的导航组件、iOS的innerHTML组件的漏洞,所以你需要减少功能去避免出现漏洞,又或者你愿意花一些时间去修复这些漏洞。

你可以自己做个实验,当你在一个iOS应用里仅使用一至两个界面库时,再加上你自己写的少量JavaScript代码,没有更多的JavaScript库,你会发现这个HTML5应用运行得流畅而完整,但却没什么功能。PhoneGap的iOS项目仅需要1至2秒的时间就可以在iPhone 3GS上发布运行。这个事实可以告诉你,最基本的HTML5应用运行起来真的非常流畅。所以,当你发现你的HTML5应用的某些操作花费了10-15秒时间时,又或者花了15秒时间才加载完整个程序时,这都是一些JavaScript界面库给拖累的。

两套有代表性的UI库

一个HTML5手机应用程序员需要的通常只有那么两样东西:第一样就是原生平台和网页界面的嫁接层;第二样就是手机UI库。

PhoneGap近年已逐渐成为默认的嫁接层选择,它允许HTML5应用通过JavaScript调用移动设备的照相机、访问手机通讯录和读写文件。而最受欢迎的手机UI库就包括由jQuery Mobile和Sencha Touch。

jQuery Mobile是去年才创建的一个项目,所以它是非常新的,很显然,它也不够成熟。jQuery Mobile的导航栏组件就非常糟糕,翻页时明显比原生的翻页功能要慢,如果你不刷新浏览器,你就没有办法递增列表内容。而在PC桌面平台测试时,它的 CPU耗用率也是非常高(版本是jQuery Mobile的alpha 4)。我的项目使用它,主要是考虑到相对简单(比较容易破解),因为这个库是基于jQuery构建的,所以任何一个资深的网页程序员都很容易上手。

据说Sencha Touch比jQuery Mobile更成熟更快。但我一看到高复杂性的东西,我就不会不自觉地厌恶它们。因为潜意识会告诉我,有很多功能我根本不会使用到,但却强制加载这些额外的东西到我应用里,让我应用整体表现差了很多。尽管我可能是错的,PhoneGap应用页中最强大的手机应用是IGN Dominate,它运行得很流畅并且它就是基于Sencha Touch开发的,但我确定他们肯定花了很多时间去优化这个产品。

调试和修改

在上面谈到的开发HTML5应用时,许多人可能都忽略了一点,其实调试或修改一个HTML5应用是很简单的。任何一个曾参与过大型HTML5开发项目的开发人员都可以告诉你,调试和维护几乎占了整个项目生命周期的80%的时间,甚至更多。这就是说,当你听到一个开发工具宣称可以在15分钟内开发一个聊天应用时,那么它可能只是能让你在15分钟内解决20%的工作,剩下的 80%,你可能得耗上3倍以上的精力才能完成。

HTML5手机应用在调试时存在触碰问题,因为无法打印出控制台的日志。所以,如果JavaScript代码存在漏洞或者报错,你需要alert()报错,否则你可能没法发现。PhoneGap修正了这个问题,它可以通过 XCode的控制台打印控制台的调式日志,但功能依然很有限。

目前最有效的解决方案就是weinre。尽管漏洞百出,但它就是能跑起来,有了它,你还能断点调试你的手机应用的UI,weinre是基于WebKit的网页检查器的,它的调式工具后台通过远程服务端获取和替换调试代码。两至三周前,我曾对网页检查器的代码做过一些研究,我发现把它转换为一个远程调试器真的不难。Weinre接下来几个月的开发进度将会更快,某些人可能还会开发出它的替代产品。我们拭目以待。

未来几年,移动应用开发中的HTML5技术的调试工具无疑变得更加重要,它可以解决大部分开发人员80%的工作量。你想要用Objective-C改变你的界面设计吗?编辑,再编译,运行。重复这三个步骤直到你满意为止。如果再编译步骤很多,这可能会耗上一天的时间。用HTML5技术去实现?用weinre编辑一些CSS属性并测试,你甚至不用关闭应用,你就可以继续调试。一定程度上,你还可以在桌面浏览器调试你的HTML5手机应用。但相信我,你的应用产品最终可能只会在移动设备上爆发一大堆漏洞而已,所以你必须得使用 weinre。

不幸的是,人们常赞美某个工具包或者某项功能,但你却很少听到有人夸赞某个调试工具非常棒。所以我猜测就算它是HTML5手机程序员最常用到的工具,我们也很少听到它被讨论到。

总结:现在的状况

尽管这篇文章真的有点长,但我还是得总结一下:

  • 1. 在移动设备开发HTML5应用只有两种方法,要不就是全使用HTML5的语法,要不就是仅使用JavaScript引擎。
  • 2. JavaScript引擎的构建方法让制作手机网页游戏成为可能。由于界面层很复杂,我已预订了一个UI工具包去使用。
  • 3. 纯HTML5手机应用运行缓慢并错漏百出,但优化后的效果会好转。尽管不是很多人愿意去做这样的优化,但依然可以去尝试。
  • 4. HTML5手机应用的最大优势就是可以在网页上直接调试和修改。原生应用的开发人员可能需要花费非常大的力气才能达到HTML5的效果,不断地重复编码、调试和运行,这是他们首先得解决的一个问题。
  • 5. 是的,HTML5的移植非常简单,但我假设每个人都会让这变成一个自动化操作。

原文:Kou Man Tong
译文:Norris Lin

 

赞 收藏 评论

图片 1

类数组对象

所谓的类数组对象:

拥有一个 length 属性和若干索引属性的对象

举个例子:

var array = ['name', 'age', 'sex']; var arrayLike = { 0: 'name', 1: 'age', 2: 'sex', length: 3 }

1
2
3
4
5
6
7
8
var array = ['name', 'age', 'sex'];
 
var arrayLike = {
    0: 'name',
    1: 'age',
    2: 'sex',
    length: 3
}

即便如此,为什么叫做类数组对象呢?

那让我们从读写、获取长度、遍历三个方面看看这两个对象。

定义

在《JavaScript高级程序设计》第三版 4.1.3,讲到传递参数:

ECMAScript中所有函数的参数都是按值传递的。

什么是按值传递呢?

也就是说,把函数外部的值复制给函数内部的参数,就和把值从一个变量复制到另一个变量一样。

读写

console.log(array[0]); // name console.log(arrayLike[0]); // name array[0] = 'new name'; arrayLike[0] = 'new name';

1
2
3
4
5
console.log(array[0]); // name
console.log(arrayLike[0]); // name
 
array[0] = 'new name';
arrayLike[0] = 'new name';

按值传递

举个简单的例子:

var value = 1; function foo(v) { v = 2; console.log(v); //2 } foo(value); console.log(value) // 1

1
2
3
4
5
6
7
var value = 1;
function foo(v) {
    v = 2;
    console.log(v); //2
}
foo(value);
console.log(value) // 1

很好理解,当传递 value 到函数 foo 中,相当于拷贝了一份 value,假设拷贝的这份叫 _value,函数中修改的都是 _value 的值,而不会影响原来的 value 值。

长度

console.log(array.length); // 3 console.log(arrayLike.length); // 3

1
2
console.log(array.length); // 3
console.log(arrayLike.length); // 3

引用传递

拷贝虽然很好理解,但是当值是一个复杂的数据结构的时候,拷贝就会产生性能上的问题。

所以还有另一种传递方式叫做按引用传递。

所谓按引用传递,就是传递对象的引用,函数内部对参数的任何改变都会影响该对象的值,因为两者引用的是同一个对象。

举个例子:

var obj = { value: 1 }; function foo(o) { o.value = 2; console.log(o.value); //2 } foo(obj); console.log(obj.value) // 2

1
2
3
4
5
6
7
8
9
var obj = {
    value: 1
};
function foo(o) {
    o.value = 2;
    console.log(o.value); //2
}
foo(obj);
console.log(obj.value) // 2

哎,不对啊,连我们的红宝书都说了 ECMAScript 中所有函数的参数都是按值传递的,这怎么能按引用传递成功呢?

而这究竟是不是引用传递呢?

遍历

for(var i = 0, len = array.length; i len; i++) { …… } for(var i = 0, len = arrayLike.length; i len; i++) { …… }

1
2
3
4
5
6
for(var i = 0, len = array.length; i  len; i++) {
   ……
}
for(var i = 0, len = arrayLike.length; i  len; i++) {
    ……
}

是不是很像?

那类数组对象可以使用数组的方法吗?比如:

arrayLike.push('4');

1
arrayLike.push('4');

然而上述代码会报错: arrayLike.push is not a function

所以终归还是类数组呐……

第三种传递方式

不急,让我们再看个例子:

var obj = { value: 1 }; function foo(o) { o = 2; console.log(o); //2 } foo(obj); console.log(obj.value) // 1

1
2
3
4
5
6
7
8
9
var obj = {
    value: 1
};
function foo(o) {
    o = 2;
    console.log(o); //2
}
foo(obj);
console.log(obj.value) // 1

如果 JavaScript 采用的是引用传递,外层的值也会被修改呐,这怎么又没被改呢?所以真的不是引用传递吗?

这就要讲到其实还有第三种传递方式,叫按共享传递。

而共享传递是指,在传递对象的时候,传递对象的引用的副本。

注意: 按引用传递是传递对象的引用,而按共享传递是传递对象的引用的副本!

所以修改 o.value,可以通过引用找到原值,但是直接修改 o,并不会修改原值。所以第二个和第三个例子其实都是按共享传递。

最后,你可以这样理解:

参数如果是基本类型是按值传递,如果是引用类型按共享传递。

但是因为拷贝副本也是一种值的拷贝,所以在高程中也直接认为是按值传递了。

所以,高程,谁叫你是红宝书嘞!

本文由澳门新葡亰平台官网发布于web前端,转载请注明出处:HTML5在移动开发中的现状,深入之参数按值传递

TAG标签:
Ctrl+D 将本页面保存为书签,全面了解最新资讯,方便快捷。