接口是为了统一方法的一种规范!
主要是为了方便同一个程序,各种数据库之间的扩展方便!
定义接口以后,你就要在数据层中写出相应接口中的方法!
我想问的是:
1.如果你这个系统需要添加一个方法,所以是不是需要对应的在接口,数据层和业务层都要建立相应的方法?
(不要说我一开始的系统没设计好,许多事情都是不可预知的!)
2.业务层到底能起到什么作用?我总感觉对于许多中小型系统而言,三层显得过于臃肿,延长了开发时间!
3.在数据层中的方法到底应该怎么写?比方说我要取前10条推荐信息,还要取1条普通信息,还要取5条浏览数最多的信息,是需要各写一个方法,还是同一个方法就行了,传入不同的参数,那这样的话,是不是就相当于在业务层也要增加参数,最终是从表示层获取参数的!那这样的话,会不会显得很繁琐?这个问题主要是想问各位:你们的数据层中是怎么定义方法的?
谢谢!

解决方案 »

  1.   

    关于第三点:如果有好几个地方用到“10条推荐信息”,那么最好在存储过程里一次性返回,这样做主要是考虑到性能。如果要严格执行三层架构,最好写到BLL,然后调这个DAL读一条信息,调那个dal读几条信息,最好再把所有信息返回。
      

  2.   

    现在的ASP.NET MVC和老的ASP.NET MVC概念已经完全不一样了,建议你了解一下ASP.NET MVC 1.0 (今年初配合.NET 3.5 SP1发布) 的相关内容。