fluentdata - 爱码网

FluentData - 轻量级.NET ORM持久化技术解决方案
目录：
一、什么是ORM？
二、使用ORM的优势
三、使用ORM的缺点
四、NET下的ORM框架有哪些？
五、几种常用框架的比较
六、什么是FluentData？
七、快速上手如何使用FluentData？
八、提供资源下载
内容：

一、什么是ORM？
ORM，即Object-Relational Mapping（对象关系映射），它的作用是在关系型数据库和业务实体对象之间作一个映射，这样，我们在具体的操作业务对象的时候，就不需要再去和复杂的SQL语句打交道，只需简单的操作对象的属性和方法。

二、使用ORM的优势
优势一、隐藏了数据访问细节，“封闭”的通用数据库交互，ORM的核心。他使得我们的通用数据库交互变得简单易行，并且完全不用考虑该死的SQL语句。快速开发，由此而来。

优势二、ORM使我�*乖旃袒萁峁贡涞眉虻ヒ仔小�

在ORM年表的史前时代，我们需要将我们的对象模型转化为一条一条的SQL语句，通过直连或是DB helper在关系数据库构造我们的数据库体系。而现在，基本上所有的ORM框架都提供了通过对象模型构造关系数据库结构的功能。这，相当不错。

三、使用ORM的缺点
第一：无可避免的，自动化意味着映射和关联管理，代价是牺牲性能（早期，这是所有不喜欢ORM人的共同点）。现在的各种ORM框架都在尝试使用各种方法来减轻这块（LazyLoad，Cache），效果还是很显著的。
第二：面向对象的查询语言(X-QL)作为一种数据库与对象之间的过渡,虽然隐藏了数据层面的业务抽象,但并不能完全的屏蔽掉数据库层的设计,并且无疑将增加学习成本.
第三：对于复杂查询，ORM仍然力不从心。虽然可以实现，但是不值的。视图可以解决大部分calculated column，case ，group，having,order by, exists，但是查询条件(a and b and not c and (d or d))。。。。。。

世上没有驴是不吃草的(又想好又想巧,买个老驴不吃草)，任何优势的背后都隐藏着缺点，这是不可避免的。问题在于，我们是否能容忍缺点

四、.NET下的ORM框架有哪些？
现在市面上针对.NET ORM框架越来越多
微软自家的LINQ to SQL， ADO.NET Entity Framework不多说。

商业：

1.LightSpeed（免费版比较垃圾。表限制8个。另此厂商有NHibernate Designer工具）

复制代码

public static IDbContext QueryDB()
{
return new DbContext().ConnectionStringName("testDBContext", DbProviderTypes.SqlServer);
}

2.)config中的连接字符串实例

复制代码

<connectionStrings>
<add name="testDBContext" connectionString="server=192.168.1.100;uid=sa;pwd=sa!;database=testDB;" />
</connectionStrings>

那么下面就可以在我们的数据业务层中根据自己的需求随心所欲的写sql了。
1.需要返回一个实体：

复制代码

Product product = QueryDB().Sql(@"select * from Product
where ProductId = 1").QuerySingle<Product>();

2.根据参数返回一个实体？别急，尝尝那飘渺的链式操作吧

复制代码

Product product = QueryDB().Sql("select * from Product where id=@id")
.Parameter("id", id)
.QuerySingle<Product>();

3.返回一个泛型。

复制代码

List<Product> product = QueryDB().Sql("select * from Product where id=@id")
.Parameter("id", id)
.Query<Product>();

4.多表支持(这个楼主实际工作中倒是没有用到过)

复制代码

using (var command = QueryDB().MultiResultSql())
{
List<Category> categories = command.Sql(
@"select * from Category;
select * from Product;").Query<Category>();
List<Product> products = command.Query<Product>();
}

5.插入操作

复制代码

var productId = QueryDB().Insert("Product")
.Column("Name", "The Warren Buffet Way")
.Column("CategoryId", 1)
.ExecuteReturnLastId();

6.当然我喜欢写我牛B的sql。

复制代码

var productId = QueryDB().Sql(@"insert into Product(Name, CategoryId)
values('The Warren Buffet Way', 1);").ExecuteReturnLastId();

7.修改操作.

复制代码

QueryDB().Update("Product")
.Column("Name", "The Warren Buffet Way")
.Column("CategoryId", 1)
.Where("ProductId", 1)
.Execute();

同上，也可以不用update（）方法，而直接写sql.
8.删除操作
QueryDB().Delete("Product").Where("ProductId", 1).Execute();
9.我想链式操作，我想写lambda表达式OK。

复制代码

QueryDB().Delete<Product>("Product")
.Where(x=>x.id,id)
.Execute();

10.事物的处理

复制代码

using (var context = QueryDB().UseTransaction)
{
context.Sql("update Product set Name = @0 where ProductId = @1")
.Parameters("The Warren Buffet Way", 1)
.Execute();
context.Sql("update Product set Name = @0 where ProductId = @1")
.Parameters("Bill Gates Bio", 2)
.Execute();
context.Commit();
}

在事物的操作中记得context.Commit();方法的执行，楼主曾经在自己的一个项目中需要用到事物，却忘记了执行提交这个方法，最后在源码的汪洋中探索许久
11.存储过程
有关存储过程的使用，楼主在实际项目开发中，用上了存储过程。该存储过程的作用是分页，那么这里也贴出来分享一下

复制代码

public static List<T> getPage<T>(string tableName,string tableFields, string sqlWhere,string order,int pageIndex, int pageSize, out int total)
{
var store = QueryDB().StoredProcedure("PF_Sys_PageControl")
.ParameterOut("totalPage", DataTypes.Int16)
.Parameter("tableName", tableName)
.Parameter("tableFields", tableFields)
.Parameter("sqlWhere", sqlWhere)
.Parameter("orderFields", order)
.Parameter("pageSize", pageSize)
.Parameter("pageIndex", pageIndex);
var result=store.Query<T>()

上面贴的都是一些方法内容，具体的可以用方法封装下，当然该ORM是基于Freamework4.0的，Idbcontext接口下的方法也有支持返回一个动态类型的，所以扩展性也不弱。具体的就在于灵活的运用。
至此；写到这里一定很激动了吧，大伙有时间有机会的话，也去尝试下吧。