[推荐]webos评论辩论记录
webos讨论记录
Message History(This message history is in text format. It cannot be imported again)
================================================================
List:Discussions
================================================================
Message object:我们目前考虑的是使用最新的HTML5的,
================================================================
2012/3/1 15:27:52 ?子路?/zt
我们目前考虑的是使用最新的HTML5的技术特性,来开发一个基于
Webkit内核的包装称App的浏览器,和一个WebOS网页
2012/3/1 15:28:14 ?子路?/zt
你这边提出了几大要点:
2012/3/1 15:28:15 ?子路?/zt
1.窗口系统,支持里面通过innerHTML或者传递URL来创建一个窗口,
然后窗口里面的东西自己玩,外面支持窗口的一些基本操作。
2.本地存储系统,可能有一些东西需要保存在客户端
3.远程RPC,可以借助AJAX或者WEBSOCKET...来完成
4.做一些基本的服务,作为各个程序可以直接调用的东西,以及涉及
到的跨域通信的一些问题。
2012/3/1 15:30:00 ?子路?/zt
这些新技术里有哪一些是HTML5的特性呢,或者是用到了其他的技术,这里本地存储系统保存在客户端是否指的是定制的浏览器,
2012/3/1 15:31:38 迈岭科技
你可以这么认为
2012/3/1 15:32:37 迈岭科技
所谓的webOS就是一个JS的开发框架,其核心是JS。
HTML5所能带来的最大的好处是,可以让某些过去性能很低的做法,变得性能高了些。
实际上,可以完全没有HTML5而做出一个兼容性不错的所谓webOS出来。
2012/3/1 15:33:25 ?子路?/zt
比如一些小游戏之类的都是可以使用HTML5新特性完成的对吧。第四点,做一些基本的服务,能再详细点吗
2012/3/1 15:33:42 迈岭科技
比如:
1.跨域的消息
通知
关于发布提成方案的通知关于xx通知关于成立公司筹建组的通知关于红头文件的使用公开通知关于计发全勤奖的通知
,过去是必须要借助服务器端转发,或者proxy机制来完成,或者JSCRIPT。现在提供了一个可以直接发送消息的接口(但目前貌似有的浏览器还不太稳定可靠,比如IE9,会丢消息)
2012/3/1 15:34:46 迈岭科技
比如画图,过去firefox采用的是canvas,IE采用的VML,实际上可以通过一定的处理,把VML封装为canvas的几乎兼容的接口,那就是现在的html从firefox 的canvas演进过来的canvas。
2012/3/1 15:35:58 迈岭科技
再比如阴影效果,过去firefox搞了一个 shadow-box,ie有个filter,也可以通过一定的封装,让他们行为类似(但并不完全相同)。如果是HTML5那就大家都支持同样的描述了。 透明度,alpha也是如此。
2012/3/1 15:36:18 ?子路?/zt
嗯,知道了。你说到的跨域通信,指的是RTC-Web吗
2012/3/1 15:36:29 迈岭科技
本地存储也是,非ie的原来有一个localstoreage,ie有个#data,经过封装也效果勉强一致
2012/3/1 15:38:10 迈岭科技
作为一个大型的应用,你可能得考虑嵌入别人的页面,那嵌入的时候,无非两种形式,在您的域下提供JS代码,当成您的页面。另外一种是资源托管在他们自己的服务器上,您只是连入他们的服务。facebook,webqq都是这么处理的。这时候必然涉及到他们的程序需要调用一些平台的基础服务的问题,那可能就会涉及跨域。
2012/3/1 15:39:26 迈岭科技
跨域是浏览器的安全限制,简单的说,类似iframe嵌入后带来的问题,xx.com的页面是不可以直接访问yy.com的那些变量、函数的。必须要借助一些跨域处理的手段。
2012/3/1 15:40:25 迈岭科技
当然还有很多的特性,比如播放视频,过去可能需要借助object或者activex来完成视频的播放,现在直接编写video标签。
2012/3/1 15:41:06 迈岭科技
HTML5代带来的好处是把过去一些需要外部的插件支持的,需要不同浏览器做不同的操作的统一起来了,变成了通用的操作。
2012/3/1 15:43:12 ?子路?/zt
嗯,目前WebQQ上的Web应用商城里的应用,应该是两种形式都有的吧,有的直接点击就跳转到该应用的页面,有些应用的资源则是托管在WebQQ的服务器侧的,
2012/3/1 15:44:15 迈岭科技
通常可能都当成外域的代码来处理会更好些
2012/3/1 15:44:38 迈岭科技
因为这样可以隔离,外域的代码有问题不会影响到这个系统本身,即使奔溃了也是外面的奔溃。
2012/3/1 15:45:05 迈岭科技
否则js一出现error就不行了,整个服务可能都用不了,甚至浏览器都可能异常退出
2012/3/1 15:45:44 迈岭科技
还有跨域带来的是限制也是好事,这样省去了别人访问一些你不想给他们访问的东西。安全性也会好些。
2012/3/1 15:48:28 迈岭科技
基本上都是通过先做浏览器的环境的版本、或者能力判断,然后再选择不同的实现方式,但是对外提供同一的接口。
2012/3/1 15:49:15 迈岭科技
在基本的HTMLUI元素层面封装出来后。 还需要一个提供一些后台系统的基本服务,那就需要依据你们的定位和规划了
2012/3/1 15:49:18 ?子路?/zt
我们目前主要真的是手机用户,而目前的手机浏览器大多都支持了HTML5的主要特性,你们之前可能考虑的更多是在PC侧,而PC侧的IE用户数是很大的,我们想考虑目前在手机侧做一个WebOS的一个优化
方案
气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载
,主要是技术实现及呈现效果的,你们是否能针对手机侧提出一套这样的方案呢
2012/3/1 15:49:41 ?子路?/zt
针对手机用户
2012/3/1 15:49:44 迈岭科技
道理是一样的。
2012/3/1 15:49:47 迈岭科技
做法也是一样的
2012/3/1 15:50:29 ?子路?/zt
目前腾讯的WebOS用手机登陆还是存在很大的问题
2012/3/1 15:50:32 迈岭科技
只是你想兼容更多的浏览器就做更多的适配,不想那就只做支持html5哪些特性的浏览器。
2012/3/1 15:50:52 迈岭科技 是的,登录环节还不太优雅
2012/3/1 15:50:58 迈岭科技 短线处理有缺陷
2012/3/1 15:51:13 迈岭科技 断线处理有缺陷,有时会让人抓狂
2012/3/1 15:51:16 ?子路?/zt 我们是打算做一个定制浏览器,想App方式呈现的基于WebKt内核的,
在手机侧
2012/3/1 15:51:42 ?子路?/zt 要在手机侧实现一个较好的用户体验,不要有缺陷的那种
2012/3/1 15:52:08 迈岭科技 不想有缺陷,那就需要多下些功夫了
2012/3/1 15:52:23 迈岭科技 不过手机的兼容性问题,有可能比您想像的要糟糕哈
2012/3/1 15:52:44 迈岭科技 所有的web应用,兼容性都是最大的挑战
2012/3/1 15:53:15 迈岭科技 webkit自己带呢,应该会好点
2012/3/1 15:53:23 ?子路?/zt 你们什么时候有空再来这边交流一趟,到时候我们可以深入了解一下技术实现细节,以及对工作量进行初步的评估
2012/3/1 15:53:24 迈岭科技 只要你能保证webkit和某个平台的兼容性
2012/3/1 15:54:08 迈岭科技 而且还有一点
2012/3/1 15:54:20 迈岭科技 您的应用是面向手机+pad还是只是手机,
2012/3/1 15:54:41 迈岭科技 手机的屏幕很小,元素的布局方面和pad及电脑是有区别的
2012/3/1 15:54:51 迈岭科技 那就需要仔细考虑layout的问题
2012/3/1 15:55:04 迈岭科技 手机屏幕千差万别
2012/3/1 15:55:12 迈岭科技 各种比例和
尺寸
手机海报尺寸公章尺寸朋友圈海报尺寸停车场尺寸印章尺寸
都有
2012/3/1 15:55:27 迈岭科技 有时还会旋转(是否要支持)
2012/3/1 15:55:52 迈岭科技 一个UI能支持各种分辨率及旋转。。。还是很有挑战性的
2012/3/1 15:55:57 ?子路?/zt
目前还没最后订,对于电信用户来说,还是手机
2012/3/1 15:56:57 八毛
如果兼容性有问题,前端代码可以做成多个版本么,Pad版、手机版、PC版,这也是没有办法的办法吧,虽然不优雅。
2012/3/1 15:57:37 迈岭科技
分容易,但要合起来就难
2012/3/1 15:57:47 迈岭科技
如果你做N套独立的东西,那就是另外一回事了,
2012/3/1 15:58:09 迈岭科技
但实际上,没人能维护好同样功能有3,4套代码的系统
2012/3/1 15:58:27 迈岭科技
这个的核心问题是对layout的考量
2012/3/1 15:58:33 迈岭科技
这方面IOS处理的还不错
2012/3/1 15:58:53 迈岭科技
比如apple自己提供的一些程序做得还不错。
2012/3/1 15:58:56 八毛
我们当前重点还是着重移动侧,因为不可能在PC侧去和腾讯拼吧。再有移动侧运营商还是有点优势的。
2012/3/1 16:00:04 迈岭科技
这里可能需要考虑的是一种机制,考虑清楚了,分工明确那就可以达到这个效果。
2012/3/1 16:00:27 迈岭科技
就是哪些是平台做的,哪些是开发者做的,如果开发者要做该怎么做,考虑清楚了,也就搞定了。
2012/3/1 16:01:48 迈岭科技
引申出来就是要求这个框架:逻辑和UI尽可能的要分离。不要绑太死。
UI的控制要进行抽象化,不要每个程序都自己全部按照固定的pix大小来搞,而是另外一种抽显出来统一化的layout描述方式。
2012/3/1 16:02:13 迈岭科技
能做到这样,你们这个webOS就相当完美了
2012/3/1 16:03:49 迈岭科技
现在不管是facebook、chrome web market还是webqq还是新浪微博,所谓的app多,其实都是嵌入了别人的页面(url)而已,并不是真的有那么多程序,大多数程序是这么构成的。很多页面甚至和这个webos都没交互,只是一个图标,对应了一个url。
2012/3/1 16:04:45 ?子路?/zt
但是WebOS里点击的图标和实际的url点击后呈现的效果是不一样的
2012/3/1 16:04:58 迈岭科技
那个是做了个套子
2012/3/1 16:05:13 迈岭科技 和你们的想法,用webkit做个套子,去掉边框一样的
2012/3/1 16:05:34 ?子路?/zt 这个套子对不同应用都是统一的吗
2012/3/1 16:05:44 迈岭科技 你打开webqq,用个dom查看工具(chrome/ie9都内置了),firefox
用firebug,然后你就可以看到其实是一个iframe
2012/3/1 16:05:49 迈岭科技 是的
2012/3/1 16:06:01 迈岭科技 facebook也是这个套路
2012/3/1 16:06:02 ?子路?/zt 这个套子是都是腾讯做的,
2012/3/1 16:06:11 迈岭科技 原理上来说这个就是一个iframe
2012/3/1 16:06:20 迈岭科技 所以才引出刚才说的那个跨域的问题
2012/3/1 16:06:57 迈岭科技 除非特别的应用,最好不要直接放到同一个域,那样人家可以取走任
何东西的。
2012/3/1 16:07:34 迈岭科技
那样容易出现安全问题,而且程序出错了很可能整个系统都不转了,要保持独立性。
2012/3/1 16:10:15 ?子路?/zt
比如腾讯的WebOS应用里有豆瓣FM,那么豆瓣FM不需要根据腾讯的WebOS
规范
编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载
标准
excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载
再单独开发一套界面去适合WebOS的效果,而是腾讯直接用了iframe实现了效果,WebOS里面的豆瓣FM的图标其实就是个URL,是这个意思吗,
2012/3/1 16:10:43 迈岭科技
相当于是存了个URL
2012/3/1 16:11:04 迈岭科技
以腾讯的影响力,还没几个人会用他们的js代码来写自己的程序的
2012/3/1 16:11:10 迈岭科技
那个牵涉的面太广
2012/3/1 16:11:15 迈岭科技
那个只是美好的愿景
2012/3/1 16:11:27 迈岭科技
实际上,大家只是在webqq里面混个入口,里面还是自己的东西的
2012/3/1 16:12:14 ?子路?/zt
就是说对于WebOS里的应用来讲,只是一个个URL,呈现效果全是腾讯自己用iframe实现的,对吗
2012/3/1 16:12:49 迈岭科技
只是提供了一些跨域的调用,然后外面的位置,放大缩小,打开关闭这些行为由腾讯提供了统一的操作。 如果程序内部要访问腾讯的服务那就要用腾讯的跨域的js api(实际上这样用的人非常少,有的多半是登录一下qq而已),里面还是自己的。
2012/3/1 16:13:16 八毛
我感觉腾讯的OpenID还是可以,对于新的有内容的中小网站来说有一定的吸引力。
2012/3/1 16:13:28 迈岭科技
iframe里面的东西是提供app服务的那些网站自己来做的,相当于用浏览器访问,而没有了菜单和地址栏了而已。
2012/3/1 16:13:35 迈岭科技
你说的没错
2012/3/1 16:13:41 迈岭科技
但openid现在用的人也并不多
2012/3/1 16:13:53 迈岭科技
有用到的,就是用下openid而已
2012/3/1 16:14:50 迈岭科技
这也是facebook实际被用的最多的基础服务
2012/3/1 16:15:27 迈岭科技
你要让别人用你的api来写程序,特别是人家都有了自己的网站在运营了,是非常难的,不要说腾讯,就是google,facebook,微软也没这个撼动力。
2012/3/1 16:15:29 八毛
关键是JS API有什么好东西没有,OpenID很重要,OAuth也很重要,我个人认为接下来这将是一场很残酷的战争了。
腾讯、新浪、google都在推自己认证服务
2012/3/1 16:16:09 迈岭科技
认证这个东西,谁的用户多,就会用谁的。还有就是谁可以赚到钱,大家就会用谁的。
2012/3/1 16:16:42 迈岭科技
运营商的机会也是在这个地方
2012/3/1 16:17:24 迈岭科技
开发者为啥用,无非是导入流量,或者app store直接可以收钱。这是关键。
2012/3/1 16:22:58 ?子路?/zt
搭一套Demo和演示原型,大概需要多少工作量呢
2012/3/1 16:25:36 迈岭科技
也有一些相关的基础功能
2012/3/1 16:25:42 迈岭科技
看做到的程度
2012/3/1 16:25:49 迈岭科技
主要是兼容性、全面性
2012/3/1 16:27:09 ?子路?/zt
我们现在不涉及兼容性的问题,因为根据WebOS特性,我们会做一个定制浏览器
2012/3/1 16:27:20 ?子路?/zt 在定制浏览器下去访问页面
2012/3/1 16:27:50 ?子路?/zt 目前是做一个Demo原型,内部试用即可
2012/3/1 16:28:30 迈岭科技 是研究性质,都还好
2012/3/1 16:28:35 ?子路?/zt 你们这边在开发定制浏览器方面有经验吗
2012/3/1 16:28:37 ?子路?/zt 对的
2012/3/1 16:29:01 迈岭科技 浏览器嵌入程序倒是不会太难
2012/3/1 16:29:09 迈岭科技 系统提供了控件的
2012/3/1 16:31:59 ?子路?/zt 哦,明白了
2012/3/1 16:34:59 迈岭科技 如果自己从webkit+js引擎+甚至渲染+网络通信去搞还是很麻烦的。
2012/3/1 16:41:01 八毛
不可能搞,商业上支撑这么大个团队不现实
2012/3/1 16:42:53 迈岭科技
研究好说,呵呵
2012/3/1 17:00:19 ?子路?/zt 嗯,我们主要就是搞一个研究性的软课题