提速javascript开发(二)

楼主的总结的很好，经过大家的讨论才可以更加深刻领会JavaScript的灵活性。对于Object原型的继承我不敢苟同，但加入方法还是可以的。
至于Spring，我想lz不应该和JavaScript来对比。两者不属于同一个层次，一个框架和一种语言就好比一个穿了漂亮衣服的美女和一个裸体的男人一样。

不错的方法，不过要小心使用，最好经过严格测试才作为框架，要不然谁也不敢用.

有关JavaScript程序设计，说一点自己的看法，与大家讨论。
不要为了OO而OO
框架级的代码或者JS控件使用OO进行设计，会带来很多好处，不仅可以简化开发的复杂度，实现代码复用，而且调用、维护起来也很方便。但是，OO在给我们带来方便的同时，也带来了较大的副作用：
1、很多情况下，是没有必要使用OO的，例如，对一个输入框中用户输入的内容进行校验，检验部分代码就没必要封装为对象。
2、OO的公有成员/私有成员、继承、覆盖等特性确实给我们的编程带来了方便，但是，这是有代价的。每封装一个层次，创建一个新的对象，都会带来性能上更多的损耗。JavaScript语言本身并不提供私有成员、继承这样的特性，而且，由于是解释性语言，其性能与预编译语言相比，要差很多。因此，扬短避长，为了实现一个OO特性，而用额外的代码去维护，消耗更多的资源，是否值得？在此基础上建立的程序，有可能封装了很多层，最  上层应用的运行效率可想而知。
    不要忘记，我们的代码最终是要交付用户使用的，即使代码写得多么合理，多么OO，如果运行效率很低的话，那么用户也是不会满意的。所以，在什么情况下使用OO，什么情况下不使用OO，是需要根据具体的应用目的，仔细考虑和规划的，而为了赶时髦而使用OO更是不可取。

老贴重评。

说句老实话，虽然我也不喜欢在object.prototype上动手脚，但是这样就评价他严重污染js，有点太苛刻了。毕竟，for in当map用只是一个惯用法，也可以认为应该更严谨的加上hasOwnProperty的判断，或者应该使用真正的Map类。

当然，做类库的话，最好不要做这种事情。

zxmlgh 写道：





super/extends成为保留字没有什么深谋远虑的，仅仅是因为这些都是java的保留字而已。当然es4会使用一些这些关键字，这也不是预留，而是既然有，那就用着……

不敢苟同也。

呵呵，我就是从服务器端转到客户端的。。
感觉现在的工作专注多了，不像以前要关注数据库、应用服务器、linux，还有各种开源框架。。
现在就做javascript开发，不用考虑太多，主要考虑些usability方面的东西，ajax等技术只是辅助手段。最主要的，工资是以前的好几倍~

所以关键是找到适合自己的。

当然纯粹搞js代码确实不会薪水很高。但是做ux的可以很高。做usablity的可以很高。搞js库和web开发库的也许会很高（jindw偷笑中）。。。

一直搞不懂什么叫　“侵入”　”无侵入“　
长见识了

一直不知道什么叫“侵入”，“无侵入”
长见识了