ext取舍

现在做一个比较大的系统。
由于没有页面设计人员，所以公司就在开发组里面抽了4个人组成了UI组，做页面设计。
可以说大家都UI都是不了解的。看到EXTJS华丽的页面，所以就想偷懒，就想采用EXT1.1版本做为此系统的UI框架。现在有两个问题：
1.EXTJS的性能问题。因为发现当使用它的整个文件的时候，加载静态页面就要3,4秒，领导和其他组的人员都不满意。
目前想到的解决方法：只加载当前页所需的样式及JS文件（压缩过的）。

2.学习成本问题。由于大家都是从J2ee那边过来的，对J2ee常用框架比较熟悉的，还想进一步学习使用。现在发现学习和使用Extjs都不适应。觉得ExtJS语法诡异，不太想使用。

在论坛上，发现大家对EXTJS框架的使用也是褒贬不一。我现在就是想确定下，EXTJS到底适不适合做大型项目？有没有成功的案例，这些也是整个团队所关注的。

你不应该先试图了解EXT如何如何
你应该先让大家清楚 你的项目的一些情况 以及开发模式

"EXTJS到底适不适合做大型项目" 这样的问题实在是有点笼统.
而且, 开发模式 人员组成 也是很重要的考量因素, 不应该仅仅从最终的产品角度来考虑

不过 根据你所说的 这些信息, 我给的建议是 你们还是别用了

学习成本还是挺高的，而且暂时也没有非常成功的例子，还是观望吧。。。

　　谢谢fins和timezz的回复：）
　　其实被分到UI组的人里面也有我。从被分到UI组的那天起我就反对使用EXTJS。我觉得EXTJS在这么大的项目里面使用，是一种极大的冒险。我不想当吃第一个螃蟹的人，但整个团队却是勇往直前　：（　项目组说用EXTJS，我就学，因为我反对过，但反对也是一种无奈，因为没人听，组员还鄙视我说我在逃避。
　　现在EXTJS的页面风格是被客户肯定了，因为考虑到性能,以及日后的维护和扩展，所以在近几天做了对系统的局部开发，也包括EXTJS的局部使用。
　　领导们才发现使用EXTJS开发不太乐观，首先很明显的就是性能：刷新一个静态页面要3,4秒钟，对客户来说是不能忍受的（现在还没优化）。还有就是页面多，使用EXTJS写的JS代码也多，日后的维护也是一个很大的问题。
　　目前项目组对EXTJS到底适不适合在当前的系统中使用做了积极的讨论。我也是因为这样才发贴子来问大家。希望大家谅解一下，真心希望能得到大家的帮助。

认真看完下面三篇讨论(主题和回复都要看)
你会有自己的答案的

http://www.javaeye.com/topic/90148
http://www.javaeye.com/topic/133373
http://www.javaeye.com/topic/130291

这样看来你惨了。客户已经看到了EXT的界面，他就不太能接受其他较为粗陋的界面。而他还没看到过性能的问题。这样结果很可能是他两者都要。你又做不到。

建议：外包。专业的前端UI工程师能胜任。
真心说句，想用好EXT不是那么容易的

同意!
我们做的项目!
第一次初始化的时间:配置不好的机器3-4s,好一点的,也就是一般的机器配置为1-2s!
初始化后的页面反映时间小于1s!

基于你的说法，我有两点不同的观点：
1 关于页面较多：使用Ext1.1后，你可以在Layout中嵌套tab页，尽量抽象需求，做到Ext封装组件的复用，虽然也要写很多Ext风格的js代码，但是可以做到主页面无转向。而且只要做的好，基本页面都在客户端动态生成tab页。所以不会页面较多。
2 至于性能方面我建议开发人员对要使用的空间封装后压缩，这样可以按照需求设计出符合项目需要的可复用的组件，而且删掉不用的东西后再压缩会小很多。
3 至于学习曲线的问题，如果开发人员对js，css比较精通，以前还用过Swing或者MFC的人应该上手不难。刚开始比较头疼（因为要经常去extjs。com上看老外的论坛），等把所有控件全用一遍之后，就明白怎么回事了。但是冲着Ext完美的展现效果，还是很有动力的，很快就能上手。

我还是喜欢自己造轮子，那样控制力强，所以一般都只是模仿extjs的外观和抄他的创意，至于框架嘛，Prototype+Script.aculo.us就搞定了，嘿嘿