23 123
发新话题
打印

从Chrome里看到的web app,和想到的。拍砖时还望手下留情哈

从Chrome里看到的web app,和想到的。拍砖时还望手下留情哈

Google要发布什么产品,最不缺的就是广告途径。他们说,Chrome来了。好吧,那就试试吧。  
抱着玩玩看的心态运行,不料却大吃一惊——脑海里迸射出的一个形容词是:颠覆性的。我可能太大惊小怪了,不过这里面自然有让我大惊小怪的理由。  
简单对比下,Chrome比其他几种浏览器更快,网上也有一些不知道是否公正的数据,证明它的确很快。不过这还没什么值得大惊小怪的。  
Chrome的界面很简洁,简洁+快速的确叫人印象深刻,不过跟坐拥无数插件的Firefox相比,chrome的功能也简洁得有点过分。毕竟版本号才到0.2,完善之路还漫漫。  
真正令我动容的是Chrome的"Create application shortcuts"。基于Web的应用程序,这个概念几年前就已经存在。从技术上看,这类东西跟早就出现的动态网页没什么本质区别。Google早就发布了GMail, Reader, Doc等等一系列基于web的应用程序,但我极少使用。因为:
1. 这些应用都基于网络,潜意识里我仍然觉得网络连接弱不禁风,一碰就断。   
——现在,其实这已经不是什么大问题了。随着时间推移技术发展,这个问题越来越不是问题。   
2. 要使用这类应用程序,我要先打开浏览器,然后要输入长长一串域名或者至少要到收藏夹里去找出对应的链接点出来。对比只要双击鼠标就可以开始的普通应用程序,使用这些web app实在太麻烦。   
——看起来这个原因很微不足道,但我认为这是影响web app普及的最大问题之一。从一些网页热区的分析中可以看到,不改变广告内容和广告块大小,把广告在网页的热区和冷区,两者的点击率可能相差数倍。   
无疑,Windows桌面就是那个热区,就是CCTV,而网页链接的委身之地——收藏夹,毫无疑问地是冷区,是地摊小报。Chrome的"Create application shortcuts"颠覆了这个习惯,给了webapp站上黄金T台的机会。这或许也可以看作是Google对自己的web应用的一个推广手段。
3.比组织更不可靠的,是浏览器。面对复杂的页面,预测浏览器行为的难度,恐怕不亚于预测天气。我家台式机上的IE 8beta每次正常工作时间不过超过2分钟。IE 7要是装了Google toolbar,crash是一个接一个,也不知道到底是微软的bug还是Google的bug。“号称”超级稳定的Firefox3,内存泄露问题貌似还是没完全解决。
——路漫漫,其修远兮。慢慢改进呗。   
4. User experience与桌面应用程序有差距。受访问权限制约,web app只能利用相当有限的系统功能,UE想超越桌面应用程序,难。。   
——从Javascript到flex, silverlight,网页开发变得越来越灵活,UE也越来越好,但权限的逐步放开,同时带来的是越来越严重的安全问题。不久前,部门不少同事电脑都中毒了,病毒源头就是某网页上的一段flash动画。
  Chrome的"Create application shortcuts",给web app带来的不仅仅是更多的showtime。在展示普通网页的时候,Chrome的外观与IE,Firefox很相似:Window frame + Navigation bar +Tab bar + Page views。 但是当它以app shortcut方式打开一个web app的时候,外观就全然不同了:Window frame + only one page view。 这个看似不大的改变其实不仅仅是为了使界面更美观简洁,这个改变同时还在试图澄清webapp和普通web page在概念上的不同:
   1. Webpage的主要功能是单向地向用户输出信息,用户的动作以浏览为主,所以Navigationbar就显得很重要。在以获取信息为主要目的浏览行为中,“前进”“后退”按钮必不可少。但是webapp不是单向地向用户输出信息,它应该表现得跟一个桌面应用程序一样,有自己的UI,让用户能充分地利用这些UI完成自己的工作。如果的确是需要“前进”“后退”,那么这两个按钮也应该融入整个页面,而不是在navigation bar上面。
2. 以输出信息为主要功能的webpage,不同页面之间的关系是平行的,或者最多是父子关系。这种关系可以通过tab bar表现出来,从而方便用户浏览。而webapp相对而言就比较复杂,它可能需要多个功能不同的子视图,而这些子视图之间的关系只有webapp自己才知道,浏览器不可能知道。这个时候,tab bar相对简单的构造就无法满足webapp的需求了。另外一个原因是,作为一个有良好UE的app,这个app的不同部分应该具备相互通讯的能力,而不同的page之间通讯是很困难的,所以就要求web app必须尽量自己管理自己的视图,而不是轻易交给浏览器。
  总而言之,带给我震撼的,无非这两点:1,Chrome给了web app与desktop app相似的访问方式。2,Chrome给了web app更明确的定义,并且从一定程度上解释了web app的UI设计方向。

[ 本帖最后由 starfar 于 2008-9-3 23:39 编辑 ]
本帖最近评分记录
  • 第三世界 活力 +3 赞同。Chrome的目标是WebOS,不是IE。 2008-9-4 11:58

TOP

是不错,但我觉得也不象想象中的牛逼。
首先,速度快有Webkit大部分的功劳,试试Safari就知道了。新的JaveScript V8的兼容性还有待检验。
多进程好像老把我的硬盘搞的很疲劳,而且不管怎么吹,我觉得其资源占用都会高一些。
快捷方式在IPhone里早就做了,这点上Chrome在技术和创意都不占先。
新Tab的快捷方式也是来自于Opera的Speed Dial,而且还不能关掉,泄露我的访问记录。
总之是个好软件,但没有太多的新东西,不过界面设计的不错,我喜欢。
我觉的自己快要窒息了
支持 (0)  反对 (0)

TOP

补充一下,Web APP的路还很长。
看看iPhone,最早计划全用web app,现在不是也妥协了。

用户才不在乎你是local还是web呢,只要好用就新。遗憾的是,目前web app离local还差了十万八千里。
当然,象Email这种天生就是网络应用的不算。
我觉的自己快要窒息了
支持 (0)  反对 (0)

TOP

没用过iphone? iphone更先进,你都无法判定是web page,还是本地app
iphone上的youtube程序,写的更好,web+本地app, 效果惊人
支持 (0)  反对 (0)

TOP

这些天 FF2 老是吵着要我升级至 FF3,我都搭理,今天试了下 Chrome 之后,就把 FF2 升级至 FF3 了,不知道 FF3 比 FF2 都有什么更新,不过乍一看,工具条、标签、书签等的图标精致了一些。

Chrome 和 IE7 访问 CNSW,提交发帖,有时候会失败,然后输入的一堆东西都不见鸟,所以,至少暂时还是用 FF 来玩 Discuz! 6 了。。。
超级简单易用的音视频转换控件 2008.09.28 最新版本 2.2 推出,更强大 FFmpeg for Delphi http://www.CCAVC.com
MSN: CodeCoolie#live.com QQ: 25758206 (请填写相关验证信息, 谢谢)
成功上传头像的秘籍
支持 (0)  反对 (0)

TOP

相比ff,google显然不打算提供太多太庞杂的功能,基本功能+便利性的功能,以精简为主,更多功能它希望你利用网络来实现。
比如书签、RSS这些很简单的功能,相信开发起来并不困难,但它并没有做,因为 del.icio.us、reader.google.com 这类的社会化网站已经提供了。
用浏览器就是上网的,直接让网站实现这个功能就可以了。
从宣传侧重点上来看,chrome更强调稳定和快速,这显然具备了网络操作系统的雏形。
好像mac版和linux版已经在开发了,google已经把爪子伸到其他公司前方的路口挖关卡了。

支持 (0)  反对 (0)

TOP

同意, V8 并没有比Safari 的 Squirrelfish  或者 FF的 TraceMonkey 快, 而且兼容性是个问题。
引用:
原帖由 zl 于 2008-9-3 07:48 发表
是不错,但我觉得也不象想象中的牛逼。
首先,速度快有Webkit大部分的功劳,试试Safari就知道了。新的JaveScript V8的兼容性还有待检验。
多进程好像老把我的硬盘搞的很疲劳,而且不管怎么吹,我觉得其资源占用都会 ...
支持 (0)  反对 (0)

TOP

昨天用了一天感觉还好,速度和safari差不多,不过兼容性比safari好,基本所有的网站都能正常显示
属于潜水一族,不发贴不回复,感觉稳定性也还好,一天都没什么问题
对于tab页,还是欣赏园子里自曝的Lively Browser
共享这种事,我整天就有这种想法的
支持 (0)  反对 (0)

TOP

唯一感觉不方便是书签管理
愿我来也,得菩提时,身如琉璃,内外明澈,净无瑕移。
支持 (0)  反对 (0)

TOP

对我们而言是否是个big chance?
Target:10000$/M
支持 (0)  反对 (0)

TOP

 23 123
发新话题