给javascript library挑挑刺

呵呵，这句挺搞笑的

其实我感觉ext挺综合的，不仅js强，基于web标准方面做的挺好，在Ajax模式方面设计得也不错，所以综合实力优良

第一个问题，别名这件事情见仁见智。我个人认为js库应该有一组默认的，然后希望使用另一套名字的，也可以通过导入一个别名列表来解决。参见第三个问题。

第二个问题，我不太明白你的意思。

第三个问题，确实如此，所以才有老金同志的jsi。我也有类似的项目pies（http://sourceforge.net/projects/pies）。

第四个问题，prototype的类体系确实比较弱，据说其作者有考虑采用dean edwards的base体系。不过换过来说，以ruby的方式，很多时候是使用mixin而不是继承的。就js本身来说，可能mixin也是一个更好的方式。

第五个问题，向前兼容确实有点麻烦，个人认为可以考虑抛弃，但是需要的人可以导入一个兼容模块就好了。这最好有一个比较好的命名管理体系做保证，参见第三个问题。

第六个问题，prototype确实庞大了，现在开始模块化了。这说明第三个问题越来越重要

最后关于jsi，我认为非常好，因为我也有相同思路 

BTW，我觉得这篇帖子讲js库，但是并没有列出足够多的js库。个人比较感兴趣的还有以下这些：

jquery, base2, mootools, jsvm等

第二个问题举个场景吧，如果ui写东西的时候用得是$()来得到元素，但是开发的不知道，用的是document.getelementbyid，这样一些操作会出问题的，如remove操作，因为prototype1.5$函数也做了修改，强制扩展了element，不是单纯的dom元素了。

你说得的确很有道理，但是请注意我用了“目前”这两个词，两位牛人目前有心做这个东西，我觉得你们不如写一个精良的js库来得更好，鉴于我这个帖子的观点一，我真没发现很好用的js库，
jsvm我也看了下代码，实在不是轻易能看明白的，先不论其思路多么先进，给予观点一，我也不认为是很好的js库，而且java语言用在脚本领域实在是拿大炮打小麻雀，类似的有j2class （java2js），对比之下我觉得prototype的语法是最棒的，最优美的，特别是enumerable，但是我觉得作为core，他没个部分包含的东西太多，我的观点是：我们只需要一个很轻量的core，可以舒服地表达我们的思想，当然一些浏览器差异相关的东西要帮我们封装好，另外的东西，在core之外提供一些可选的util就OK了。

我开这个帖子就是希望各个牛人能多谈一点对目前js领域这些js库的观点，抛砖引玉，希望大家多发言，给点有共鸣的链接也行，特别是针对世界上先进js oop的对比分析这类的。

个人觉得，js的封装库不应太复杂，Prototype这样的基础扩展就足够了，非要用java的观点来写js，不实际也没价值。

首先 你的观点我认可，但我重没说过要以java的方式来实现OOP哦，而且从我的帖子里我也不觉得从哪个地方可以看出我有这个倾向啊。

今天在ext的官网看到这么一句：

Ext is a fabulously slick GUI library which kicks the crap out of its competitors.
— Dean Edwards (via Ajaxian)

神啊 jack大仙 不得不说

一直怀疑Jack是神不是凡人的说..

事实早已证明我的论断是完全正确滴