extjs-tag （即使不会extjs和js也能开发页面）

在现代，任何想逃离js的web开发人员，都是在自寻死路,jsp tag就更胡闹的东西了

。不管怎样的js 框架，他的祖先永远是javaScript。。

最好用的肯定还是javaScript，而非js 框架，。

框架只是用在一些比较速度的开发上，  框架的扩展性和 javaScript原型是没有办法比的。。你现在使用框架，是因为这个项目的需求已经确定。

假如忽然变个项目，变个逻辑，变个需求。。。你那大量的工作就白做了。。
目前的框架已经足够开发使用，框架达不到的地方 javaScript 再去实现。

Ext 不仅框架收费。。。

维护起来更 “收费”

再回一下,上面回复的人这么多,真看到什么建设性意见.说不对的话,给理由,什么手写js更爽这类,封装js必死之类,这类偏激的话,说出来没含义的.

第一点:
简单来说, 这类封装相当于将一个js调用变成了tag调用, 比方:
<script>new Panel(title, width)</script>
<div>
            xxxxxx
</div>
变成了:
<ext:panel title="" width="">
           xxxxx
</ext:panel>
这种也方便了调用, eclipse中对tag的提示是比较方便的.

第二点,
我要再做扩展,也方便,比方,对tag做权限控制, tag的信息收集.

这里面临的问题,其实会有一些,比方,一个大的<script>块变成无数的小<script>,会不会有性能问题, ext的嵌套方式生成界面, 变成了基于el的平板式, 会不会有性能问题.
另还有一些tag组装不是那么简单, 主要体现在tag重用方面. 比方, 我有tag:
<ext:combobox>
现在我要在grid中显示这个combobox,好的用法可能似式如下:
<ext:datagrid>
   <ext:column><ext:combobox></ext:column>
</ext:datagrid>
事实上, 这类组装有些要考虑的难度.

说LZ胡闹的人估计是没有管理过团队的人。
我们经常在吹嘘自己的技术有多么多么厉害，js用得出神入化，ext随便折腾。但，你再折腾还是个小程序员。

LZ是想实现一种捷径来降低项目开发过程中的学习曲线和维护成本，我们先不讨论jsp tag这种是不是好的实现，首先我们的头脑中就应该有学习曲线和维护成本这个概念。

LZ方向是对的，继续努力。

做得不错
但是维护这个tag库也是一项繁重的工作，如果你离开了，不知道是否有人能够接续。所以还是用ext－GWT更加方便吧。

tag 用起来是好用啊，关键是很难应付变化，如果要调度tag程序还解决问题了，你还得和js打交道，所以，不会js，跟本就不要去玩ext，我们以前的项目刚开始就是想当然的把ext封装成tag，当项目深入后发现tag根本就是适应不了变化，ext结构是很自由的，你很难封装好，当你进入到tag类再回到html看js的时候，你会发现，还不如直接看ext的js痛快，关键是写js的人要保持好格式

即使是做代码生成，也不要这样用。
tag已经是被证明死掉的技术
建议采用<script src="">的形式从servlet中动态生成JS组件

我们公司的一个开发平台 前台UI基于tags做的

技术可能被淘汰 但是并不是说不能使用 新技术一堆一堆 但是估计很少有大公司一出新版本就马上换框架的

我从程序员的角度分析一下：
这里的使用是什么层次的使用呢？
是“使用”“使用以前的技术开发的东西”
还是“使用”“以前的技术”开发用于使用的东西？
如果是前者的话，我同意
如果是后者，那么岂不是前后逻辑矛盾了

老罗：
为追求新技术频繁更改框架不是一件好的事情，
但是在已经决定更改的情况下，采用新的技术，会make life easier