谈一谈我对于目前国人对于EXTJS的错误看法

1.我没有说不用OPOA，我是和传统方式比，但是不要那一些莫名其妙的论据来证明iFrame不好。w3c或者其他机构说过很多xxx is bad，IE is bad，这些引用没有意义。那些组织反对iframe的理由并不是这里的帖子列出的理由。

2.谁说EXTJS是一个庞然大物了，用不好是个人问题，不要随便说某个东西是庞然大物，请问大在哪里？Dojo轻量么？你说那些效果比EXTJS要好，功能完全能媲美，那我就不和你讨论下去了。

3.再次重申没有说要大家采用iFrame，但是上面几篇否定IFrame的论据都是有问题的。希望大家理清思路。


4.如果能再快1、2秒，这我是完全同意的，我也说了我们在转向不用iFrame，但是不能说因为解析和渲染的问题，就不能用这么用，我反驳的是解析和渲染没什么大不了的，很多毛病传统webpage多的是。

你可能还没有看清楚问题的关键，我如果直截了当的说支持OPOA马上就会又有人跳出来说OPOA不适合webpage，由此再说EXT不适合webpage，再往下就又不好讨论了，有些问题必须先说清楚，消除一些基本的误区，不是说我赞成iFrame，而是不是它的特有的问题不要加到它头上。

W3C可以说IE不好，但是MS就会说IE好，很多用户也说IE好，相反，倒是没有谁会说iframe好！

你能找得出比ExtJS还要小的Ajax框架吗？另外你对Dojo可能有点误解，你如果要拿Dojo的UI或者Jquery的UI来和ExtJS比，那没可比性，确实比不赢，但是你别忘了，Dojo、JQeury可以不需要UI，这一点来说，它们就是轻量级的。事实上，几乎很少有人用Dojo的UI或者Jquery的UI来做Web开发，反过来倒是不会有人只用ExtJS的功能，而不用ExtJS的UI，因为ExtJS的功能和UI结合确实已经非常强大，但是这并不代表他们的功能就不如ExtJS，相反，在功能普及度上，Jquery和dojo要远远大于ExtJS，你完全可以用Jquery和dojo+CSS+DIV实现自己Web应用程序，界面和美观要看UI设计人员的水平了，因为ExtJS的UI也并不是最好的，相对于Flex，他们会觉得ExtJS的界面只是小菜一碟。

我并没有去反对ExtJS，事实正好相反，我个人是绝对支持ExtJS，因为我是开发人员，我对UI设计很是烦恼，而且也不是专业的，正好ExtJS为我做好了这一切。这一点我们是站在同一阵营的！核心的问题只是讨论是OAOP还是iframe，其实你们自己也认识到他们的优劣，否则你们也不会常识要转向OAOP了。

照你的逻辑，w3c说的任何话都可以当圣经来对待了，如果是的话，你就永远跟着w3c走好了，如果不是，就不要拿w3c来做论据，这种什么别人说过什么什么来做论据毫无营养。

我也可以对你说你对EXTJS有点误解，ext也能拆开用的，你不会拆是你的问题。而且ext中也可以使用jquery。使用EXT就是为了他的UI，用不用它的UI是另一个话题，你一定要拿一个网站说它的需求不需要这种程度的UI那是其他问题了，如果你要像taobao、yahoo那样造UI的轮子那也是其他的问题了。说到功能，没有什么像样的文档，修不完的bug的框架不认为这样的功能有什么实用价值。

还有请你讨论的时候把基础框架、基础功能和UI组件分开讨论，不要动不动就出现“功能普及度上，Jquery和dojo要远远大于ExtJS”，你说普及度也就算了，说什么功能普及度，请分开讨论。说到普及度，jquery刚出来的普及度就很高么，难道刚出来的jquery我也说他不好么？你说你这算什么推导逻辑？

我之前几贴讨论的核心是有些问题不是Iframe特有的，要引出那些也不是ext不适用于公网的论据。你怎么扯到flex上去了，引开话题还真快啊，请你到其他帖子继续你的flex论调好了（注意应该是flex适合公网的论调，啊，你说你不是这个意思，仅仅指界面的好坏，不好意思我们不是在讨论界面的好坏啊），搞清楚讨论的前提好不好。

什么时候本帖的核心是“是OAOP还是iframe”了，请你先看看楼主在说什么好不好，先前就是有人把话题引到iframe上，还说什么


我只是在反驳你的这个论调，不等于我支持iFrame。

你把解析和渲染混为一谈，解析是不可避免的，渲染通过设计是可以减少渲染时间的。很多人说ExtJS性能不好的主要原因除了渲染问题外，还有第一次下载慢的问题（他们不知道GZIP的实际效果，还不知道有浏览器缓存这回事），是两个问题共同造成这个误区的。

而且即使照你说的“解析性能不好”，这和webpage有关系么？内网还不是一样，请你不要避开这个话题。你的这个逻辑是有问题的。

还有我之前反驳你提到的关于“各项需要加载的数据，光是这个过程也耗费一定的服务器资源的”，你别绕开啊，继续说啊。

说句题外话，autoLoad页面的方式bug也是不少的，不知道你使用的过程中发现多少。我们尽量使用JS直接渲染元素，不使用autoLoad方式的。这里说的JS开发的时候作为单独的JS在主页面中引入，发布的时候每个元素对应的JS打包在一起一次性下载，思路和各个小图片打包成一个大图片是一样的。

还有就是比如美工做一个帮助页面，有自己的CSS和一些div的ID，不能要求美工具有一定的水准来适应ext的autoLoad的，而且这种类似于帮助页面又不是什么很重要的交互页面，采用iFrame或者直接采用target=_blank最省事了。

类似场景还是不少的，其他例子如临时性的挂上某个老的页面（有时间再改造），或者是客户给的一些demo页面，我们现在就是两种方式都可以。

看来这个人火药的吃得不少，国内讨论技术的人总是喜欢用人身攻击的手段来进行压制性的发表自己的观点，但就是没有这么一个牛人能开发出一个国际性的东西出来，但只要张嘴，那可是国际性的。

我和你讨论再多也没什么意思，你觉得w3c不屑一顾，你大可自己搞出一套协议出来，让IE、FF、Opera这些浏览器来支持。

我说1句，你可以有10句，而且是那种得理不饶人的口吻，你爱怎么就怎么，这是你的自由。

对于ExtJS，我只想说一句：官方的ExtJS API和example都没有采用iframe，自认为有个性的就开发出一套比ExtJS更优秀的框架出来，自认为问w3c不好，那么也请弄出一套超越问w3c的标准来。

我就是要追随国际标准，因为我没这个能力去制定标准。

最后，算我错了，我不该捅马蜂窝。

问题是我没有说我支持iFrame，我一直强调是你反驳iFrame是采用的论据基本上都是有逻辑问题的，你怎么就不能正视自己没搞清楚解析和渲染的区别呢？还特地搬出w3c？你这是在讨论技术细节么？

你说我有火药味，原因就是首先是你为了维护你的观点，扯了很远的其他话题，不着边际的连Flex都说到了。这当然让人莫名其妙了，自己理解有误说错话，还硬要扯开话题。

你怎么还在说ext官方例子的问题，有没有认真看贴，我都说了好几次我没有支持iFrame。你还说我“自认为有个性的就开发出一套比ExtJS更优秀的框架出来”，有么？我有说过这样的话么？举个例子，我们公司自己的框架，用了Hibernate，难道我就能说我们开发出一套比Hibernate更优秀的框架了么？这算哪门子逻辑啊，我们不是金*蝶公司啊（笑）。我想和你交流一下autoLoad的技术问题，你就是这么回应的？怎么看都像是你在搞人身攻击啊。

为什么你不能正面讨论ext的解析问题（或者说解析和渲染）和是否适合webpage的问题呢？

如果让你有得理不饶人的感觉，我向你道歉。但是说还是要说的，我认为合理的使用ext完全是可以应用在website的。

one page one application,这种方式在富客户端很实用的,象flash,flex,sliverlight都是基于这样的概念,只不过,这些工具开发工具比较好,界面与逻辑分解比较好.EXTJS现有的开发工具也开始进行这样的体系改造.只不过,目前的问题,对于大量JS脚本的管理与维护,大多数国人表现无力,再加上没有一些快速开发工具的支持,且大部分EXTJS应用没有根据其标准组件化编程要求,使得大多数EXTJS代码难以管理与维护.我想,大家争来争去,无非也就是这个问题.不过,我想,在期待其变成一个更好的框架之前,我们是不是应该静下心来,为这个大家为之争论的框架,加一点我们的代码以体现各自的观点呢?

就是因为他是一个有用的类库,才显得他重要,编程这专业,如果没有一些通用的类库出现,什么东西都要自己重新写,效率永远提不上去,更不可能工程化.
试问现在那门编程语言不要引进大量的第三方类库.

extjs 对于初次数据显示很成问题，我开发的项目还是使用传统的HTML生成数据，javaScript类库多用JQuery。

ls不妨把自己遇到的“extjs 对于初次数据显示很成问题”描述清楚下。
大家讨论下能不能解决，我们都没有遇到这样的问题。