“RIA Services+linq to sql”不能作用于asp.net站点的“DAL”或是“BLL”层之上,只能直接作用在数据库(比如:SQL Server)上对吧?

解决方案 »

  1.   

    linq to sql 直接对数据库操作,相当于起了dal层的作用,这个跟RIA Service没什么关系
      

  2.   


    哪“RIA WCF Service”到底和谁结合呢?
      

  3.   

    借一下,“hzzasdf”的回答,说的很清楚了。silverlight无非是用web service来访问服务端(ria service无非是系统自动生成web service的代理类),至于ef, ado.net都是访问数据库的方法,跟ria service一点关系没有。我公司的silverlight项目,访问数据库,用ef和ado.net都有。无非是ef直接返回对象,ado.net要自己把dataset转换成自己需要的对象罢了。
      

  4.   

    谢谢大家一直以来的帮助,现在明白了。“ADO.net”(连接字符串类/Adapter类,两种方式)、“Linq to sql”、“EF”这些都是访问数据库的方式,是DAL层,而“RIA WCF Service”是BLL层,是这样的吧???还有两个问题能和大家确认下吗?1、Access下不能使用“EF”,只能用“Linq to Sql”,以此来直接返回“数据对象”,被SL使用,是这样吗?2、EF的核心“EMD”(“edmx文件”),一个“edmx文件”好像可以包含好几个“实体类对象”,只要在对应的“数据库表”上面打上勾好像就可以生成了,是这样吗?
      

  5.   

    追加一个问题:3、就这样一句

    [EnableClientAccess()]
      public class OrganizationService : LinqToEntitiesDomainService<AdventureWorksEntities>
      {“EF”和“RIA WCF Service ”就结合在一起了?
      

  6.   

    “Linq  to  Sql” 直接操作数据库和“ WCF RIA ”没关系。
      

  7.   

    初学者总是烦什么“三层”的。RIA Service就是非常适合初学者,得到一种在表现层直接访问数据库表的感觉,所以它本质上就是不搞业务逻辑层、反rpc面向服务设计原则的。
      

  8.   


    “表现层直接访问数据库表的感觉”是的,但是还是要使用WCF和现在的框架结合。
      

  9.   


    说的非常好,我当年学.NET的时候就纠结简单项目的三层到学习petshop的多层
    其实啊,怎么去分层都无所谓,没有项目扩展性问题,表现直接对数据库是最方便的