W3C home > Mailing lists > Public > public-html-ig-zh@w3.org > August 2011

Re: 关于HTML5调用硬件设备

From: Ben Luo <benluo@gmail.com>
Date: Sat, 6 Aug 2011 17:16:23 +0800
Message-ID: <CAETyRJAYkXzOvmiv8zY1zzTb5eA_cFFqaFLhU_WQ0wJ4_QnBqQ@mail.gmail.com>
To: Zi Bin Cheah <zibin@opera.com>
Cc: Vincent CHEN <nickledson@gmail.com>, 周裕波 <itchina110@gmail.com>, public-html-ig-zh@w3.org
我觉得接近原生的追求是不是有点过。程序本身就是使用体验和开发时间,开发费用的平衡。如果一个应用本身是必不可少的,为了跨平台,和原生的感觉有点不一样,大家也是能够接受的。现在这么多平台,如果都是原生,就算最少的需求也需要有人懂
Qt(windows, linux, sybian, MacOS), Object-C (ipad/iphone), Java (Andriod),
Javascript (hp webOS). 一个公司真的能有这么多资源吗?

我觉得离线以后可以继续使用,在线后可以同步是我最主要的一个需求。在现在这个环境下,不可能随时在线,网页应用与原生的区别可能就在这里吧。现在ipad中有很多所谓的原生,只是把网页的东西用
object-c 画了一下,如果与这种东西比,网页版的有过之而不及。

2011/8/6 Zi Bin Cheah <zibin@opera.com>

> 这样的feature是platform & browser specific的,对扩展网页应用的能力很有意义,**
>> 但是假如只有极少数平台和浏览器支持,**那么写出来的web应用也就只能运行在极少数这些平台和浏览器上**
>> ,这样的话可能更好的选择是为这些平台编写原生应用...
>>
>> 另:和文中的观点略有不同,**我觉得网页应用和原生应用最大的差别并不在于是否具有访问本地设**备的能力,而是在外观、交互、重绘的体验上,比如大量的DOM
>> tree改变导致的重绘,**在屏幕上常常可以明显感觉到白区和迟滞;**长列表scroll的时候,来不及重绘只好用chess
>> board填充,等等...
>>
>
> DOM tree的重绘,或许通过未来的硬件加速可以改进不少,**我倒有兴趣听听手机上的 web apps交互,外观有哪些应该改进的。全屏是第一步,*
> *在webgl/canvas/DOM tree重绘速度解决之后,是否就更接近原生了?
>
>
>
>> Cheers,
>>
>> --
>> Vincent CHEN
>> Sent with Sparrow
>> On Saturday, 6 August 2011 at 12:37 AM, 周裕波 wrote:
>>
>>  这是opera的一篇文章,**大概是介绍是与DeviceOrientation Event 有关的内容。
>>> 大家有兴趣的可以看看,因为我看不懂英文,就不多说了,**下面是url,也是今天同事围在一起看的东西,具体怎么回事,**大家看了就明白了:
>>>
>>> http://my.opera.com/**shwetankdixit/blog/2011/07/06/**
>>> getusermedia-and-device-**orientation-adventures<http://my.opera.com/shwetankdixit/blog/2011/07/06/getusermedia-and-device-orientation-adventures>
>>>
>>> --
>>> 此致
>>>
>>> Mr. Zhou YuBo - 周裕波
>>>
>>>  邮件:itchina110@gmail.com
>>>
>>>
>>
> Regards,
>
> Zi Bin Cheah / 谢子斌
>
> Web Evangelist
> W3C: HTML5 WG (member), W3C HTML Chinese IG (Chair)
> office: + 47 23 69 25 81 / twitter: zibin
>
> 网络布道者
> W3C:HTML5小组 (会员),HTML5中文小组(主席)
> 手机: + 86 1350 106 8700 / 微博: zibinme
>
>
>
>
>
>
>
Received on Saturday, 6 August 2011 09:17:19 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:43:49 UTC