今天看到业务对象BO这个东西,想起以前在学校做的一个学生成绩管理系统。抽象出Studdent跟teacher这个两个对象。他们包涵了selectCourse() removeCourse(), giveScore等等业务方法。持久化的代码写到了另外的一个地方。    现在看到很多系统基本没有什么bo,都是什么sevices+dao+po这样的,个人觉得sevices+po是不是就是一个BO???

解决方案 »

  1.   

    以前学校的都只是基础,公司一般都有自己的框架,但一般都是基于MVC模式来设计的,解耦!
      

  2.   

    我是想问,那个sevices+dao+po就没有bo了,而sevices+po是类似一个BO??
      

  3.   

    其实BO,往往不仅是所有业务操作的集合,还担任了事务的统一性,而你采用dao 而可能达不到一点吧,当然,像那种业务单一操作,是显得BO是多余的,但从整体来看采用BO是利大于弊的,例如,当你发生单一业务操作,变成多业务操作时,你不用去改DAO,而只要在BO中添加业务,新加DAO,对原来的不变动 
      

  4.   

    sevices就是bo,叫法不一样而已 关键是看他处理的那层
      

  5.   

    楼上是对的,我们也是整么用的,mgr中直接调用PO对象,mgr在这里就是扮演一个BO的业务管理对象。