我们有DWR+EXT了，还需要struts了吗

随着EXT跟DWR的不断升级，趋于成熟，这两个联合起来完全可以替代struts等框架，将struts+spring+hibernate的铁三家替换为EXT+DWR+spring+hibernate，试想我们还需要struts这样的框架吗 ？请各位发表自己的意见

重申一下，小弟是想用ＥＸＴ代替ｓｔｒｕｔｓ，即用ext+dwr+spring+hibernate代替ｓｔｒｕｔｓ＋ｓｐｒｉｎｇ＋ｈｉｂｅｒｎａｔｅ，不知道可行性怎么样！请各位就这点发表意见。

EXT太慢了，而且也只能做一些C/s样式的东西，对于网站样式的用Ext好像是不行。我本想在项目中用mootools，结束我还是用jquery.更快更小。

jljlpch说的不错！ext这个东西就是用在项目中！企业应用！用到互联网上肯定是不行！侧重点不一样！不过试问一下！互联网上又有多少网站是用struts作的那？

作网站跟作项目不同！企业应用中，向ext这样的“胖客户端”必将是主流！

各有所长，各自在不同的领域里发挥自己的优点。

网格取数据还是采用控制器返回json比较好一点。所以我们现在dwr和struts控制器两者都用。不过mvc框架的功能将大大弱化，因为原来需要在控制器中做的很多事情，现在不需要了。

那如果我废掉struts不用直接ext+dwr+face类+spring+hibernate这种架构会有什么优缺点。当然前提是企业应用，给企业作项目！而且在局域网环境下运行！诸如什么什么管理系统一类的！

fangzhouxing,不知道你在项目里struts的控制器起什么作用的！请赐教！

我们采用的系统架构是这样的:

   界面层                        业务逻辑层                                       数据访问层
   ------                        ----------                                       ----------
   HTML/CSS/JavaScript ----+---> Facade（外观类） ------+---> Service(服务类）--> Expresso DBObject    
                           |                            |                         JDBC 
                           +---> Controller(控制器类）--+
                          |                            |
                           +---> Servlet ---------------+
                           |                            |
                           +---> ReportDataFactory -----+ (用于Birt报表）
				       

   说明：
   （1）显示新页面时，仍采用传统MVC架构，通过调用Struts 的Controller(控制器类）实现。

   （2）页面显示后，界面层采用DWR的RPC方式调用业务逻辑层功能（Facade类的所有方法通过DWR暴露给客户端调用）。

   （3）业务逻辑层由外观和服务构成，外观类以客户端用例为依据提供大粒度功能，而服务类采用面向对象方式
        实现具体的功能（细粒度），外观类功能通过调用服务器类方法实现。

   （4）数据访问层采用传统的Expresso框架（用一个类封装一个数据库表，实现CRUD操作）提供的功能，也可以直接使用JDBC。

   （5）控制器类也和外观类一样，可以调用服务类功能, 通过json数据格式与客户端通讯。

EXT+DWR+spring+hibernate 可以和传统的方法混合使用，各取优势。