开源项目G4Studio远景战略抉择！请大家指路

个人更喜欢方案二
可以借鉴下微软的asp。net设计思路，前台直接拖控件，后台直接看代码:code-behind设计思路。
系统架构方面，利用ext3.0的Ext.Direct特性，是可以抛弃struts这层了。ibatis还是离不开sql的书写，建议直接hibernate吧，更利于新项目的快速开发。

方案一走tapestry，jsf，Gwt的路子，拿一种语言生成另一种语言，性能好不到哪去，还不如将ext二次封装。
方案二EXT设计器做得牛逼一点还行，参考FLEX的设计器，不然基本也是无人用，只能给新手拿来当做EXT的入门代码参考，实际开发不会有人用，因为拖拽自动生成的代码不可能非常OO化，还是要自己排版重写，即使flex也是如此，实际开发很少用设计器了。
所以还是建议将EXT做丰富化的二次封装和扩展，多提供点模板，高级应用参考，走类似springside的路子，本质上还是提供EXT简易化开发。

个人认为两种方案都不是很好，同楼上
1）方案一可以采用相关的模板技术实现（官方有gwt-ext）；
2）方案二所提的设计器主要是提高界面的工作效率，工作量很大，后期的维护升级都会是比较麻烦；

建议：
1）可以考虑类似于项目模板的开发方向；
2）可以考虑类似于提供项目整体解决方案的方向，即：分界面解决方案和底层解决方案，两层之间采用json或xml的方式进行交互，这样开发人员可根据需要选择不同的解决方案或两套解决方案；
3）另项目可结合模板技术，可自带默认模板，开发人员也可自行定义；

nazca已经实现了方案2。

似乎又是挂羊头卖狗肉。没看到源码。非常不厚道。哎。。不放代码就别说自己是开源。不过图片上看到的效果确实不错。和偶方案二计划要实现的东西相差无几，没人开等的偶来开吧！！

标签化没必要，封装一下Ext还好

疑问: 为啥不用struts2，而用struts1呢？

eredlab，你好！

最近无意中看到你开发的这套系统，我这人说话比较直接，说的不好，请不要往心里去。

一、从整体上来看，系统做的非常不错，十分专业，考虑的问题也非常细致。我所理解的目前定位是，类似于向其他开发商提供二次开发的工具，但现在还是得使用传统的 ExtJS 来开发，需要一定的学习时间才能灵活运用。

二、方案一：如果说将常用功能做成 JSP 标签，一定会对性能打很大折扣，不过如果开发后台系统，用户对这一点还是可以忍受的。

三、方案二：如果使用代码生成技术，并且通过图形化用户界面来进行开发，如果做得好，确实可以提高不少开发效率，但是相反，如果做得很难用，那到不如不做。：）

四、个人建议：使用方案一的风险性比方案二要高很多。如果这套系统只是面向后台管理系统而言，个人觉得在性能方面可以不用特别在意，在后端实现缓存，将减小查询数据库的开销，这样也势必也节省了一些性能。推荐使用方案一。

五、其它建议：不妨对各个常用组件提供一个简易配置的功能，用户只通过图形化配置，就可生成 ExtJS 代码，然后把这些生成的代码，复制到自己的代码中即可，这样可减少用户（程序员）写代码所带来的时间开销。也就是说，我建议作者开发一个 ExtJS 的图形化代码生成器。

PS：上海某公司（实在不方便透露）做了一个类似方案二的项目，已经投入商用，但据了解，效果并不理想。

我自己 也在弄extjs

我是用的 extjs 2.0 + struts2 + hibernate3 + spring3

我貌似也在和 LZ  做同样的事情。只不过 没有楼主做 的那么厉害。

我的思路简单。

我是另外一种实现。将ext2.0封装成 jsp的标签。

让标签生成html 组织成页面。没有用到extjs的js部分用到了样式。

而需要写的js用jquery实现。页面组织还是 用的嵌套 iframe的形式。

我想服务器快就行不用全部都是ajax。用标签的话好修改维护成本也不高。

现在我考虑的是用这些东西实际做点管理后台的程序。能组织成项目并且简单维护就行。

我很在意 extjs的开源政策所以用的2.0 的版本。


http://toeo.iteye.com/admin/blogs/830351

春哥，搞一套springmvc版本啊，现在流行啊！