本版就是一个巨大的bugFree????

解决方案 »

  1.   

    当前j2ee项目架构众多,侧重点各有不同,但其本质都是对一块架构逻辑的封装,j2ee最基本也是众所周知的就是mvc三层架构,而各种在此基础上衍生出的新架构也只是对其中的某一个层次进行细化和封装,使之适合某种特定领域开发的要求.对于显示层,我主张尽量用html+javascript+封装了的javabean实现通用主件,作为项目自己的显示层核心.可以做到维护成本低,上手比较容易的特点.在实际项目当中,这样做的好处已经体现出来,随便找写学过一点点网页的人就可以参与到项目开发当中来.
    对于控制层,相信struts的action是大家公用的选择,我也同意,在这里配置访问和处理返回数据,不设计任何的业务逻辑.
    我主张有一个通信层,这个通信层可以封装了EJB或者spring,实现事务管理的容器化及资源池的利用.
    再后来应该是一块业务层,及数据持久层
      

  2.   

    项目1
    数据展示:私有标签
    业务实现:EJB 主要使用stateless EJB
    持久化:映射+存储过程(大量数据放于cache)
    架构:MVC+EJB
    优点:速度较快
    缺点:未实现完全的松耦合,特别是数据源
      

  3.   

    该控件有几个部分:数据集--一条select语句,pb里有这个概念。
                      一个处理数据集的类 --- 类似dataWindow,有专门操作,数据的一些方法,如Insert,update等。
                      一个包含数据集类的form--,包含了一个数据集类。
                      一组在jsp上的专业用标签。
      

  4.   

    以上两个项目都是设计极为失败的项目,只能作负面教材理想的是多层设计,由下至上
    database(any database) -> orm layer(hibernate) -> DAO (GenericDao) -> Service & WebService -> MVC muitl-action(Struct or webwork) / SOAP(xfire) + Client(Java swing or SWT, XUL)