ExtJS在JavaEE项目开发中的疑惑
最近一直在看ExtJS的资料，感觉ExtJS的优势很明显，但是劣势也很突出

主要的问题在于ExtJS的代码主要以js为主，用在JSP中，大量的js代码使得代码的可读性大大降低，并且ExtJS的编程语法体系很庞大，要想全部掌握，需要很长一段时间

也看过一些开源的用ExtJS做的JavaEE系统，里面很少用到jstl、el等特性，如此一来JSP就无用武之地，而且看过的几个系统基本上都用到了经典的One Page One Application的开发模式，这种方式也有一些弊端，比如单元测试，比如内存释放，网上也很少有这方面的资料

JSP标签是一种很好的方式用在JavaEE系统开发中，也有标签库对ExtJS进行了封装，比如ExtTag和ExtTld，在某种程度上的确可以很大地提高使用ExtJS的方便性，但是，我很奇怪的是，为什么这些封装了ExtJS的标签库却日落西山呢？

期待高人解答小龙的疑惑

------解决方案--------------------
ExtJS 基于js的面向对象编程，控制性强、实用性强，其实它并不复杂，代码的可读性也挺好的。根据api说明文档，很容易实现的。
------解决方案--------------------
用EXT后，JSP基本可以废弃了，什么jstl的标签完全是多余的。这个时候配合ssh可以很轻松的以mvc模式开发出应用。
------解决方案--------------------
你把ExtJS代码和HTML比太不公平了 就像说飞机比自行车复杂一样。

ExtJS确实额没有html直观，但功能比html强太多了。

如果你用jsp实现类似ExtJS的效果，你会发现ExtJS有多么直观了。
------解决方案--------------------
其实关键看你是否专注做前台的，如果不是这里的工作你无需了解到这么多 

---说说我自己：
我是搞java的，一直不太爱做前台，为了适应大型项目开发，我申请到公司的数据库模型组做了一年的数据库开发工作（大体上内容是：编写自定义函数 存储过程 视图等编码工作），然后现在又回归做java，仍旧专注后台业务逻辑，平常看看设计模式，思考一些常用功能组件的设计，觉得后台复杂的业务逻辑设计、以及大数据量和并发数据量的处理才是有挑战性的工作。
实际项目开发中JSP页面我都是struts标签和jsp标签混合用，jstl、el表达式也用，这东西很随意，至于extjs和jquery我到现在都没入门过，这不这周三要做一个复杂的树，我看了下，ext貌似很方便，于是昨儿个下了个ext 3.2 然后把里面的tree的示例直接照搬到项目里，然后引入给JSON去动态生成树，然后google一下给树的节点加个监听事件就基本OK ，才懒得从头到尾去学了，用的时候再找、再看。 

当然如果你很喜欢前台开发，那就系统学习一下，目前dojo dwr jquery 都各有用武之地，extjs很系统一点你、工程一点。
------解决方案--------------------
其实也不能将Ext js完全归于前端，如果使用Extjs的话，那么浏览器端就提供了系统的主要逻辑实现，而后台只不过是提供了一些数据，其实浏览器段的计算能力一直被忽视，只是一些简单的验证或者只特效听浪费的。而且一旦加载成功的话，Extjs的响应很快，而且可能总的算来，流量也会少一点