背景：
以前要写软件的时候，在编写用户配置这一块时，由于存档数据库不靠谱或大题小作，所以一般是存在文本中。
一开始是一个文件保存一个配置（图个File.Read与File.Write的操作简单）
由于软件经常升级，用户的配置也会不停的增加，又得兼容以前，又要新增加，之后的配置又用了分隔与换行来来保存多条配置。
重复多了之后，多少感觉到麻烦~~~
一开始是一个文件保存一个配置（图个File.Read与File.Write的操作简单）
由于软件经常升级，用户的配置也会不停的增加，又得兼容以前，又要新增加，之后的配置又用了分隔与换行来来保存多条配置。
重复多了之后，多少感觉到麻烦~~~
解决：
所以，对于DBImport，你看早期的版本，对于用户的数据库链接，也没保存配置，说白了就是懒啊。
后来有用户反应要增加，加之CYQ.Data的文本数据库功能相对越来越完善，以及使用上也方便了，所以就增加上去了。
后来有用户反应要增加，加之CYQ.Data的文本数据库功能相对越来越完善，以及使用上也方便了，所以就增加上去了。
所以今天就以这个为实例，讲解一下是怎么方便法：
对于DBImport来说，有两个输入框，为了方便存档及下次启动，需要保存下并于下次启动时还原：
实战如下：
1：用入CYQ.Data.dll V5版本的。
2：CodeFirst编写个实体：
class Config : CYQ.Data.Orm.OrmBase
{
public Config()
{
base.SetInit( this, " Config ", " txt path={0};ts=0 ");
}
private int ID{get;set;}
private string Key{get;set;}
public string Value{get;set;}
}
{
public Config()
{
base.SetInit( this, " Config ", " txt path={0};ts=0 ");
}
private int ID{get;set;}
private string Key{get;set;}
public string Value{get;set;}
}
说明：
表名：Config；
｛0｝：代码根目录，即软件运行目录；
ts=0：新增的识别参数，不创建Config.ts的表结构文件。
3：接下来就是按钮点击事件成功后，把数据为链接保存：
//
保存链接字符串。
using (Config config = new Config())
{
if (config.Fill( " key='ConnFrom' "))
{
config.Value = connFrom;
config.Update();
}
else
{
config.Key = " ConnFrom ";
config.Value = connFrom;
config.Insert(InsertOp.None);
}
}
using (Config config = new Config())
{
if (config.Fill( " key='ConnFrom' "))
{
config.Value = connFrom;
config.Update();
}
else
{
config.Key = " ConnFrom ";
config.Value = connFrom;
config.Insert(InsertOp.None);
}
}
如果链接已存在，就是更新，如果不存在，就是插入了。
4：软件初运行的时候检测数据是否存在，并设置初始值还原：
using (Config config =
new Config())
{
if (config.Fill( " Key='ConnFrom' "))
{
txtConnFrom.Text = config.Value.ToString();
}
if (config.Fill( " Key='ConnTo' "))
{
txtConnTo.Text = config.Value.ToString();
}
}
{
if (config.Fill( " Key='ConnFrom' "))
{
txtConnFrom.Text = config.Value.ToString();
}
if (config.Fill( " Key='ConnTo' "))
{
txtConnTo.Text = config.Value.ToString();
}
}
5：一切就绪，F5运行后，软件目录下就多了一个文件（文本数据存存档json或xml格式数据）：
这里提一下，如果文本数据库链接不指定ts=0，在同一目录下会创建数据库结构：
示例就到这里结束了。
对于CodeFirst，是支持所有数据库，但是又有些许区别：
如果是对于sqlite,mssql,oracle,mysql等，由于数据是肯定是存到数据库的，所以CodeFirst编码运行后，肯定是会创建表结构到数据库中，才能存储数据。
意思就是，如果有数据库字段变化，可能需要到数据库里修改对应的字段；
而文本数据库，如果是增加或减少属性字段，则完全无事，如果是删除或修改字段名称，如果字段的数据不要，则也无事，如果原字段数据需要，自己打开事本，批量替换一下，也是相当方便。
总体来说，个人觉的CodeFirst的操作方式，还是文本数据库来的实在与方便~~~ 而其它数据库，虽然如果中间变更，还是要变更，那就又回到CodeLast了。。。
本文转自cyq1162 51CTO博客，原文链接：http://blog.51cto.com/cyq1162/1256647
，如需转载请自行联系原作者
