我精神上支持你发明一个更好用的轮子。 
如果真的好用,我们都会用的。技术上帮不了你,现有的轮子我先用着。
SORRY!

解决方案 »

  1.   

    ......不是呀     企业级应用的过程中......
    不都要求建一个基于Spring+struts+hibernate的框架...
    但是实现功能的过程都是用调用那3个框架...
      

  2.   

    每个公司,针对每个特定客户的要求,都是不一样的。
    不过有几个原则我们这里大家还是基本认同的
    1 使用所有人熟悉的技术和结构,不随便引入新的技术
    2 确定大家负责的模块之间如何单元测试,也就是不要耦合度太高了,利用好Spring
    3 权限模块一般最后考虑,以功能模块优先开发
    4 B/S 还是 C/S当然得首先确定了,我们这基本都是B/S的。
    5 数据/逻辑/控制/表现层要分工明确,MVC就很好,不过不要拘泥
    6 以能满足客户需求为第一原则,技术放在第二位。不求最好,只求适用。
      

  3.   

    Spring+struts+hibernate三者互不影响完全解偶想用哪个用哪个想用几个用几个。
    要说组合三者构建公司架构基本上纯粹是“搬砖”似的功能模块叠加,即所谓“构件”
    因为信息管理项目的大量相似性所以这种公司架构可以走在项目之前,将可用功能做成构件项目间通用。
    各大公司都有类似架构,技术上和商用化比较好的可以看看浪潮的楼上框架。
      

  4.   

    每个公司,针对每个特定客户的要求,都是不一样的。 
    不过有几个原则我们这里大家还是基本认同的 
    1   使用所有人熟悉的技术和结构,不随便引入新的技术 
    2   确定大家负责的模块之间如何单元测试,也就是不要耦合度太高了,利用好Spring 
    3   权限模块一般最后考虑,以功能模块优先开发 
    4   B/S   还是   C/S当然得首先确定了,我们这基本都是B/S的。 
    5   数据/逻辑/控制/表现层要分工明确,MVC就很好,不过不要拘泥 
    6   以能满足客户需求为第一原则,技术放在第二位。不求最好,只求适用。===============
    认同。