听说微软不在更新LINQ的技术了,LINQ以后还有发展前途吗,或者只是个过度产品!

解决方案 »

  1.   

    linq 还是有他的优势的,但是MS是因为linq to sql的原因.自己把自己的脚给绊了.并不影响linq
      

  2.   

    看过 LINQ 的介绍后,真不知为何开发个这样的东东?
    Power Builder难道不是这种开发方式吗?
      

  3.   

    微软放弃的只是Linq to SQL而已,它只是Linq的一个子集...目前来看Linq还是有前途的,不过微软要搞出一个更好的东西来淘汰它也不是没有可能...技术就是这样发展进步的...
      

  4.   

    linq to object 可以少敲很多字符啊,何乐而不为呢
      

  5.   

    挺好用的,很方便,有些东西看了感觉和Nhibernate的一样
      

  6.   

    三个观点:
    1. 请不要将Linq to SQL偷换概念成 Linq。2. 你写的利用 Linq to SQL 的代码在未来10年肯定都可以在.net平台上运行,所以无需担心天会塌下来砸坏了你的软件。3. Linq to SQL 只要学几天就OK了。这么简单的一个小工具(Linq to SQL其底层完全是依靠Linq机制而不是自己在Linq之外重新发明的),核心开发出来以后也就没有多少新鲜的东西值得消磨时光的了。Linq to SQL的死板的“实体”概念是我一直深恶痛绝的。LINQ to Entities支持比Linq to SQL的实体概念适应性要宽广10倍的新的实体概念,必然前途宽广10倍。
      

  7.   

    linq是为不会数据库的人准备的。学好任何知识都有用
      

  8.   

    我们可以看看这个文章中关于如何选择微软的两种Linq数据库实现机制的介绍:http://www.cnblogs.com/pojia/archive/2008/04/01/1132869.html没有什么技术是不变的,但是不要因为外界在变化,你就只忧虑不实践。
      

  9.   

    当你今天学c#、学.net framework的在不同平台上的应用开发技术的时候,你身边的人有没有人还在学20年前谭浩强的c、vb语言入门书?这种感觉很明显。(应该说,任何时候也还是有些搞专门特定开发的人学那些最基础的东西)类似地,当你3、5年甚至10年以后直接将面向对象的大系统开发中随时出现的新的对象类型(具有复杂的继承和接口关系)直截了当地持久化和查询,一秒钟都不用花在所谓关系数据库的设置和维护上,你再回过头看,你也会有同感。
      

  10.   

    sp1234 好棒!顺便在问下你说那个LINQ to Entities 是什么东西呢我买的书上只讲了
    LINQ TO ADO.NET
    LINQ TO DATASET
    LINQ TO SQL
    LINQ TO OBJECT
    LINQ TO XML
      

  11.   

    LINQ to SQL 并非微软在对象关系映射领域的最终的诺言,目前LINQ to Entities还在开发中吧,不知.NET 4.0会不会出来,LINQ to Entities平衡了日渐增长的复杂性并提供了远多于lINQ to SQL 的特性。首先,LINQ to Entities 使用了ADO.NET提供程序模型,也就是说它能够支持任意具有合适提供程序工厂的关系数据库引擎。其次,LINQ to Entities 支持更复杂的关系型和类之间的映射。LINQ to SQL假设你的类要基于数据库中的表,而LINQ to Entities能够弥补关系型数据和概念性数据模型间的裂痕。换言之,它能够智能地从数据库获取信息然后把它们放入到更加复杂的业务对象中。
      

  12.   

    很明显,Linq是一个很好的东西,有些人没有了解就表示出很反感,让人纳闷呀。
    平常开发遇到太多数据类型了,Linq把他们用统一的方式进行查询,我感觉是.net阵赢近年来最值得兴奋的东西。