☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 01:21:43 2008) 提到:
在我看来用jquery写的代码都是垃圾代码.
jquery是给设计师用的代码.而不是程序员.
如果不是写大型的代码,也许用什么框架本身就是错误的.
因为你根本用不了几个函数.
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 01:34:46 2008) 提到:
速度上jquery也没有明显的优势.
http://blog.solnic.eu/2008/2/3/jquery-vs-prototype-part-ii
说什么Prototype基本已经停止更新,是不是太搞笑了.
适当的推荐Jquery也无所谓,因为jquery而无知的诋毁其它的库就不应当了.
☆─────────────────────────────────────☆
jquery (function() { $("bm").bs(); }).call(this) 于 (Sat Oct 4 01:35:23 2008) 提到:
咱俩单挑？
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 01:38:55 2008) 提到:
你看看你的名字吧.
写的代码一团混乱.没有章法.
如果想在上面写几百类,你用jquery处理来看看.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 01:39:11 2008) 提到:
1.2.2？are you serious?
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 01:39:52 2008) 提到:
你确定 jquery 的设计目标里包含构建/继承类的部分吗？
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 01:43:03 2008) 提到:
如果不包括,那就不必要与prototype来比较.
不是一个级别的.
prototype至立于写出OO的javascript代码.
如果jquery只想控制dom,那就不要拿来与prototype比较.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 01:47:53 2008) 提到:
laf, prototype 在 oo 的时候污染 Object.prototype 这件事已经臭到家了……
我宁可用我自己的包来创建类
且不论 dom 这一方面的效率 prototype 已经垫底了
你可以想一下为什么 jq 只想控制 dom...
prototype 的功能边界控制的非常不好
每一种功能都有，每一种都没做到尽善尽美，而且各功能耦合极强，拆都拆不开
这一点上不管是 jq,ext,dojo还是mootools全部都强过它
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 01:51:16 2008) 提到:
laf, 污染只是某些人想出来的一种诋毁的词语而已,被你灵活运用了而已.
你愿意自己写出类来创建包的话,我还更愿意自己写个库来控制DOM呢.
毕竟小型的开发时根本不会用到多少DOM控制.
什么选择器之类无非是增加了JS运行的开销.用getElementById速度铁定最快.
你用jquery不是脱了裤子放屁?
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 01:52:27 2008) 提到:
你能写出简洁明了过 jquery 的库算你本事……
……你只写过需要选择带 id 的元素的程序还是怎么的……
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 01:55:29 2008) 提到:
功能边界不好?
jquery,ext,dojo都强过他?
没有例子全凭臆测.有意思吗?
做技术的都知道,不同的场合用什么样的类库.
你赞美jquery是因为你做的工作只不过是简单的对dom的操作而已.
如果是一个jquery的类库的组织,你用jquery根本就没有任何用处.
如果你没有写过超过1W行的纯js(非dom)操作代码,我觉得讨论完全没有价值.
laf, prototype 在 oo 的时候污染 Object.prototype 这件事已经臭到家了……
我宁可用我自己的包来创建类
且不论 dom 这一方面的效率 prototype 已经垫底了
你可以想一下为什么 jq 只想控制 dom...
prototype 的功能边界控制的非常不好
每一种功能都有，每一种都没做到尽善尽美，而且各功能耦合极强，拆都拆不开
这一点上不管是 jq,ext,dojo还是mootools全部都强过它
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 01:58:12 2008) 提到:
……比较一下两者的api文档就可以了……
……哪个正常人会用 jquery 写类库……
jquery 管 dom，自然有别的包管类库构建
——而且它们互不影响，因为它们没有污染 Object
你从来没试过同时用两个类库吗?
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:03:26 2008) 提到:
当然会用多个类库.但是也不会说出现你所谓的污染.
javascript是一个基于原型的库.有什么污染不污染的.
你觉得他修改的不对,你再修改回来不就行了.
如果不行,那就怪自己好了.
有必要扯到prototype什么污染不污染.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:05:29 2008) 提到:
laf, 删除掉 prototype 附加到 Object.prototype 上的东西
prototype 还能正常运行就见鬼了
当然你不动 Object, 而是每创建一个对象都删一次也可以达到效果
不过——这种代码……啊哈哈哈。
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:07:20 2008) 提到:
laf,修改是删除吗?
修改==删除?
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:08:23 2008) 提到:
想一想,你可以修改prototype的代码.
如果你不会,你不用是最好的选择,但是不要发表所谓的"真知灼见".
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:08:32 2008) 提到:
使 Object.prototype 还原而不删除？
如果你有这个本事，我倒是要拜一下
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:09:34 2008) 提到:
……这是废话，如果允许修改 prototype 源码，我把它整个换成 jquery 都可以
这跟评价 prototype 本身有哪门子关系……
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:10:11 2008) 提到:
呵呵.如果针对出现的情况,我想很容量找到相应的办法.
不管是修改Prototype源文件也好,还是你所谓的污染也好.
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:10:50 2008) 提到:
这些本来就是基础库,如果你连修改的能力都没有,是不会用好的.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:11:33 2008) 提到:
自己写都不是不可以，修改……
但是在有更好的替代品的情况下去修改？
你这么喜欢修理轮子？
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:12:17 2008) 提到:
别光想了，试试看
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:13:01 2008) 提到:
不是喜欢.而是任何必要的时,任何事情都是可能的.
修改库也是很正常的.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:13:48 2008) 提到:
正确。
唯一有问题的是——修改 prototype 并不是“必要”的
因为有代用品。
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:14:35 2008) 提到:
至少我用PROTOTYPE写了几W行的代码,没有出现所谓的污染问题.
虽然没有用上jquery,但也都是比较大的第三方库.
估计也就在UI上有所谓的污染一说吧.
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:16:52 2008) 提到:
我还真搞不清楚.污染一说源于各处.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:19:37 2008) 提到:
当然，当然，只要你每次写 for-in 都不厌其烦地一直追踪继承树到 Object
你就可以忽略 prototype 在 Object 上进行的捆绑销售
不过，好吧，我想任何一个人只要可以，都不会打算这么做得……
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:20:53 2008) 提到:
Z extends Y extends X extends..... extends B extends A extends Object
好了，现在你想取 new Z() 中的所有属性，包括从 A 继承的？
……嗯，我想我知道1W行是怎么来的了
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:24:35 2008) 提到:
for in你也经常用?
如果你有这个爱好,
那么Prototype不适合你用.
但是就算是回到Object,难道会有区别?
基于Prototype的原型只不过是复杂一个对象.
不管是继承了多少次,都是一个Prototype.
我想不会有任何效率或者其它的损失.
损失的只不过是你的心理作用.
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:28:27 2008) 提到:
这个与继承多少次一点关系也没有.
我怀疑你是不是了解javascript.
javascript继承100次与继承一次的效果是一样的.
如果a,b有相同的属性,那么不管是什么类库都没有办法解决继承类override父类的问题.
因为这是语言本身的问题.除非你将每个类改名.写一个象C++一样的虚基表.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:29:20 2008) 提到:
只要常用 for-in 就不合适……
嗯，好，这个评价我想已经很说明问题了
当我写 var DEFAULT_OPTS = { }; 的时候，它表示我默认的选项是……
一堆oo方法？
别逗了……
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:31:33 2008) 提到:
用for in当然是不合适的.
for in是把所有的属性给取出来.
这个问题prototype的作者有过解释.自己好好看看.
你只需要取出来你想用的部分.
如果要用for,数组可以作为你存取数据的选择.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:32:36 2008) 提到:
……我还以为你知道 hasProperty 怎么用……
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:36:16 2008) 提到:
用什么就要讲什么的规矩.
你不用是你的事.
就象用java需要虚拟机一样.
你不喜欢你完全可以不用.
但是你所不喜欢的,可能刚好是别人所需要的.
所以我现在不反对你们推荐jquery,但是Prototype有用他的地方.
并且在dom的处理上,也没有明显的劣势.
至于你的一些特殊癖好,Prototype并不需要照顾你.
就是Python是用缩进来表示代码段一样.
只是哲学的不同.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:36:25 2008) 提到:
笑死我了……
你不如说 for in 这个语法就不应该存在好了
正确。我需要它取出来全部的属性；不是全部的属性，然后再加几种
他的话不是圣经，就算是我也不信基督教。拜托。
为了使用 prototype 而把所有键值对用数组表示，然后在每一次 put 的时候遍历数组？
so ugly....
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:38:25 2008) 提到:
prototype 的问题就是它在任何一点上都不是不可替代的
所以说，任何一点“别人所需要”的，都无法成为必须选择 prototype 的理由
这个我持保留意见
把 for-in 叫作特殊癖好，你这也算是相当有创意了……
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:42:52 2008) 提到:
呵呵.
太搞了.
你不喜欢可以不用.
Prototype也不是为你而写的.
很多人喜欢他的风格,而不喜欢jquery的风格.
for in的语法存不存在没有什么意义.
就算是用for in,你可以将Object里新增加的几个属性去除.
你同样可以达到目的.
为了这样的小事,而坏了你代码结构与严慬性这个大事.
你说那个更值得?
更何况遍历对象的属性的代码本身就是很糟糕的代码.
既然你喜欢做,那还能怪一个优秀的框架?
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:45:54 2008) 提到:
哦，是的，每次用都删除一遍，还需要判断是否有过 override
就为了使用一个可以被替代的类库……
你还真不嫌麻烦
……不用 prototype 就破坏了代码结构与严谨性？
这东西还没这么伟大……
你从来不写 monitor 或者 logger 之类的东西么……
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:47:59 2008) 提到:
至今我没有发现你所谓的Prototype上所真正存在的问题.
我只是发现你把自己的选择强加于一个通用的框架上.
并想籍此煽动对Prototype的不满情绪.
虽然是可以理解的.但是Prototype的问题并不在于框架本身.
因为javascript是灵活的语言,一个框架可以选择自己的哲学.
如果你不喜欢,你不用就可以了.
光从数据上jquery也没有占什么便宜.
因为环境不同,测试的结果也不同.
这个与中国与美国的新闻是一样的道理.
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:49:42 2008) 提到:
monitor或者logger也不需要把所有的属性打印出来.
monitor或者logger的都是确定的情况下所需要记录的信息.
有你这样乱打logger的?
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:51:22 2008) 提到:
至少在我看来,jquery的代码并不是程序员的代码,只不过是设计增加一些效果罢了.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:52:10 2008) 提到:
污染Object，代码各部分不够独立无法拆分，功能边界不清楚
每一个问题你都不承认存在，却反过来说没我没提过……
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:52:50 2008) 提到:
不要随便限定别人程序里面的需求……
你说不需要就不需要，那程序还真是好写了
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:54:00 2008) 提到:
话说，你倒是从头到尾没提过 jquery 的具体缺陷嘛
除了“不是程序员的代码”这种东西……
或者硬把 jquery 功能边界之外的 oo 往它身上套
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:54:45 2008) 提到:
就算你有这个需要,Prototype里增加的内容是确定的.
老大.你如果连这点功夫也没有,那你的logger就别做了.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:55:44 2008) 提到:
我换掉 prototype 就可以完全解决这个问题，省代码若干行，而且没有其它后遗症
拜托你给我一个无法这么做的理由
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 02:57:00 2008) 提到:
没有人强迫你用,这个话我一开始就讲了.
但是我们在用的人也没有觉得这些会带来多大的不良影响.
不会影响我写1W行代码,不会影响我实现我的功能.
我就奇怪了,你如果不喜欢不用就是了.
说什么污染不污染.那不是没事找事吗?
这个框架就是要求你这样弄的.
除非你一开就没有选择他.
只是让我们的代码更加的严谨.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 02:58:38 2008) 提到:
它并没有。这就是问题所在。
你到现在都没有说 prototype 哪里让代码更严谨了。
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 03:01:05 2008) 提到:
你自己的选择是你自己的事
但既然在别人请求推荐类库的时候，你贬低 jquery 追捧 prototype
那你就要给出有理有据的理由
“你别用 jquery 那垃圾，prototype 就是好”
和“没人强迫你用，每种类库有它自己的哲学”
这两种话是不好放在一起说的
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 03:01:28 2008) 提到:
当然是指思想上的严谨.
指导你写出javascript下的OO代码.
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 03:02:44 2008) 提到:
先睡觉了.明天再来讨论.
我贬低是有道理的.
jquery的代码散乱,不连续.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 03:03:17 2008) 提到:
“Object.prototype 被附加了额外的属性，因此OO代码思想上就更加严谨了。”
……这是逻辑么这个……
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 03:04:27 2008) 提到:
那就拜托提出来……
一个 选择->操作 的两步过程
能写散乱也算本事了
——非拿 jq 去写类继承的我不予置评
☆─────────────────────────────────────☆
Sunshow (新的征程) 于 (Sat Oct 4 07:57:25 2008) 提到:
这一条也太扯了吧
☆─────────────────────────────────────☆
sunnavy (heroes in my heart) 于 (Sat Oct 4 08:28:10 2008) 提到:
强贴留名。
☆─────────────────────────────────────☆
sayinger (言者) 于 (Sat Oct 4 08:36:18 2008) 提到:
看完了踩一脚
☆─────────────────────────────────────☆
Sunshow (新的征程) 于 (Sat Oct 4 09:13:13 2008) 提到:
赶上了本版一个月的发帖量
☆─────────────────────────────────────☆
chumsdock (微笑服务) 于 (Sat Oct 4 10:03:10 2008) 提到:
慢就是明显的劣势，有啥好嘴硬的
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 10:47:43 2008) 提到:
看上面的测试结果.
慢的是jquery.
看贴要仔细呢.
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 10:51:05 2008) 提到:
为什么扯?
你写java时动不动反射出来他的所有的方法吗?
如果你写测试或者调试的脚本,这个是可以这样写的.
正规的代码里写一堆的取属性的代码,你想干什么?
觉得CPU不够用?还是觉得你的代码的BUG不够多?
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 11:00:57 2008) 提到:
你倒是仔细，仔细没看见他测的是旧版 jquery....
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 11:02:07 2008) 提到:
你从来没写过通用 dao 么……
从来不遍历 Map 么……
laf, 你项目里用不上的代码就是“不正规”么……
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 11:12:32 2008) 提到:
嘿，我等着你的道理呢
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 12:04:34 2008) 提到:
你又出来了啊
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 12:07:50 2008) 提到:
恩，真好意思引用个今年初的文章……prototype今年初更新了一把后就没声没想，blog上更新极度缓慢
最近几次blog更新的日期是： 我们对比一下dojo的官方blog：
Oct1 Sep25
Aug12 Sep23
Jul16 Sep23
Jul15 Sep19
Jun12 Sep18
活跃程度可见一斑
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 12:11:13 2008) 提到:
你不要不好意思承认嘛，这个是公认的，prototype会污染prototype，让for i in xxx这种最简单的写法都没法用的
写一个包的控制不是那么困难的……写一个DOM的控制能累死你。。而且问题多多。。
我当年尝试移植jquery的全套api给dojo.query的时候费了好大劲，但最后最简单的show(time)、hide(time)这样的函数还是写的不如jquery的好用，其他的到还好。
那你说为啥prototype也增加了对它的支持呢。。
为啥浏览器们也在增加用selector来查找DOM节点的JavaScript API呢？
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 12:17:41 2008) 提到:
来，我举几个例子，你能用prototype直接实现，或者轻松实现，我就服：
1. Gfx3d
2. Grid控件
3. Tree控件
4. functional language
5. AOP 支持(如dojo.connect)
6. offline storage
7. offline sql engine
还有一些比较新鲜的东西比如custom typography、web ui的自动化单元测试、canvas 3d支持等等，我就不指望prototype能支持了……
http://archive.dojotoolkit.org/nightly/dojotoolkit/demos/fonts/charts.html
http://dojotoolkit.org/2008/08/11/doh-robot-automating-web-ui-unit-tests-real-user-events
http://dojotoolkit.org/2008/05/13/canvas3d-cool
☆─────────────────────────────────────☆
jef (云淡风轻，波澜不惊) 于 (Sat Oct 4 12:20:45 2008) 提到:
呵呵，宽容！宽容！
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 12:20:48 2008) 提到:
区区一个javascript library的作者都可以强大到批判javascript语言本身的基本特性了？尤其是一个几乎所有的现代语言都在想办法给自己加上的基本特性。。
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 12:22:53 2008) 提到:
说刀这个，不由得得承认jquery的源码结构非常清楚……看完后心旷神怡。dojo的源码实在看不完……数千个js文件……当然了，就看过的部分来说也是非常棒的。。
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 19:19:39 2008) 提到:
我怎么说你呢?
你要的UI的支持都不Prototype所关心的问题.
当然不会给你支持.说白了,Prototype不是用来给你写UI库的.
你再列出来100个UI控件的要求也没有意义.
Prototype是给那些前端逻辑非常复杂,但是又与DOM或者CSS关系较少的应用逻辑用的.明白?
不是你指不指望,而是Prototype压根就不是为了支持这个开发的.
Prototype就是为javascript 的OO提供基础设施.
这也是他叫做Prototype的原因.
我有些明白什么叫鸡跟鸭讲了.....
来，我举几个例子，你能用prototype直接实现，或者轻松实现，我就服：
1. Gfx3d
2. Grid控件
3. Tree控件
4. functional language
5. AOP 支持(如dojo.connect)
6. offline storage
7. offline sql engine
还有一些比较新鲜的东西比如custom typography、web ui的自动化单元测试、canvas 3d支持等等，我就不指望prototype能支持了……
http://archive.dojotoolkit.org/nightly/dojotoolkit/demos/fonts/charts.html
http://dojotoolkit.org/2008/08/11/doh-robot-automating-web-ui-unit-tests-real-user-events
http://dojotoolkit.org/2008/05/13/canvas3d-cool
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 19:27:39 2008) 提到:
而它包含的内容远超过oo；这就叫做功能边界不清
☆─────────────────────────────────────☆
Sunshow (新的征程) 于 (Sat Oct 4 19:30:52 2008) 提到:
歇够了开始再战了。。
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 19:31:17 2008) 提到:
同去同去
锻炼身体
☆─────────────────────────────────────☆
chumsdock (微笑服务) 于 (Sat Oct 4 19:33:14 2008) 提到:
你说了这么多，我更不知道Prototype是干啥的了
你举一个Prototype能做别的框架不好做的经典案例好了
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 19:41:20 2008) 提到:
他的目标是在一定的程度上扩展javascript,让javascript更加的OO.
边界搞清楚也不是那么容易的.
有时也不必要.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 19:43:15 2008) 提到:
可惜做得并不比别的框架好，甚至更差
"Prototype就是为javascript 的OO提供基础设施.这也是他叫做Prototype的原因"
你自己刚说完的话怎么就忘了……
对一个成型的发布了的项目来说……
这种话就是胡闹了
功能边界是需求啊，需求都不清楚就写代码……又不是个人练手……
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 19:44:06 2008) 提到:
btw, 我还等着你说 jquery 不好的理由呢
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 19:52:29 2008) 提到:
差在那里?
下面的话没有明白你是什么意思.
成型的项目?太搞笑了吧.
jquery出来才几年?javascript都不是什么成型的东西.
你那里来的成型的项目?
项目本身就是一个动态变化的过程,你怎么成型的?
项目的需求你都100%完成?
如果这样,你可以就是软件工程界的大师吧.
可惜做得并不比别的框架好，甚至更差
"Prototype就是为javascript 的OO提供基础设施.这也是他叫做Prototype的原因"
你自己刚说完的话怎么就忘了……
对一个成型的发布了的项目来说……
这种话就是胡闹了
功能边界是需求啊，需求都不清楚就写代码……又不是个人练手……
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 19:59:18 2008) 提到:
好恶心的 r 模式……
btw, 我在等批判 jquery
污染Object，模块耦合过强
还要我重复几遍……
虽然我说的“成型的项目”是指 prototype...
后半句太扯了，不予置评
"Prototype就是为javascript 的OO提供基础设施.这也是他叫做Prototype的原因"
你刚刚替prototype成型的……
嗯，当然正经的说明是这个：
Prototype is a JavaScript Framework that aims to ease development of dynamic web applications.
btw, 不要告诉我你不知道啥叫 stable 版
拜托你搞清楚定义需求和实现需求的区别
☆─────────────────────────────────────☆
chumsdock (微笑服务) 于 (Sat Oct 4 20:02:50 2008) 提到:
现在js框架太多，逆水行舟，不进则退啊
像
http://280slides.com/是用Objective J写的
像
http://www.me.com是用SproutCore写的
像Jquery M$之类的公司都在用，虽然没有大项目，但本来它就是轻量级
你说了Prototype那么多好处，好歹也找几个例子出来啊
☆─────────────────────────────────────☆
GoogleBaidu (从G到B) 于 (Sat Oct 4 20:28:09 2008) 提到:
Prototype与Ruby是集成的.至少rubyonrails.org在用.
还有一些小的项目或者大的项目也在用.
那么我针对的是有些人恶意诋毁Prototype.
我想多个竟争也是好事.但是更多的不是什么体积问题,
速度问题.而是一个选择的个人哲学问题.
Prototype修改了Object又能怎样.
jquery同样修改了window
加了一上不伦不类的juqery对象.
写出来的代码也是不伦不类.
只是控制几下DOM而已.
如果我要在jquery下触发多个非系统事件,jquery不卸菜?
所以那些控制UI的就用JQUERY好了.
但是PROTOTYPE的好处自然会有人体会到的.
没有必要一个控制UI的库与一个扩展javascript的库来比较.
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 20:35:44 2008) 提到:
laf，说 prototype 的缺点就是“恶意”诋毁么……
是个人选择就不要给别人推荐的同时贬低其它
否则就要给出理由，这很简单的道理
受不了了，这俩东西的地位相差多少你都不明白么？
一个普普通通的全局对象，修改它只影响一个对象
和一个任何一个对象都必然继承的根类型原型，修改它会影响全部任何一个对象
这俩你居然能放到一起……
"jquery 不是程序员的风格"，"jquery 不伦不类"
全部都是你的主观感觉
拜托你能不能具体一点，给我们看个 jquery 和 很伦很类 的代码例子比较？
Ext 和 dojo 的 oo 体制全部都好过 prototype，嗯。
这个可以比了吧
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 20:44:17 2008) 提到:
ft，跑了……
我等 jquery 的糟糕代码等得很辛苦诶
☆─────────────────────────────────────☆
N92 (N92) 于 (Sat Oct 4 20:45:13 2008) 提到:
你们聊的太high了……难得本版这么high
☆─────────────────────────────────────☆
ttl (小驴|主ID) 于 (Sat Oct 4 20:46:03 2008) 提到:
这坑居然让您这么High~~~~~
哈哈~~~~
☆─────────────────────────────────────☆
Sunshow (新的征程) 于 (Sat Oct 4 20:46:24 2008) 提到:
这是前版大吗
☆─────────────────────────────────────☆
ttl (小驴|主ID) 于 (Sat Oct 4 20:46:32 2008) 提到:
嗯嗯，没有赶上~~~
☆─────────────────────────────────────☆
N92 (N92) 于 (Sat Oct 4 20:47:37 2008) 提到:
不是……认错了，，
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 20:47:49 2008) 提到:
最近不爽啊，嗯。有人肯送上门来自然欢迎…… XD
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 20:53:44 2008) 提到:
啥东西的“前端逻辑非常复杂”，且还与DOM关系很少？
我很好奇，难道你是在用javascript算RSA加密嘛，还是做folding@home啊
另外，我那些例子中，AOP、functional language的这些是基础语言特性的扩展，请问prototype在这方面如何？
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 20:55:03 2008) 提到:
是没几年。。不过现在的web项目哪个是要做个4、5年才能用的？话说jquery也出来有2年了吧
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 20:57:25 2008) 提到:
这又如何？zend、jaxer还对dojo支持非常好呢
哇哇哇我喷血了，一个是修改的是prototype耶，你知道什么是prototype嘛我都怀疑了
你不修改window变量的任何东西？那请问$这个函数放在哪儿了？
它好在什么了啊啊啊，OO的话，mootools也很好啊
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 20:58:37 2008) 提到:
专门趁我出去吃饭的时候开始喷嘛，mina。。
连续错过两次拍砖机会让我很不爽呀
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 20:59:59 2008) 提到:
哎呀谢了，你不提醒我还真没发现——
jquery 的 event 完全支持自定义事件嘛。
$("#GoogleBaidu")
.bind("pai", function () {
pai(this);
})
.bind("click", function () {
while(true)
$(this).trigger("pai");
})
.click();
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 21:01:42 2008) 提到:
说道event时间，dojo的connect实在是强大呀……
DOM事件绑定、自定义事件绑定、aop支持一气呵成。。虽然好像其实我没用到多少，偶尔用一点，但只用那么一点就让人舒坦。。
☆─────────────────────────────────────☆
KDr2 (R2D2) 于 (Sat Oct 4 21:04:10 2008) 提到:
prototype与ruby集成。。。这句话真外行，哈哈哈
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 21:04:34 2008) 提到:
dojo 其实我也觉得有点大而全……
有些东西独立成项目，或者至少是子项目，其实挺不错的
比如 包/类型/对象/切面/事件(非dom事件) 的管理
☆─────────────────────────────────────☆
KDr2 (R2D2) 于 (Sat Oct 4 21:06:11 2008) 提到:
没用过dojo，看到connect倒是想起了qt的事件机制，就是signal和slot，把这俩connect起来就好了，很方便，dojo也是这样？
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 21:09:35 2008) 提到:
其实很多都是子项目mix到一起了……
比如grid就是单独的一个项目，editor也是一个……
只是dojo相对对这些“插件”管理的比较强势、积极，直接打好包发布了，jquery只是发布个核心而已……
dojo到底该如何扭转人们心中的大而慢的错误印象呢。。明明不是很大，也是非常快的。。
说道dojo，也有一点让人感觉不爽……就是有点过于拘泥于OO了，widget(dijit)控件的层级太明显，以至于load一个accordion container，要顺序load这么多小文件：
实际上合并起来也没多大，但浏览器同时只能发出2个请求啊，所以加载上有点慢...我手动合并了一下这些文件后感受到了明显的加载速度的提升……
dojo/dojo/i18n.js
dojo/dijit/nls/zh/common.js
dojo/dojo/fx.js
dojo/dijit/_Container.js
dojo/dijit/_base/focus.js
dojo/dijit/_base/manager.js
dojo/dijit/_base/place.js
dojo/dijit/_base/popup.js
dojo/dijit/_base/window.js
dojo/dijit/_base/scroll.js
dojo/dijit/_base/sniff.js
dojo/dijit/_base/bidi.js
dojo/dijit/_base/typematic.js
dojo/dijit/_base/wai.js
dojo/dijit/_base.js
dojo/dijit/_Widget.js
dojo/dojo/string.js
dojo/dojo/date/stamp.js
dojo/dojo/parser.js
dojo/dijit/_Templated.js
dojo/dijit/form/_FormWidget.js
dojo/dijit/layout/_LayoutWidget.js
dojo/dijit/Menu.js
dojo/dijit/form/Button.js
dojo/dijit/layout/StackContainer.js
dojo/dijit/layout/ContentPane.js
dojo/dijit/nls/zh/loading.js
dojo/dijit/layout/AccordionContainer.js
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 21:10:59 2008) 提到:
admire qt，这个发散的……
dojo的connect做到那样是完全可以的，而且有过之而无不及。。
毕竟qt的connect可不会做什么AOP的事儿吧……
☆─────────────────────────────────────☆
KDr2 (R2D2) 于 (Sat Oct 4 21:11:59 2008) 提到:
嗯…… :P
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 21:13:21 2008) 提到:
其实像 jq ui 一样提供一个这个不错
http://ui.jquery.com/download_builder/
这东西做得还不完善而且有 bug……不过想法很好
太多的小文件确实是 js 写类库的一大问题……
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 21:14:30 2008) 提到:
如果 dojo 分成很多子项目的话
未来每个子项目单独打包，然后靠 maven 之类的依赖管理来引入需要的包
我觉得是靠谱的
应该可以在多余的引用和文件数之间取一个平衡
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 21:16:29 2008) 提到:
啊，这个不错……
我记得mootools也有一个类似的build工具，几乎一样强大吧……
偷偷的说，dojo其实也有……不过似乎颇为麻烦，得自己下载一堆源码，然后修改编译脚本，才能做custom build……
☆─────────────────────────────────────☆
sly9 (-_-b) 于 (Sat Oct 4 21:21:41 2008) 提到:
apple的store却用的是dojo0.4.0，lol。。
☆─────────────────────────────────────☆
thistle (Carbon DiOxymoron) 于 (Sat Oct 4 21:21:54 2008) 提到:
水果社的主页
☆─────────────────────────────────────☆
Sunshow (新的征程) 于 (Sat Oct 4 21:22:53 2008) 提到:
还以为我穿越了
☆─────────────────────────────────────☆
thistle (Carbon DiOxymoron) 于 (Sat Oct 4 21:24:05 2008) 提到:
修了一下文
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 21:25:44 2008) 提到:
嗯，已经在正常运行的东西倒没必要着急改
☆─────────────────────────────────────☆
chumsdock (微笑服务) 于 (Sat Oct 4 21:45:45 2008) 提到:
是用prototype不能用别的的么？
☆─────────────────────────────────────☆
thistle (Carbon DiOxymoron) 于 (Sat Oct 4 22:01:39 2008) 提到:
他家06年初就在用了，估计当时jquery还不够火吧
☆─────────────────────────────────────☆
withinsea (沐海~魔導奏器|歌の琴フォルテール) 于 (Sat Oct 4 22:02:44 2008) 提到:
prototype 是先驱啊~~~
虽然现在只是个先驱……