Entity 要200多个,这也是 cmp 不好的地方,做一个bmp,从xml或别的地方取 sql,维护起来简单一些。

解决方案 »

  1.   

    本打算不用EJB,也没弄过。
    如果用EJB比较好的话,也可以,又可以学习了。不要笑俺不负责--不会也敢做,第一次不行我可再做n次。
      

  2.   

    STRUTS不可以吗?这么多表,我感觉用STRUTS最方便,把所有的SQL都写到DAO里,多方便呀
      

  3.   

    如果一个工程真的很大的话,像你说的要200多个表,你也不能回避呀.最重要是处理好表之间的关系.GOOD LUCK!
      

  4.   

    struts在这里有何明显优势呢?
    用它可以实现代码复用吗?
      

  5.   

    倾向于“利于维护”,开发的代价并不大,可维护的代价有可能是开发的几十倍,楼主慎重,还有就是一定要遵循mvc模式,但以什么样的方式实现MVC模式,有很多选择,struts挺不错的,而且也经受了考验,
      

  6.   

    谢谢!!服务器的选择:
    Tomcat不稳定 
    JBoss down不了
    WebLogic 不是免费
    WebSphere 不清楚
    Resin 小巧 (我怎么就喜欢上了它呢?)
    ...大伙给个建议没人up就结喽
      

  7.   

    即便是在什么模式都可以用的情况下,版本控制也是个问题选用好的项目管理工具。如 cvs,pvcs。
      

  8.   

    不一定每个表都要对应为一个实体Bean嘛,可以充分利用实体Bean的依赖对象模式。另外有些没有什么关系的表,只需要查询阿,存储阿操作的就用DAO模式直接来稿啦。
    Structs框架是一个关于WEB的框架,别听有些人瞎掰。
      

  9.   

    谢谢!
    编写实体Bean类多少倒无所谓,可以根据建表的sql语句自动生成。
    我觉得,如果用struts, jsp用标签开发会很慢,不也是一样存在业务逻辑,还要写配置。
    我是想让action servlet/数据访问 尽量通用。
      

  10.   

    struts很麻烦
    开发结构清晰了,但工作量却并不少,只是对维护有好处。
    :(