kissy editor@webrebuild

周六很荣幸参加了 webrebuild 上海 的第四届年会,就正在做的kissy editor的目前体会做了一点分享:

 

kissy editor@webrebuild_第1张图片

 

 

ppt @ slideshare


其中提问到了一个很有趣的问题,为什么不建议 w3c 指定编辑器规范从而由浏览器实现?


今天先简单说下那天我的回复:


是的,这样子是可以提高效率(目前 html5 也确实这么做了 ),但是真正想一下这有必要呢?这个功能放在浏览器开发商实现是否适合,它不像range一样由于涉及交互输入而存在,也不像localStorage一样由于javascript语言的沙盒安全性而必须提供,编辑器根本上说还是对dom的一些操作,只不过更复杂而已,或许浏览器开发商应该真正关注于js执行引擎与css/dom渲染引擎的高速运行以及必要特性的添加,对于应用层的事情还是交给前端开发者比较好,也能给目前忙于css3,html5开发的浏览器开发者减轻点负担。


浏览器js引擎已经将jvm的一些早期优化措施大胆的借鉴来了,譬如 v8 js类型运行期的静态化, jit .... 等等,对于功能的分层或许也可以借鉴下 jdk 自带的 java 基础类库与 jvm 的设计,能用javascript实现的还是尽量用javascript实现吧。


本质上也就是前端开发与浏览器开发的解耦。

 

 

 

你可能感兴趣的:(JavaScript,jvm,html5,浏览器,css)