LINQ to SQL
来源:互联网 发布:大数据分析模型和方法 编辑:程序博客网 时间:2024/05/22 09:00
最近接连遇到几个朋友问我同一个问题,就是关于.NET平台上ORM框架的选择。我想在这个讲求 效率的时代,谁也不想手写SQL或存储过程去访问数据库了。大家都知道,在Java平台上,ORM 这一块基本是Hibernate的天下。当然,相对轻量级的iBatis也有不错的表现。 不过谈到.NET平台,ORM框架似乎相对混乱了点。很多朋友问我的时候,往往会这样问: NHibernate、NBear和Castle该选择哪个?而当我反问:为什么不适用微软自带的Linq to SQL 呢?对方经常会迷茫和不解。 我觉得这是个很奇怪的现象。依照我个人的实践,我认为当需要快速构建一个中小型项目时 ,Linq to SQL是一个很好的选择。你至少有以下理由可以选择它: i. 它是微软自己的产品,和.NET平台有着天生的适应性。如果你使用.NET Framework3.5和 VS2008开发环境,它本身就集成在里面了,同时VS2008对于Linq to SQL给予了诸多方便的支持 。使用它,你不仅在开发和部署时不用考虑第三方库,更可以尽情享受VS2008带来的种种方便 。 ii. 上手十分容易,使用十分轻松,通常,你不需要编写一行代码,也不用写任何XML配置 ,完全通过可视化拖拽就能完成ORM层的构建。 iii. 功能丰富,使用便捷。当轻松构建好ORM层后,你就可以更轻松的操纵数据库了。Linq to SQL提供了丰富的功能,完全可以满足日常数据访问的需求。使用方法也非常简单、灵活。 有这么好的理由,我真想不通为什么那么多人不愿去选择它。我想来想去,也许有两个重要 原因,一是把LINQ和Linq to SQL混为一谈了,二是受前段时间“LINQ已死”的误导,觉得微软 已经抛弃Linq to SQL了。关于这两点,我就不细说了,简略澄清一下: 首先,LINQ是从.NET Framework3.0开始,.NET平台上引入的一种新式语言特性,狭义一点 ,你可以讲它理解成一种新式语法,主要是针对迭代数据操作的,所以,也许LINQ叫做“数据 迭代引擎(Data Iterative Engine)”更合适,之所以不着样命名,我想微软可能不愿意让自 己产品的简写为“DIE”吧。:-)而Linq to SQL是LINQ在数据库访问方面的一个应用框架,完全 是两码事。 其次,关于微软会不会放弃Linq to SQL,客观说,可能会,因为微软下一步主推的ORM解决 方案是Entity Framework。不过这并不妨碍你学习使用Linq to SQL,原因如下:第一,考虑到 兼容性问题,微软绝对不会把Linq to SQL从.NET Framework中拿掉的,所以你不用怕现在用 Linq to SQL写的程序以后不能运行了。第二,即使微软不更新Linq to SQL了,但它现在的功 能,已经足够满足我们日常需要了,相比重量级的Entity Framework,如果你只是做一个中小 型项目,并且很注重开发效率和学习曲线,为什么不选择可爱的Linq to SQL呢?
- linq,linq to sql
- Linq初探--Linq to SQL
- LINQ to SQL 学习
- 什么是Linq to sql
- 使用LINQ to SQL
- 深入LINQ to SQL
- Linq To Sql注意事项
- Linq to SQL:基础知识
- LINQ to SQL实例
- 使用LINQ to SQL
- LINQ to SQL语句
- Linq to sql(一)
- LINQ to SQL语句
- LINQ TO SQL--insert
- LINQ TO SQL--delete
- LINQ TO SQL--update
- LINQ TO SQL--select
- Linq to SQL 资源
- CQ修改ip后,网上收集的解决方案
- jQueryUI小例子
- switch case关于定义变量的规定
- Sql Server 触发器(二)
- Oracle分析函数参考手册
- LINQ to SQL
- string 类的学习
- C# DataRow的删除
- 幡然醒悟
- ORACLE 常用数值函数、转换函数、字符串函数介绍
- GridView实现鼠标移动是,动态显示‘编辑、删除、查看’等命令按钮
- 高效的MySQL分页
- IPv4剩余数量不足10% CNNIC呼吁向IPv6过渡
- 关于linux静态库和动态库的分析