最常用的就是三层架构咯
数据访问、用户呈现,再来一个业务逻辑。
不过,我最近做的几个系统都喜欢把业务逻辑分成两层。

解决方案 »

  1.   

    哈哈,我们也要改了,可能要4层分层就是好,思路清晰,代码明了
      

  2.   

    并不是层越多就好!~就需要而定!
    有时层太多反而带来了性能上的降低!~
      

  3.   

    同意楼上的
    不过,在大点的项目中用3层是肯定不够的
    那样,别的不说,维护起来就很麻烦。
    还有一个更加重要的就是,层多了之后,如果设计部分(不管是需求分析、概要设计、详细设计)做的不好,代码写起来会超级郁闷的!举一个简单的例子,如果要修改namespace,这样的文书工作,绝对搞你半天时间(很可能是整个开发团队,全部停下手头的工作,转头做半天的“文员”,这样的情况,我就遇到过一次,超级郁闷)
      

  4.   

    把业务层分两层是怎么分的 ?
      

  5.   

    数据访问层
    业务实体层
    业务逻辑层
    外观表示层