西西河

主题:有个智能浏览器的专利,找人一起整 -- 统领

共:💬44 🌺27
全看分页树展 · 主题 跟帖
家园 python是个很好的对比例子

python是个很好的对比例子

感谢gcc296提供的PyWebkit,看来也是玩开源的

python俺许久未玩了,不喜欢它的缩进方式。

python是最简单的脚本语言了,不过与批命令比,复杂度还是要高不少,就像五笔与拼音。

z语言追求的是批命令、basic(非vb)级别的入门门槛,就像有些mis管理软件说,会打字就会编程。

z虽然没这么简单,不过会打字的,学上一周、个把月应该可以写出demo中的脚本。

这使zBrow在开发方面,具备2k本科:10k研究生的5-10倍人力成本优势。

gcc296的py_demo,可以反映出传统语言在web应用方面的尴尬:

1、py_demo中,由于python语言不是与浏览器、网页dom结构进行封装的,开发人员必须熟悉网页dom结构。

网页dom结构的是软件行业最复杂的数据结构,没有之一,比高清视频复杂多了。

再加上熟悉PyWebkit函数库,没有3-5个月的培训、1年的编程实践,很难熟悉进行开发。(zBrow追求的是All in one,零函数库)

2、py_demo中,连基本截图、网站浏览,都需要开发者自己建库,代码复杂,而且应用脚本无法统一规范。

3、即使有第三方的库,由于缺乏dom封装,demo中冗长的语句,复杂程度也比z高不少。

4、网页元素与python解释器没有集成,需要采用注入等hack方式调用,非常不安全。

如果集成,无外两种方式:

一种方式,是与浏览器集成,这个类似zBrow。

不过python等传统语言,虽然整体强大,但并非为浏览器客户端定制设计,实际应用复杂度绝对超过z语言。

集成的另外一种方式,就是网站服务器端增加python开发环境,这个很麻烦,而且各个网站间的api接口也是五花八门,编写每个网站的应用脚本都必须学习一套sdk,这个难度不少一般的高,不相信的,自己去看看新浪微博、qq微博、淘宝的开放接口sdk文档。

这也是为什么zBrow采用web级别的接口,可以无视任何网站的底层api,反正在浏览器这个级别,大家都必须符合html规范。

理论上说,只要人手工能够访问的网站、进行的操作(填写表单)等,zBrow都可以,实际上,由于网站千变万化,zBrow目前资源有限,只能做到兼容95%左右的网站。

一法通,万法通。

全看分页树展 · 主题 跟帖


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河