解决方案 »

  1.   

    EF本身就是生成器。真正的技术在于人家 EF 支持“查询”方式的强类型表达(自动编译为sql语句),而“动软”没有这种查询技术,只有个简单的“增删改”简单功能而已。我不用生成器,主要是因为我目前仅使用 NoSQL。不过就算我需要使用关系数据库的话,由于 EF 配置环境总是不智能(总是出错需要重建),我不使用EF,会直接使用 ADO.NET。“动软”这种东西对我来说没有意义。
      

  2.   

    说“动软代码生成器能生成三层”那其实骗人的,它不懂业务怎么可能生成业务逻辑层?它只能生成DAL层,然后它弄一个跟DAL层接口几乎一模一样的、号称BLL层的东西糊弄人。“动软”只能生成DAL层,它是损害了程序员自己真正认识和亲自设计BLL层的能力的。
      

  3.   

    整个 EF 也是 DAL,你要了解这个,才能把 EF 很好地直接用到你自己设计的 BLL 层中。你才不会忘记去设计BLL层(如果你想“三层”设计的话)。人家 EF 就没有说自己是业务逻辑层框架,人家就客观地说自己关注的就是数据层。而有些人把“动软”说成是“三层”,这就是国内某些软件公司的病态推广策略。
      

  4.   

    谢谢提醒!我懂你们的意思,为了提高开发效率,有时候不得不去使用工具生成一些固化的代码,比如DAL,生成之后一般都会在BLL进行加工以来满足自身的业务需求。
      

  5.   

    EF和LINQToSQL是不同的东西。
    VS自带了EF的代码生成器。
      

  6.   


    是 那个 Entity Framework Power Tools是吧
      

  7.   

    你的意思是用模版吧? T4模版百度一下、 加上EF、dal的开发效率也会很高的
      

  8.   

    EF本身就是代码生成器,你可以下一些模板,比如T4模板,T5模板之类
      

  9.   

    1、EF和Linq to Sql是两个东西
    2、EF里用的是Linq, 不是Linq to sql
    3、实际上EF的增删改查是不需要自己写T-SQL代码的
      

  10.   

    EF本来就是代码生成器呀,你可以用CodeSmith Generator 6.5。百度一下就有的。这个要比EF好多了
      

  11.   


    是 那个 Entity Framework Power Tools是吧
    。你没玩过EF吧。。EF是和数据库中进行一一映射的,只要操作EF的数据上下文就能相应操作数据库中的数据。你玩玩就知道了。看下code first,感觉开发又轻松了
      

  12.   

    EF用LINQ TO ENTITY,不是LINQ TO SQL...工具自己生成的代码.一律不考虑