用ADO.NET操作数据库大家一定再熟悉不过了,select、insert、update等等SQL语句大家也都必然滚瓜烂熟。我将自己在学习LINQ to SQL过程中的动手经历记录下来,作为今后学习的参考,也希望对刚刚接触的人有一点帮助。
我在本文涉及到一个很简单的系统,利用DataGridView实现数据库数据的批量增、删、改,不是什么强大的功能。
如果有人感兴趣,可以在看完我的这篇文章之后用ADO.NET实现同样的功能,看看到底会比使用LINQ to SQL多多少时间,会多多少代码。(从设计到完成我用时大概2小时,代码量后面介绍中我会贴出我的代码)我相信很多人编码能力比我强很多,大家可以试试。总之尝试了LINQ to SQL我暂时没有用ADO.NET的想法。
(程序在Windows Server 2003、VSTS 2008、SQL Server 2005下完成)。
源码下载/Files/chenl861004/MyLinq.rar
1 什么系统?
1.1 数据库
先来看看数据库的设计,数据库名为test,作为简单系统的测试用数据库,test数据库含有三个表,Item、ItemIn和ItemOut。
图1.1 数据库
图1.2 Item表
图1.3 ItemIn表
图1.4 ItemOut表
数据库再简单不过了,三个表也完全雷同,不过建立三个表其实是为了后面说明使用LINQ to SQL结合泛型操作类实现可扩展性是很方便的。
1.2 界面设计
程序运行时首先弹出选择对话框,点击不同按钮弹出相应的界面就可以对相应的数据库表进行操作了。
图1.5 选择对话框
这是操作界面,三个表对应的操作界面相同,就只贴出Item窗体:
图1.5 Item窗体
窗体含有一个TableLayoutPanel控件,将窗体成上下两部分,上面是DataGridView控件,下面有个“Go”按钮,DataGridView显示持久化了的数据,点击Go将变化提交到数据库。DataGridView启用了“编辑”“添加”和“删除”,可在上面任意操作,操作完成后批量提交。
2 系统实现
2.1 数据
系统实现的讲解还是从数据的角度开始吧,使用LINQ to SQL的时间到了。
1.右键单击项目或其子文件夹->添加->添加新项->LINQ to SQL类,取名为test,扩展名是dbml。如此建立好了数据库对应的实体类。
图2.1 新建LINQ to SQL类
2.打开服务器资源管理器,右键点击空白处->添加链接… 这就出现了我们经常见到的链接数据库的对话框
图2.2 添加数据库链接
3.双击打开 test.dbml文件,将test从服务器资源管理器中将test数据库的表拖入到test.dbml中,这样数据库实体类就完成了,很快捷。
图2.3 test.dbml
事实上,不仅可以拖入表,还能拖入试图,存储过程等,存储过程在实体类中被设计成了一个一个方法,只需要传入参数就行,参数即对应了我们之前的@A,@B等,十分方便。
同时,可以看到生成了一个文件,这是Xml文件,如果以后相对数据库进行配置,就在这里进行。
app.config
xml version="1.0" encoding="utf-8" ?>
<configuration>
<configSections>
configSections>
<connectionStrings>
<add
name="MyLinq.Properties.Settings.testConnectionString"
connectionString="Data Source=chenliang1;Initial Catalog=test;Integrated Security=True"
providerName="System.Data.SqlClient" />
connectionStrings>
configuration>
2.2 实体类
1. 在数据源中右键点击添加新数据源
图2.4 添加新数据源
2. 选择对象作为数据源
图2.5 选择对象
3.选择实体类,每个实体类对应了数据库中的一个表
图2.6 选择实体类
4. 绑定到窗体
将数据源的实体类拖动到右边的窗体,则会自动产生DataGridView控件BindingSource控件和BindingNavigator控件,BindingNavigator此处没有用到,可以删除。
图2.7 绑定到窗体
拖动过去之后数据源连接我们可以不用管,已经为我们完全做好了,如果不想用DataGridView控件,则也可以自己设计,不过此处由于要实现批量增、删、改,DataGridView是最佳选择。
使用这种方式,而不是手动改变实体的值有很大的好处,我们完全可以不用关心查询、修改、更新语句,这里的“查询、修改、更新语句”,不是指SQL语句,而是LINQ语句。是的,我们在这个系统里面不会看见类似于
var query = from c in ccc
where c>5
select c
......
的语句,因为DataGridView帮我们完成了(复杂功能的系统另当别论),这样我们只要完成了一个方法类,只需传入一个参数,告诉这个方法类我要操作那个表,那么我们甚至能在一下午作出几百个窗体来,而且我们只需要维护这个方法类就能维护所有的窗体。
2.3 后台
窗体方法类Methods.cs
Methods
using System;
using System.Transactions;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data.Linq;
using System.Windows.Forms;
using MyLinq.ORM;
namespace MyLinq.MyMethod
{
/**////
/// 泛型类,对窗体进行操作的方法
///
/// 传入操作类型,此处具体为映射到数据库表的类
class Methods<TbeToOpe>
{
私有变量#region 私有变量
/**////
/// 实例化数据库映射对象
///
static testDataContext data = new testDataContext();
#endregion
窗体操作方法#region 窗体操作方法
/**////
/// 根据传入的泛型类得到指定类型的所有集合,作为数据源返回
///
/// 指定类型的集合的数据源
public ITable GetDataSource()
{
return data.GetTable(typeof(TbeToOpe));
}
/**////
/// 窗体批量操作方法,在事务中操作数据库,实现批量操作
///
public void DoChange()
{
//实例化一个事物对象,在对象范围内的行为可以回滚
using (TransactionScope ts = new TransactionScope())
{
try
{
//判断用户是否进行了更改,更改内容包括增、删、改
if (HasUpdate() == true)
{
//选择对话框
if (MessageBox.Show("确定执行对数据库的操作吗?", "确定操作",
MessageBoxButtons.OKCancel, MessageBoxIcon.Question) == DialogResult.OK)
{
//提交对对象的更改到数据库,实现实体/数据库的同步
data.SubmitChanges();
MessageBox.Show("对数据库的操作成功!", "操作成功!", MessageBoxButtons.OK, MessageBoxIcon.Information);
}
}
}
//捕捉异常
catch (Exception ex)
{
MessageBox.Show(ex.Message, "操作失败", MessageBoxButtons.OK, MessageBoxIcon.Information);
}
//事务结束
ts.Complete();
}
}
/**////
/// 窗体的关闭事件
///
/// 窗体行为参数
public void FormsClosing(FormClosingEventArgs e)
{
//实例化一个事物对象,在对象范围内的行为可以回滚
using (TransactionScope ts = new TransactionScope())
{
try
{
//判断用户是否进行了更改,更改内容包括增、删、改
if (HasUpdate() == true)
{
//对话框,窗体关闭时是YesNoCancel对话框
DialogResult dr = MessageBox.Show("确定保存对数据库的操作吗?", "退出提示",
MessageBoxButtons.YesNoCancel, MessageBoxIcon.Question);
if (dr == DialogResult.Yes)
{
//提交对对象的更改到数据库,实现实体/数据库的同步
data.SubmitChanges();
}
else if (dr == DialogResult.Cancel)
{
//点击取消,则不关闭窗体
e.Cancel = true;
}
}
}
//异常提示信息
catch (Exception ex)
{
e.Cancel = true;
MessageBox.Show(ex.Message, "提示", MessageBoxButtons.OK, MessageBoxIcon.Information);
}
//事务结束
ts.Complete();
}
}
/**////
/// 判断实体是否有变化,并返回变化集的数量
///
/// 变化的数量,为增、删、改的总和
private bool HasUpdate()
{
if (data.GetChangeSet().Deletes.Count + data.GetChangeSet().Inserts.Count +
data.GetChangeSet().Updates.Count > 0)
{
return true;
}
return false;
}
#endregion
}
}
Methods类包含了处理窗体事件的方法我们在窗体代码中调用即可,下面是Item窗体代码。
Item窗体:
Item
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Data.Linq;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using MyLinq.MyMethod;
using MyLinq.ORM;
namespace MyLinq
{
/**////
/// Item窗体,对应操作数据库表Item
///
public partial class ItemForm : Form
{
字段、私有变量#region 字段、私有变量
/**////
/// 实例化窗体操作泛型类,传入Item
///
Methods<Item> MethodsItem = new Methods<Item>();
#endregion
构造函数、窗体加载方法#region 构造函数、窗体加载方法
/**////
/// 构造函数
///
public ItemForm()
{
InitializeComponent();
}
/**////
/// 窗体加载方法
///
private void Form1_Load(object sender, EventArgs e)
{
itemBindingSource.DataSource = MethodsItem.GetDataSource();
}
#endregion
窗体方法#region 窗体方法
/**////
/// 点击“Go”按钮,进行一键式的数据库操作
///
private void buttonGo_Click(object sender, EventArgs e)
{
MethodsItem.DoChange();
//重新绑定数据源
itemBindingSource.DataSource = MethodsItem.GetDataSource();
}
/**////
/// 窗体关闭方法
///
private void Form1_FormClosing(object sender, FormClosingEventArgs e)
{
//关闭窗体
MethodsItem.FormsClosing(e);
}
#endregion
}
}
其他两个窗体代码类似于Item,由此可见,窗体中只需调用Methods类中的相应方法,就可以实现所有需要的功能,并且只用传递一个泛型参数即可,无需每个窗体都写不同的数据库操作语句,并且利用添加数据源的方式,等同于在LINQ to SQL层和业务层又建立了一个中间层,使得我们甚至连LINQ to SQL的InsertToSubmit等方法的调用都省略。因为前台的DataGridView会根据我们对它的每次操作自动调用相应的增、删、改方法对内存中的实例对象类进行修改,一旦调用了SubmitChanges后才全部提交。
(关于LINQ to SQL到底有哪些使用的方法,请参看LINQ to SQL、NHibernate比较(一)-- LINQ和NHibernate初体验)
2.4 实体类属性
图2.8 实体类属性
我们也可以在test.designer.cs中修改实体类属性的一些规则,比如我修改了ItemIn入库时间必须在1753-1-1 12:00:00和9999-12-31 11:59:59之间,这是根据SQL Server数据库来设置的。这样前台的DataGridView就不会接受越界的值。
3.小结
本文通过记录自己在学习LINQ to SQL过程中的一个简单例子,分析了基于LINQ to SQL作为数据库持久层的MIS系统的实现,虽然功能很简单,但是已经初窥可以感到LINQ to SQL给我们带来的方便。
试想如果这个系统是直接用ADO.NET实现,那么远不止这些代码,尤其是涉及到批量操作上面,我们需要判断DataGridView那些行进行了修改,添加了哪些行,删除了哪些行。开发时间将会变长,出错的几率也会变大,同时如果窗体较多,每个窗体都要设计相对独立的SQL语句,扩展很不方便,维护成了难题,LINQ to SQL默默地为我们完成了很多工作。
微软下一代ORM方案ADO.NET Entity Framework已经出现,并且随着VS2010和.NET 4.0的发布应该现在比较完善了,不过LINQ to SQL对于开发中小企业项目来说仍不失为一个不错的选择。