|
锁定老帖子 主题：讨论一下,Ext里哪个组件设计的最不好
精华帖 (0) :: 良好帖 (0) :: 新手帖 (1) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-09-11
radar 写道 不好意思跑题了。
一直认为既然你选择了EXT，去扩展它不是个明智的选择。 一直认为EXT 的Cache 是影响性能一个主要原因。 Class A={ this.dom this.Element 等等 } 缓存了很多对象。 selector 不要只针对Dom了，应该是对象。 不明白，不要针对dom针对对象是什么意思？针对哪个对象？ |
| 返回顶楼 | |
|
发表时间：2008-09-11
jianfeng008cn 写道 radar 写道 不好意思跑题了。
一直认为既然你选择了EXT，去扩展它不是个明智的选择。 一直认为EXT 的Cache 是影响性能一个主要原因。 Class A={ this.dom this.Element 等等 } 缓存了很多对象。 selector 不要只针对Dom了，应该是对象。 不明白，不要针对dom针对对象是什么意思？针对哪个对象？ <img></img> 在javascript中是个dom对象吧。 那你自己写的树假设是 <tree></tree>。 也可以看作”dom对象“ 至于node什么的。 <tree><node></node></tree> 对html来说是个标签，对javascript来说是个dom对象。 至少dojo是从这个角度来扩展 “组件” 的。我想也是未来的趋势，可能有些关键技术javascript/html等支持的不是很好，dojo才有n多人讲的诟病吧。 但dojo对html5的贡献还是有的。 EXT太着重javascript了，忽略了html标准规范。 |
| 返回顶楼 | |
|
发表时间：2008-09-11
EXT 和 dojo走的是完全不同的两条路
ext就是要让大家忘掉HTML ext本身更像是一种 语言 ext之于js 就好像 swing之于java |
| 返回顶楼 | |
|
发表时间：2008-09-13
目前而言我还是喜欢ext这种务实的做法
|
| 返回顶楼 | |
|
发表时间：2008-09-17
htmleditor，功能太少了。
|
| 返回顶楼 | |
|
发表时间：2008-09-18
Maniacdragon 写道 htmleditor，功能太少了。
其实你可以用fckeditor的,mice也不错.都可以嵌入到里头 |
| 返回顶楼 | |
|
发表时间：2008-09-19
我认为form做的不是非常的灵活，写的太死了。
特别是checkbox，radio，写起来蛮难受的，而且和后台交互也不是非常的直接。 |
| 返回顶楼 | |
|
发表时间：2008-09-22
呵呵，接触这个东西很久了，但是没研究过底层的东西。
要说不好用的，有个property grid,我一看到就惊讶，一用就想自杀 |
| 返回顶楼 | |
|
发表时间：2008-09-26
EXT用的不多，就几个月前为一项目做了些模块
1、property grid 的确很吐血，得频繁的看源代码来了解其工作原理和属性等等，并且放入数据的格式还分为source和store，store比较灵活些，能直接把后台的传来的JSON数据放进去，但是做项目时好像是不好刷新中间的数据，source就太死了，只能把数据硬写进去 2、EXT的布局也比较烦人，感觉比swing还难调试。。好像现在出了类似DELPHI一样的拖拉组件能方便一些？ |
| 返回顶楼 | |
|
发表时间：2008-10-06
本人窃以为，ext那些成型的组件都是给懒人用的，是告诉你我可以做成这样的效果，我可以牛逼到这个程度。但是一个成型的产品你还想怎么修改怎么扩展？？
应用它的 Observable 类，从 Component 到 Container 一路继承下来开发自己的组件才是硬道理，否则你的网站也只是成千上万个使用 ext 的站点中风格雷同的一个:( |
| 返回顶楼 | |
