DataAccessLayer
数据访问层的缩写,三层结构中专用于数据访问的一层

解决方案 »

  1.   

    学习人家的代码不要学习这种设计混乱毫无逻辑的学员的习作,不然你会收获很多坏毛病。
    一些培训班直接拿学员或者二把刀老师的程序给新的学员学习,真的误人不浅。
    就你的代码来说,根本那就不是什么"DAL"。
      

  2.   

    DAL.DataSetLinks.T_LinksRow
    DAL 是命名空间的一部分..
      

  3.   

    你会创建自己的程序集么~
    你会引用自己创建的程序集么~会了~ 你就知道DAL是什么~自己动手试试吧~ 明日就是高富帅了~
      

  4.   

    DAL 就是Data access layer的缩写。将数据访问相关的代码封装到一个类里,就可以叫它DAL,当然也可以放到另外一个dll类型的project里,这样就可以供多个程序使用了,例如website和一个winform,或者windows service访问同一个数据库,就可以共享使用同一个DAL dll. 
      

  5.   

    var linksRow = (DAL.DataSetLinks.T_LinksRow)rowView.Row;
    这个是实体对象吧,什么数据访问层?这只是不规范而已,这里代码是获取repeater 当前行的DataRowView ,不是访问数据层
      

  6.   

    DAL,就是程序里面三层架构中的数据层。
      

  7.   


    这里的DAL应该是胡乱起的名字,它看起来就是一些DataRow之类的类的自定义扩展,同时它也是跟设计者心目中的什么Links有关。可能它就是取DAL相近的意思吧。一个真正的“三层”架构,最根本的要求就是:“表现层不调用DAL,根本不知道DAL在哪里”。只要用好业务逻辑层,就是三层架构。而“为了三层而三层”的人,则只有一个“薄薄的、假的BLL层”,甚至干脆实在是懒得去用BLL层了,因为他心中的业务层就是DAL层,数据库增删改查就是业务,而BLL不过是为了装门面用的。
      

  8.   


    是的。这里的DAL,起名叫做 MY 更好。叫做DAL,让人感觉太臃肿。很明显这个人大致是“凡是不在页面的codebehind里边直接声明class的代码都叫做DAL”了,脑子里除了页面、其它的代码就都是DAL了。