不要书上的东西,要高手们自己总结的经验,自己的话。谢谢

解决方案 »

  1.   

    我又考虑了一下
    觉的刚才说的不是很合理
    应该这么说还是这三个 
    颜料,人,画纸
    最终目的是要显示出来public void paint()
    {
    好比我们给客户作画
    他说要显示什么就要显示什么
    客户跟画纸说:给老子画这样一幅画,别的我不管,给我画出来,老子就给钱
    画纸接到任务,对人说:人,出来,在我身上作画,要求是*****,用什么颜料是你的事,我管不着
    人听后找到颜料,对颜料说:快给我准备颜料,我要颜料1,颜料2,颜料3...快点!
    颜料准备好后给人
    人根据他想要的颜料作画
    画做好后去找客户交画拿钱
    }if(客户.满意.ToString()=="true")
    {
    钱到手;//完成
    }
    else
    {
    paint();//客户不满意,重新作画
    }
      

  2.   

    和经典啊!
    界面(ui)发起请求。问业务层,我要关于“某类”图书的数据。
    业务层:接到通知(调用),对数据层说:给我“某类”图书的数据。
    数据层:我去找“某类”图书的数据了....找到了....给你啊业务层!业务层:收到数据后。这些数据有的还要再处理一下。比如根据这些数据生成也个泛型集合。
    处理完毕了。界面层你要的数据我给你带来了。将组织好的数据给UIui:好的。我可以绑定数据进行显示了.............
    asp.net的三层就是这样来工作的.........
      

  3.   

    界面(ui)发起请求。问业务层,我要关于“某类”图书的数据。 
    业务层:接到通知(调用),对数据层说:给我“某类”图书的数据。 
    数据层:我去找“某类”图书的数据了....找到了....给你啊业务层! 业务层:收到数据后。这些数据有的还要再处理一下。比如根据这些数据生成也个泛型集合。 
    处理完毕了。界面层你要的数据我给你带来了。将组织好的数据给UI ui:好的。我可以绑定数据进行显示了............. 
    asp.net的三层就是这样来工作的.........==================
    很赞同很多三层的例子,因为数据是直来直往的。所以业务层在中间显得多余。其实业务层很重要,例如你去饭店吃饭。UI—>BLL:给我来个辣白菜炒饭
    BLL->DAL:来个辣白菜炒饭
    DAL->BLL:给你辣白菜炒饭
    BLL->UL:你的辣白菜炒饭上面这些,BLL层只是起到了传递的作用。但是当你吃饭的时候。你会发现没有筷子。其实,上面的BLL层少做一件事。就是放筷子。
    真正的情况应当是这样的:UI—>BLL:给我来个辣白菜炒饭
    BLL->DAL:来个辣白菜炒饭
    DAL->BLL:给你辣白菜炒饭
    BLL将餐纸,筷子和炒菜放到盘子中。
    BLL->UL:你的辣白菜炒饭这时,你可以用筷子吃饭了。还有餐纸呢。