博客园_新生命开发团队

XCode新增数据转换功能（导数据）

2012-05-10T02:19:00Z

用法：

DAL.AddConnStr("xxgk", "Data Source=192.168.1.21;Initial Catalog=信息公开;user id=sa;password=Pass@word", null, "mssql");
var dal = DAL.Create("xxgk");
 
DAL.AddConnStr("xxgk2", "Data Source=XXGK.db;Version=3;", null, "sqlite");
File.Delete("XXGK.db");
 
//DAL.ShowSQL = false;
 
var etf = new EntityTransform();
etf.SrcConn = "xxgk";
etf.DesConn = "xxgk2";
etf.AllowInsertIdentity = true;
etf.TableNames.Remove("PubInfoLog");
//etf.OnTransformTable += (s, e) => { if (e.Arg.Name == "")e.Arg = null; };
var rs = etf.Transform();
Console.WriteLine("共转移：{0}", rs);

其实你也可以自己实现，XCode内部代码如下：

001

002

003

004

005

006

007

008

009

010

011

012

013

014

015

016

017

018

019

020

021

022

023

024

025

026

027

028

029

030

031

032

033

034

035

036

037

038

039

040

041

042

043

044

045

046

047

048

049

050

051

052

053

054

055

056

057

058

059

060

061

062

063

064

065

066

067

068

069

070

071

072

073

074

075

076

077

078

079

080

081

082

083

084

085

086

087

088

089

090

091

092

093

094

095

096

097

098

099

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

using System;
using System.Collections.Generic;
using NewLife;
using NewLife.Collections;
using NewLife.Log;
#if !NET4
using NewLife.Reflection;
#endif
using XCode.DataAccessLayer;
 
namespace XCode.Transform
{
    /// <summary>实体转换</summary>
    public class EntityTransform
    {
        #region 属性
        private String _SrcConn;
        /// <summary>源</summary>
        public String SrcConn { get { return _SrcConn; } set { _SrcConn = value; } }
 
        private String _DesConn;
        /// <summary>目的</summary>
        public String DesConn { get { return _DesConn; } set { _DesConn = value; } }
 
        private ICollection<String> _TableNames;
        /// <summary>要导数据的表，为空表示全部</summary>
        public ICollection<String> TableNames
        {
            get
            {
                if (_TableNames == null)
                {
                    _TableNames = new HashSet<String>(StringComparer.OrdinalIgnoreCase);
                    if (!String.IsNullOrEmpty(SrcConn))
                    {
                        foreach (var item in DAL.Create(SrcConn).Tables)
                        {
                            _TableNames.Add(item.Name);
                        }
                    }
                }
                return _TableNames;
            }
            set { _TableNames = value; }
        }
 
        private Int32 _BatchSize = 1000;
        /// <summary>每批处理多少行数据，默认1000</summary>
        public Int32 BatchSize { get { return _BatchSize; } set { _BatchSize = value; } }
 
        private Boolean _AllowInsertIdentity;
        /// <summary>是否允许插入自增列</summary>
        public Boolean AllowInsertIdentity { get { return _AllowInsertIdentity; } set { _AllowInsertIdentity = value; } }
        #endregion
 
        #region 方法
        /// <summary>把一个链接的数据全部导入到另一个链接</summary>
        /// <returns></returns>
        public Int32 Transform()
        {
            var dal = DAL.Create(SrcConn);
 
            var tables = dal.Tables;
            tables.RemoveAll(t => t.IsView);
            var tns = TableNames;
            if (tns != null && tns.Count > 0) tables.RemoveAll(t => !tns.Contains(t.Name) && !tns.Contains(t.Alias));
 
            var total = 0;
            foreach (var item in tables)
            {
                if (OnTransformTable != null)
                {
                    var e = new EventArgs<IDataTable>(item);
                    OnTransformTable(this, e);
                    if (e.Arg == null) continue;
                }
 
                total += TransformTable(dal.CreateOperate(item.Name));
            }
 
            return total;
        }
 
        /// <summary>把一个表的数据全部导入到另一个表</summary>
        /// <param name="eop">实体操作者。</param>
        /// <param name="getData">用于获取数据的委托</param>
        /// <returns></returns>
        public Int32 TransformTable(IEntityOperate eop, Func<Int32, Int32, IEntityList> getData = null)
        {
            var name = eop.TableName;
            var count = eop.Count;
            if (getData == null) getData = (start, max) => eop.FindAll(null, null, null, start, max);
 
            // 在目标链接上启用事务保护
            eop.ConnName = DesConn;
            eop.BeginTransaction();
            try
            {
                XTrace.WriteLine("{0} 共 {1}", name, count);
 
                // 允许插入自增
                var oldII = eop.AllowInsertIdentity;
                if (AllowInsertIdentity) eop.AllowInsertIdentity = true;
                // 关闭SQL日志
                var oldShowSql = DAL.ShowSQL;
                DAL.ShowSQL = false;
 
                var total = 0;
                var index = 0;
                while (true)
                {
                    eop.ConnName = SrcConn;
                    var list = getData(index, BatchSize);
                    if (list == null || list.Count < 1) break;
                    index += list.Count;
 
                    // 处理事件，外部可以修改实体数据
                    if (OnTransformEntity != null)
                    {
                        var e = new EventArgs<IEntity>(null);
                        foreach (var entity in list)
                        {
                            e.Arg = entity;
                            OnTransformEntity(this, e);
                        }
                    }
 
                    eop.ConnName = DesConn;
                    var rs = list.Insert(true);
                    XTrace.WriteLine("{0} 导入 {1}/{2} {3:p}", name, index, count, (Double)index / count);
 
                    total += rs;
                }
                DAL.ShowSQL = oldShowSql;
                // 关闭插入自增
                if (AllowInsertIdentity) eop.AllowInsertIdentity = oldII;
 
                // 在目标链接上启用事务保护
                eop.ConnName = DesConn;
                eop.Commit();
 
                return total;
            }
            catch (Exception ex)
            {
                XTrace.WriteLine("{0} 错误 {1}", name, ex.Message);
                // 在目标链接上启用事务保护
                eop.ConnName = DesConn;
                eop.Rollback();
                throw;
            }
        }
        #endregion
 
        #region 事件
        /// <summary>转换表时触发。如果参数被置空，表示不转换该表</summary>
        public event EventHandler<EventArgs<IDataTable>> OnTransformTable;
 
        ///// <summary>转换实体时触发</summary>
        //public event EventHandler<EventArgs<IEntity>> OnTransformEntity;
 
        /// <summary>转换实体时触发</summary>
        public event EventHandler<EventArgs<IEntity>> OnTransformEntity;
        #endregion
    }
}

本文链接

XCode最佳实践之最佳数据类型

2012-05-10T02:17:00Z

与其它ORM框架相比，XCode拥有最强的多数据库正向反向工程，暂时还没有发现能在这点上超于XCode的，哈哈！

但是，XCode的多数据库反向工程，也是有代价的，不同数据库的数据类型相差十万八千里，我们不可能完全支持。
所以，我们只做了常见的一些数据类型支持，但是这些已经足以满足99%的要求。

最佳数据类型如下：
1，整型。Int32是标准配置，这个必须有的。在Oracle，整型就是小数为0的Numeric
2，长整型。Int64，大部分数据库都有吧。
3，短整型。Int16，这个要小心了，似乎有些数据库不支持，不支持时XCode会自动选Int32，兄弟就不要省这点存储空间啦。
4，布尔型。Boolean，大部分数据库支持，MySql不支持，它一般用一个枚举Y/N来实现，XCode有支持。
5，浮点数。单精度Fload双精度Double，建议一律用Double，否则不同数据库很难统一，还有千万小心精度设置和小数位数，XCode反向工程可能不能把精度和小数位数完美的迁移到其它类型数据库，同类型没有问题。
6，货币。Decimal，货币类型必须有的，对应MSSQL的Money。开发的时候小心，不要拿Decimal判断两个值是否相等，应该相减判断差值是否小于0.000001，这个小数自己看情况定。
7，时间日期。DateTime，各种数据库，一律用时间日期DateTime，不支持单独的Date或Time的迁移。这个类型是XCode里面最为痛苦的一个类型，单独的Date和Time根本无法实现不同类型数据库的兼容。
8，字符串。String，在MSSQL一律用nvarchar，Unicode变长。字符串类型是唯一完整支持不同数据库设置长度的，以上类型全部不能完整支持。
9，大文本。String，在MSSQL一律用ntext。在.Net中同为String，根据不同数据库的字符串最大长度（MSSQL是4000），识别为nvarchar还是ntext。

最佳体验：
1，单一主键，建议用自增ID。XCode支持迁移自增字段的数据，当然，如果需要合并数据，那得自己处理逻辑
2，建立各种索引。

最差体验：
0，零号是最最最糟糕的，XCode不支持可空类型，所以千万不要让null和“”有不同的业务意义，各种类型的默认值代表无效数据。
1，除了字符串长度外，其它类型绝对绝对，尽可能的不要设置其它属性，包括长度、精度、小数位数，否则XCode不能实现完美迁移
2，XCode目前不支持各种数据库的外键。新增的表间关系是通过猜测得到的，规则：字段名等于另一个表名加主键名时，认为是外键
3，不要用Guid类型和二进制类型，XCode只能支持正向工程，不能支持它们的反向工程。可用nvarchar(32)替代Guid
4，字符串尽量不要用varchar/char等，因为不同数据库甚至相同数据库的不同版本，差别好大。这样省不了多少空间。
5，尽可能的不要用默认值。目前只有当前时间默认值支持好一点，newid()也有简单的支持，这块太痛苦了，也许将来不支持了。

XCode内部没有类型映射表，别乱猜测！！！
ADO.Net的架构里面有一个DataTypes的模式，XCode利用的正是它，所以，什么字段类型对应什么.Net类型，是各种数据库驱动自身说了算，不是XCode说了算，所以我们也不知道所有类型是否支持。
反正这么多年，我们占用这些类型，就已经足够了。

最后补一句：

我们只做最常见的80%日常工作，什么特别的情况，自己想办法！

本文链接

C#嵌入x86汇编——一个GPIO接口的实现

2012-05-10T01:36:00Z

开始进入工业自动化，买的工控机带有GPIO接口，可用于直接控制继电器。

从厂家拿到接口手册一看，居然是汇编直接操作端口，基本上是IN/OUT指令了。接口很简单，计算位移，读取；计算位移，写入。

这种接口，常见有四种办法，分别是四种语言实现，一是直接写ASM，不过要公开给C#做的应用程序调用，很不容易，另外三种是C/C++/Delphi嵌入汇编，倒是问题不大。

接口实在是小，不想大动干戈，所以想了别的办法。

第五种，用C++/CLI，这也是一个不错的主意。但是我甚至想省掉这个接口DLL，于是有了第六种办法：C#嵌入x86汇编。

C#是没办法像C/C++/Delphi那样直接嵌入x86汇编的，所以需要做点手脚。

在汇编里面，我们为了修改一个软件经常找一块空白区域来写汇编代码，然后Jmp过去执行。（不明白这一句话的可以跳过，或者去看雪论坛）

但是显然要在C#代码里面这么做很不现实，即使用C/C++编译得到obj，C#也没办法链接这个obj。（这个涉及编译的也可以跳过）

回头一想（其实不是现在想，07年就做过C#嵌入汇编），其实C#也跑在x86上，IL指令最终还是要编译成x86汇编指令的，我们应该可以这些写汇编指令，所需要的只是一块空间而已。

我们可以申请一块非托管空间嘛，于是有：

// 分配内存
var ptr = Marshal.AllocHGlobal(code.Length);

有了空间，我们就可以把二进制的汇编指令给写进去啦：

// 写入汇编指令
Marshal.Copy(code, 0, ptr, code.Length);

然后呢？.Net提供一个途径，让我们可以把一个内存指针转为一个委托（一直都说.Net的委托其实就是C/C++的函数指针哈）：

// 转为委托
return (T)(Object)Marshal.GetDelegateForFunctionPointer(ptr, typeof(T));

那么，剩下的问题，就是如何把汇编转为二进制了！

这个我们是不能像C/C++/Delphi那样直接写汇编指令的，所以得走点弯路。

我的做法是用OD随便打开一个程序，在上面直接写汇编代码，然后把汇编的十六进制复制出来，放到C#代码中。

剩下的就不多说了，直接上代码吧！

using System;
using System.Collections.Generic;
using System.Text;
using System.Runtime.InteropServices;
using System.Diagnostics;
using System.IO;

namespace ConsoleApplication19
{
class GPIO
{
#region 属性
private Int32 _Offset;
/// <summary>选择位移</summary>
public Int32 Offset { get { return _Offset; } set { _Offset = value; } }

private Int32 _Bit;
/// <summary>选择位</summary>
public Int32 Bit { get { return _Bit; } set { _Bit = value; } }
#endregion

#region 构造
private GPIO(Int32 offset, Int32 bit)
{
Offset = offset;
Bit = bit;
}

private GPIO(Int32 gpio)
{
Offset = gpio / 16;
Bit = gpio % 16;
}
#endregion

#region 预定义针脚
public static GPIO Pin2 = new GPIO(0, 6);
public static GPIO Pin3 = new GPIO(0, 7);
public static GPIO Pin4 = new GPIO(2, 1);
public static GPIO Pin5 = new GPIO(2, 4);
public static GPIO Pin6 = new GPIO(1, 0);
public static GPIO Pin7 = new GPIO(1, 4);
public static GPIO Pin8 = new GPIO(3, 3);
public static GPIO Pin9 = new GPIO(3, 4);

public static GPIO IO6 = new GPIO(6);
public static GPIO IO7 = new GPIO(7);
public static GPIO IO17 = new GPIO(17);
public static GPIO IO20 = new GPIO(20);
public static GPIO IO8 = new GPIO(8);
public static GPIO IO12 = new GPIO(12);
public static GPIO IO27 = new GPIO(27);
public static GPIO IO28 = new GPIO(28);
#endregion

#region 业务
/// <summary>是否启用</summary>
public Boolean Enable { get { return Read(Offset, Bit); } set { WriteBit(Offset, Bit, value); } }

/// <summary>是否输出</summary>
public Boolean Output { get { return Read(Offset + 4, Bit); } set { WriteBit(Offset + 4, Bit, value); } }

/// <summary>是否设置数据位</summary>
public Boolean Data { get { return Read(Offset + 12, Bit); } set { WriteBit(Offset + 12, Bit, value); } }
#endregion

#region 读取端口
const Int16 BASEADDRESS = 0x500;

Boolean Read(Int32 offset, Int32 bit)
{
var d = ReadHandler((Int16)(BASEADDRESS + offset));
var c = (Byte)~(1 << bit);
d &= c;
return d == c;
}

private static ReadFunc _ReadHandler;
/// <summary>属性说明</summary>
public static ReadFunc ReadHandler { get { return _ReadHandler ?? (_ReadHandler = GetReadHandler()); } }

//static IntPtr ptr;
static ReadFunc GetReadHandler()
{
// 汇编指令
var code = new Byte[] {
0x66, 0x8B, 0x55, 0x08, //mov dx, word ptr [ebp+8]
0xEC, //in al, dx
};

return (ReadFunc)InjectASM<ReadFunc>(code);
}

public delegate Byte ReadFunc(Int16 address);
#endregion

#region 写入端口
void Write(Int32 offset, Int32 value)
{
WriteHandler((Int16)(BASEADDRESS + offset), (Byte)value);
}

private static WriteFunc _WriteHandler;
/// <summary>属性说明</summary>
public static WriteFunc WriteHandler { get { return _WriteHandler ?? (_WriteHandler = GetWriteHandler()); } }

static WriteFunc GetWriteHandler()
{
// 汇编指令
var code = new Byte[] {
0x66, 0x8B, 0x55, 0x08, //mov dx, word ptr [ebp+8]
0x8A, 0x45, 0x0C, //mov al, byte ptr [ebp+C]
0xEE //out dx, al
};

return InjectASM<WriteFunc>(code);
}

public delegate void WriteFunc(Int16 address, Byte bit);
#endregion

#region 写入端口位
void WriteBit(Int32 offset, Int32 bit, Boolean value)
{
if (value)
SetBitHandler((Int16)(BASEADDRESS + offset), (Byte)bit);
else
ClearBitHandler((Int16)(BASEADDRESS + offset), (Byte)bit);
}

private static WriteBitFunc _SetBitHandler;
/// <summary>设置位</summary>
public static WriteBitFunc SetBitHandler { get { return _SetBitHandler ?? (_SetBitHandler = GetSetBitHandler()); } }

private static WriteBitFunc _ClearBitHandler;
/// <summary>清除位</summary>
public static WriteBitFunc ClearBitHandler { get { return _ClearBitHandler ?? (_ClearBitHandler = GetClearBitHandler()); } }

static WriteBitFunc GetSetBitHandler()
{
// 汇编指令
var code = new Byte[] {
0x53, //push ebx
0x51, //push ecx
0x66, 0x8B, 0x55, 0x08, //mov dx, word ptr [ebp+8]
0x8A, 0x45, 0x0C, //mov al, byte ptr [ebp+C]
0xB3, 0x01, //mov bl, 1
0xD2, 0xE3, //shl bl, cl
0xEC, //in al, dx
0x08, 0xD8, //or al, bl
0xEE, //out dx, al
0x59, //pop ecx
0x5B //pop ebx
};

return InjectASM<WriteBitFunc>(code);
}

static WriteBitFunc GetClearBitHandler()
{
// 读出字节，取消指定位后重新写回去
var code = new Byte[] {
0x53, //push ebx
0x51, //push ecx
0x66, 0x8B, 0x55, 0x08, //mov dx, word ptr [ebp+8]
0x8A, 0x45, 0x0C, //mov al, byte ptr [ebp+C]
0xB3, 0x01, //mov bl, 1
0xD2, 0xE3, //shl bl, cl
0xF6, 0xD3, //not bl
0xEC, //in al, dx
0x20, 0xD8, //and al, bl
0xEE, //out dx, al
0x59, //pop ecx
0x5B, //pop ebx
};

return InjectASM<WriteBitFunc>(code);
}

public delegate void WriteBitFunc(Int16 address, Byte bit);
#endregion

#region 注入汇编
static T InjectASM<T>(Byte[] code)
{
// 汇编指令
var code1 = new Byte[] {
0x55, //push ebp
0x8B, 0xEC, //mov ebp, esp
0x52, //push edx
};
var code2 = new Byte[] {
0x5A, //pop edx
0x8B, 0xE5, //mov esp, ebp
0x5D, //pop ebp
0xC3 //ret
};

//var cbs = new Byte[code1.Length + code.Length + code2.Length];
var ms = new MemoryStream();
ms.Write(code1, 0, code1.Length);
ms.Write(code, 0, code.Length);
ms.Write(code2, 0, code2.Length);
code = ms.ToArray();

// 分配内存
var ptr = Marshal.AllocHGlobal(code.Length);
// 写入汇编指令
Marshal.Copy(code, 0, ptr, code.Length);
// 设为可执行
VirtualProtectExecute(ptr, code.Length);

Console.WriteLine("0x{0:X8}", ptr.ToInt32());
Console.ReadKey(true);

// 转为委托
return (T)(Object)Marshal.GetDelegateForFunctionPointer(ptr, typeof(T));
}
#endregion

#region 辅助
//[DllImport("kernel32.dll", SetLastError = true)]
//static extern int VirtualQueryEx(int hProcess, ref object lpAddress, ref MEMORY_BASIC_INFORMATION lpBuffer, int dwLength);
[DllImport("kernel32.dll", SetLastError = true)]
static extern int VirtualProtectEx(IntPtr hProcess, IntPtr lpAddress, int dwSize, int flNewProtect, ref int lpflOldProtect);
static Boolean VirtualProtectExecute(IntPtr address, Int32 size)
{
const Int32 PAGE_EXECUTE_READWRITE = 0x40;
Int32 old = 0;
return VirtualProtectEx(Process.GetCurrentProcess().Handle, address, size, PAGE_EXECUTE_READWRITE, ref old) == 0;
}
#endregion
}
}

这里有个旧版本：http://bbs.53wb.com/forum.php?mod=viewthread&tid=137

本文链接

NewLife.XCode中如何借助分部抽象多个具有很多共同字段的实体类

2012-04-27T01:57:00Z

背景：

两个实体类：租房图片、售房图片

这两个表用于存储房源图片记录，一个房源对应多个图片，两个表的差别就在于一个业务关联字段。

租房图片中的RentID记录这个图片属于哪个租房信息；

售房图片中的SaleID记录这个图片属于哪个售房信息。

声明：这是二次开发，表结构不是我设计的。

因为两个实体类的操作极为相似，我们可以提取出来一个接口，进行统一操作。这里只有两个实体类，可能优势不明显，但如果有八个十个呢？

现在XCoder新模版（2012年3月以后）生成的实体类都是分部类，都对应有一个分部实体接口。

由于XCode是充血模型，我们可以为这两个实体类做一个统一的基类来达到我的目的，但是这个统一的基类里面无法访问子类的字段，编码上很不方便。

这一次，我们用分部接口！

先来看看这两个实体类

这两个实体类，就RentID和SaleID字段的不同，其它都一样，包括名字、类型、业务意义。

我们新建一个接口，然后借助分部接口来统一

如上，通过分部接口，我们无需修改原有的接口文件，即可实现给接口多增加一个继承。

实际上也不应该修改原有的接口文件，因为原有的接口位于实体类的数据类文件中，那是随时会被新的代码生成覆盖。

IHouseImage接口里面的属性，是从IRentimage里面拷贝过来，然后删掉RentID

如果不要那个BizID，那么我们的工作就算完成了，不需要对原有的实体类代码进行任何修改。

只是还有一点遗憾，不能通过接口操作RentID和SaleID。

我们来扩展一下，增加一个BizID属性来统一它们，因为两个实体类都没有这个属性的实现，所以我们需要在实体类业务文件那里手工增加实现。

大功告成！我们看看怎么用它们。

如上，根据不同的类型，创建实体操作者eop。我这里的类型是硬编码，也可以根据业务情况采用别的方式得到类型。

实体操作者eop表现了事务管理、创建实体entity的操作。

实体entity是IEntity类型，可以进行添删改等操作。这里为了实体接口的精简和独立，实体接口并没有继承IEntity，实际上实体类都继承了这两个接口。

所以，我们可以先转为IHouseImage接口，然后随意操作，当然你也可以在接口中增加各种方法。

好了，结束了！

本文链接

XCode之第一次亲密接触

2012-02-26T16:29:00Z

XCode之第一次亲密接触

首先得说明，本教程仅用于让第一次接触XCode的朋友了解XCode，不具有任何别的实际意义，真正的项目也不会采取这种开发方式，而采用更先进、快速而强大的开发方式。

NewLife.XCode是一个数据映射框架，包括但大于ORM的范围。XCode意为未知的代码的意思，是整个X系列组件很重要的一员。实际项目开发，会根据项目类型不同，应用场合不同，由多个不同的组件配合发力，这就导致了几乎无法发现XCode在其中的用处，而XCode的学习，也就无从做起。按某朋友的说法：“想看看这个页面怎么工作，结果页面后面一行代码也没有，深入一点发现全是接口！”

所以，本教程从最最最通俗的做法谈起，先使用纯XCode实现，然后一步步的引入其它组件，让大伙明明白白最终项目是如何工作的！

这次我们做一个最简单的CMS，只有管理员、栏目、文章三张表，字段也是最精简的。后面会针对这个例子，一步步展开，介绍XCode的各个主要功能。

关于XCode的层次介绍参看《ORM组件XCode（简介）》

作为入门的更有深度的姐妹篇《ORM组件XCode（动手）》

一、数据库

最原始的做法，我们先到MSSQL里面建立好数据表，我这里是MSSQL2008，你用别的版本或者别的数据库也没有关系。

管理员表，只要用户名和密码，我们弄一个自增ID的字段作为主键。用别的比如GUID作为主键也行，最好有一个单一主键，那样会方便一些，后面会讲到。

栏目表，我们先不考虑多级，只要一级，那样子只需要一个名称字段就足够了。注意设置ID字段为主键和标识。

文章表，需要跟栏目表建立管理关系，然后有标题和内容。注意设置ID字段为主键和标识。

这样子就建好了最简单的三张表。

二、生成实体类

很多ORM都有配套的代码生成器，下面我们请出我们的代码生成器XCoder，注意，这里是XCoder，意为未知编码者，而前面是XCode。这个刚解压后的样子，一个主程序，三个类库，一个配置文件。

启动主程序。这里也许它会自动升级，不用担心，升级会自动完成。

很土的界面，不过没关系啦，这个XCoder就是一个很简单的空壳子（开放源码），真正的使用者会用自己的修改版，或者使用更先进的魔方开发平台。

我们看看“连接”右边的下来菜单，看看都有哪些连接：

这是配置文件里面内置的一些连接，每一种数据库的都有，其实是连接字符串的样板，省得用到时找不到。XCoder在这里有自动探测功能，能够探测本机的MSSQL，本目录的Access和SQLite。

可以看到mssql_CMS那个就是我们刚才建立的库，为了加深理解，我们手工去配置一下。

关闭XCoder，打开配置文件“XCoder.exe.config”：

这里是最常用的一些设置，我们重点看连接字符串部分，增加一个名为CMS的连接：

这个name就是在连接名，将会在前面代码生成器界面的“连接”下拉里面列出。重新打开代码生成器看看：

我们刚添加的CMS在第一位，后面也多了好些，我们不用去管它。

点击“连接”按钮吧，下面的数据表选择就激活了：

这里可以见到我们刚才添加的三张表。右边的两个生成按钮也亮了，也就是说可以生成了。不过先别着急，我们看看下面的各个设置框，重点是右边的模版：

先看右边的模版，有六个带星号开头的模版，星号表示内置模版，如果感兴趣，可以点右边的“释放内置模版”按钮，把它们释放出来到文件中，学习一下怎么写模版也行，这里就不多说了。

这次我们主要是想生成实体类代码，要用到实体数据和实体业务两个模版，因为一个实体类由两个文件采用分部类的方式组成，如果修改了数据库表结构，下次只需要生成实体数据那个文件即可，而开发者自己写的代码都写在实体业务那个文件里面。

我们修改一下左边的设置：

命名空间就是要生成的实体类的命名空间，连接名也是实体类里面的一个模版变量，输出目录自然就是实体类文件要存放的目录啦，相对于代码生成器根目录。

一切准备就绪，选择实体数据模版，点击“生成所有表”按钮，然后换成实体业务模版，再生成所有一次。

下面我们去看看MyCMS目录，我们生成的东西在那：

都在这！每个表两个文件，带Biz的是业务文件，供手写代码的，另一个就是数据文件，方便数据表结构变更时重新生成覆盖。

先看看实体数据文件：

上面这个命名空间，就是刚才代码生成器那里填写的；下面这个ConnName就是代码生成器那里填写的连接名。

再看看实体业务文件：

命名空间和类型，跟数据实体是一样的，注意那个partial关键字，表示分部类的意思，一个类分成两个文件存放。绝大部分ORM的实体类都这么干。

这个类继承自Entity<Admin>，其中Entity<>是泛型基类，也就是XCode实体层的核心，实体类的绝大部分功能都由它提供。这个对应于代码生成器上的“实体基类”，有些时候可能需要使用自己的实体基类。

下面有很多代码段，里面几乎都是一些注释，告诉用户最常用的一些功能怎么用怎么写。

三、建立站点

实体类都生成好了，我们开始建立项目吧。一个CMS解决方案，包括一个CMS类库和一个Web站点（Website）。

把那个Class1.cs删了，把上面生成的实体类文件放进去，设置站点Web引用类库CMS。

开始编译一下看看。

真是壮观呀！原来是我们忘记引用XCode了。把我们准备好的DLL放进来，跟Web和CMS目录并排。（XCode.dll依赖于核心库NewLife.Core.dll）

类库CMS引用这两个DLL，网站就不需要引用了，因为网站引用了类库，XCode那些会跟着过来的。再编译！

这回编译通过了！

给web.config设置一些常用设置，当然最重要的就是数据库连接字符串；

打开全局调试开关和XCode调试开关，主要是为了看到完整的XCode工作日志。

我们先在默认页Default.aspx写一段测试代码看看，同时也是给系统增加一个管理员帐号：

这段代码很简单，调用实体类的静态方法Find去查找UserName为admin的对象，如果没找到，就实例化一个，然后分别给两个属性赋值，再保存Save回去，这样子就往数据库插入了一条记录。

不要忘了引用实体类的命名空间“NewLife.CMS”，这样才能使用实体类Admin。

这算是第一段使用XCode的代码，赶紧的预览页面看看效果：

执行成功！到这里，一个只有实体类的空白站点就建立了。

四、后台登录

建立一个后台目录Admin，包括后台首页Default.aspx和登录页Login.aspx。

设计登录页，登录成功后跳转到后台首页。后台首页如果发现没有登录就跳转到登录页。

这里也不要忘了引用实体类命名空间“NewLife.CMS”。预览页面看看效果！

关于XCode里面添删改查等完整代码操作参看《ORM组件XCode（速览）》

五、建立后台

我们在后台目录Admin中增加一个用来管理管理员的页面Admin.aspx，然后调整一下后台首页Default.aspx，让它作为后台导航页，通过菜单链接到其它管理页面Admin.aspx和AdminForm.aspx。

下面开始设计Admin.aspx，这个作为一个列表页，把该表所有数据列出来。我们采用经典的GridView+ObjectDataSource来实现。

如果你是第一次使用ObjectDataSource，这里可要看好了。ObjectDataSource的右边有个智能标记，一个小箭头，可以点开。我们选择“配置数据源”，看看神奇的一幕。

ObjectDataSource的设计界面列出来我们的所有实体类，Select那里列出来一个Search方法（XCode的Entity<>基类内置），还有Update、Insert和Delete也有（也是内置）。我们先默认，一路下去。（在这里，各个DLL的版本一定要对应，重点是XCode.dll和NewLife.Core.dll，否则ObjectDataSource将可能无法列出实体类）

选择GridView，打开智能标记，选择数据源为下面这个ObjectDataSource。

预览看看效果：

出来了！没有写一行代码，数据就列出来了。

我们修改一下根目录的Default.aspx，往数据库里面添加50个管理员数据。

（Admin.Meta.Count是返回Admin实体对应的数据表的总记录数）

现在再来看看前面的管理员列表

全都列出来了，但是没有分页呀。

现在开始设置一下ObjectDataSource

EnablePaging设为true，表示支持分页，SelectCountMethod设为SearchCount，这个也是实体基类内置方法，它跟前面的Search方法是一对，具有完全相同的参数列表，startRowIndex和maximumRows就是其中的两个。SortParameterName设为orderClause，表示排序的那一个参数，也是Search的参数之一。

再来设置一下GridView，点开智能标记，选择分页、排序、编辑、删除

把属性DataKeyNames设置为ID，也就是实体类的主键。赶紧看看效果！

分页有了，每一行多了编辑和删除，列头也变成蓝色可选。

下面试试基本操作，同时附上日志文件（网站根目录下的Log目录）中的SQL语句。先看分页

准确跳到第三页！后面有第一页和第三页的查询语句，XCode能够根据当前使用的数据库和版本自动生成性能最优的分页语句。

再试试编辑ID=30的数据，并更新回去

删除ID=31这一行

点击列头的UserName，让数据按钮UserName排序，跳到第三页

再点击一次，让其反向排序，然后跳到第三页

我们来做个查询，增加一个文本框和查询按钮，查询按钮不需要写代码，仅仅是为了让页面回发。

然后改一下ObjectDataSource的参数，可以通过打开智能标记，一路到最后一步，也可以从属性窗口的SelectParameters打开，设置key参数绑定控件txtKey，也就是上面的文本框。

“确定”后保存页面，有时候设计器的修改无法更新到页面源码上面，可以通过把设计器切换为源码试试，也可以点击源码右边的滚动条。

图中可以看出源码的改变。上图中可以看出Search方法和SearchCount有四个参数，除了key外，另外三个前面都有提到。这个方法实际上就是对这个实体类的所有字符串字段进行模糊查询。

预览看一下效果，输入关键字“修改”进行查询，看看能不能找到我们刚才修改的那一行。

试试查询“admin3”

日志里面的SQL与时俱进！

上面展示了分页、排序、编辑、删除、查询，实际上还可以查询加分页加排序，混合进行。

ObjectDataSource高级查询可以参考《在XCode中如何使用高级查询》

ObjectDataSource的更多精彩《与ObjectDataSource共舞》

我们增加一个添加管理员用的表单页面AdminForm.aspx

试试添加一个管理员test/test

添加成功！

六、总结

到此为止，我们完成了一个最简单的后台管理模块，栏目和文章的管理，也可采用类似的做法来实现。

看到这里，如果没看明白，建议结合例子代码回头再看几次。

如果你要鄙视这种做法，那么恭喜你，终于迈开了通向XCode的第一步！

我们开头就说过，真正用XCode开发项目，肯定不会是这么做的，因为这种做法，实在是——效率太低、可维护性太差！

如果你开始对XCode感兴趣，可以先看看这几篇文章：

数据映射组件NewLife.XCode优势

ORM组件XCode（撬动千万级数据）

充血模型的ORM能做什么？——ORM组件XCode（十八般武艺）

更多精彩敬请等待！

XCode入门例子项目下载

代码生成器XCoder下载

大石头

新生命开发团队

2012-02-27 00:17

本文链接

数据映射组件NewLife.XCode优势

2012-02-26T16:14:00Z

数据映射组件XCode优势

XCode是一个超越了ORM范围的映射组件，除了对象到关系数据库的映射外，还有到网络和其它二进制形式等的映射，所以称之为数据映射组件。

相对于国内外其它ORM，XCode具有以下优势：

1，采用最好的分页算法，高效处理海量数据。数据分页的思想贯穿整个XCode的生命周期，任何一个不论大小的测试，数据样本都是单表一千万起。其它很多ORM，在数据达到百万之后会变慢，达到千万后基本上就卡死了。XCode同时支持最流行的几大数据库分页算法，经过10多年的经验积累，根据数据库类型、版本以及所处环境，自动选择最佳的分页算法。当前很多其它ORM要么仅支持一两种数据库的分页算法，要么采用的分页算法具有极大的局限性，要求所设计的数据表必须具有某种特征。

2，先进的多级缓存思想，保证最出色的性能。XCode在最重要的数据管道主线上拥有三级缓存设计，在其它地方拥有无数的缓存设计。缓存的设计，让使用XCode开发的系统在性能上能够轻易超越采用原生数据库操作开发的系统，甚至有成千上万倍的差距！几乎所有的ORM都基于原生数据库操作，理论上会比原生数据库操作要慢一点，只有极少数使用了缓存的ORM会比原生数据库操作要快一些，但远没有XCode这么多的缓存设计。

3，化繁为简，容易上手。最流行的Hibernate、EF等ORM框架，追求完美的支持所有功能，庞大无比，让很多使用者望而却步。而XCode的核心思想是让一切变得简单，变得更简单！甚至连多表关联查询都不支持，而建议分为多次单表查询。也正因为化繁为简，使得XCode能够采用更多的缓存，化繁为简与缓存思想互相促进，甚至可以让多次单表查询远快于单次多表关联查询。

4，抽象实体结构，支持多数据库的正向反向工程。绝大多数ORM只负责对象与关系数据库的数据映射，而少有数据结构的映射。正向功能能够取得数据库结构，便于代码生成器使用；反向工程能够根据实体结构创建数据表、修改数据表结构、删除数据表或字段等，所以采用XCode开发的系统，发布的时候都可以不需要附带初始数据库。正向工程反向工程均是XCode提出的概念，在08年之前，除了XCode外没有任何其它ORM支持反向工程。也正是因为实体结构映射这一设计，使得XCode超越ORM，发展成为可以把实体对象映射到其它非数据库的形式。

5，分布式支持。尽管XCode采用了最好的分页算法，但对于大型系统甚至超级系统来说，单表数千万乃至数亿的数据是远远不能满足要求的。不管从数据存储还是从性能瓶颈的角度来考虑，分布式是必然趋势！XCode原生支持分布式设计。单表拆成多表，拆分到不同数据库、不同数据库服务器，XCode能够完全屏蔽数据层，使用起来就跟一张超级大表一样。其它绝大多数ORM不会对分布式实行原生支持，需要分布式数据库或者极其昂贵的硬件来配合才能做到。

总的来说，最好的分页算法保证基本操作不犯错，化繁为简和多级缓存的设计保证XCode在性能上永无止境，所以，XCode的最大优势就是性能！

本文链接

坚持之随想

2011-11-12T14:29:00Z

昨晚做了一个梦，很长！梦到回到大学时代，我跟很多一样年纪的人，“潜入”（抱歉，实在没有更好的词）清华大学计算机系。并且我们这些冒牌跟正规清华学生一起上课。后来因为“潜入”的人实在太多，是正规生的两三倍之多，我们被校长（Or系主任）领到一个广场，包括正规生，还做了一个不短的演讲。他肯定了我们这些外来者的梦想，讲述了正规生是如何坚持不懈的努力然后进入清华。当我们所有人都在想将会受到什么样的处罚的时候，他最后说了一句：坚持你们的梦想！然后离开，我们所有人都懵了，不知道什么意思，是让我们留还是让我们走？随后，大家都笑了！（结局不再重要，不是吗？）

刚看《非诚勿扰》，其中一个男嘉宾，来自深圳，自己业余时间都花在小时候梦想上——造飞机。我心里发笑，好俗的梦想，想着很多人都不会真去做。画面切到一个车间，他在操作机床切割飞机支架。此时，正喝着熬了一个晚上的骨头汤，差点就喷出来！了不起！真了不起！他居然能独立设计并制造出来，还能稳稳的飞起来，这期间肯定吃了不少苦头！

我们每一个人，小时候都一定有一个非常了不起的梦想，老师，医生，科学家……但又有多少人能实现自己的梦想？或者说从事梦想相关的工作？甚至梦想不变的呢？恐怕不到万分之一吧！

我小学的梦想是当科学家，到了中学，就细化到物理学和生物学，上了大学，确定到了计算机，算是物理数学混合体吧。其实我也一直没有放弃自己的梦想。算是阴差阳错吧，初一时虽然受到班主任的坚决反对，但命运让我以候补的角色进入到计算机兴趣班。高一接触网络，同时开始学编程，更重要的是认识了几个有浓厚计算机的朋友，包括我们年轻的电脑课老师。因此，本来我高考志愿只有核能工程一项，后来加填了计算机科学，并且先被这个专业录取了。

我还是很爱核能工程，爱核聚变，最爱可控冷聚变。随着年纪渐长，感觉离自己的梦想越来越远，难道真的是放弃了吗？说不清楚，其实也没必要清楚。也许将来等我积累了足够的实力，我还是回来的！

说现在，其实从知道被录取到计算机科学专业后，就一直在这一行混，就快十年了！我甚至从未想过换行业，不知道这算不算是坚持呢？现在就想让更多的人能用上便宜好用的软件，也让我们做开发的兄弟姐妹能活得更精彩！

又想起，这些年来，所见到的许许多多开发者的牢骚——累，心累！大骂MS技术变更太快；唠叨总是学不会多线程编程；鄙视ASP.Net WebForm杂乱；愤恨Silverlight可能的消失……

MS技术要不是不断更新，也许早就没落了，推陈出新，这是永恒不变的道理。逆水行舟，不进则退！身为开发者，如果不能与时俱进坚持学习，不断提升自己，就等着被历史所淹没吧；

多线程编程，看书看明白了又能如何？许多人本身就是冲着它的好处而来的，而从来就没有考虑过它带来的线程安全、资源争夺、WinForm界面线程等许多问题。并且，这些问题是光看书或者光看代码就能学会的吗？

WebForm是足够复杂、庞大、杂乱的，但是话说回来，恐怕80%以上的人都是都是以此为入口，进入ASP.Net的吧？即使是现在用MVC的朋友，也不见得就很厉害。只要是没经过认真学习，不懂Http原理的，基本上也不会懂ASP.Net原理；但只要懂ASP.Net原理的，也不至于鄙视WebForm。

不坚持下去，拥有更多的经历，有什么资格发牢骚呢？一些学了三五天就希望小有所成的朋友，我建议你能静下心来坚持下去，如果做不到，趁早改行吧！

从99年学QB和ASP算起，我有12年的编程生涯，现在也敢厚着脸皮说我是一名普通程序员。面对学了两三年就自诩架构师的人，我感到汗颜！如若10年后你还在这一行，那么我打心底里佩服你，为了你的坚持！

正因为，坚持很难做到，所以坚持所能得到的特别可贵！

本文链接

Oracle免客户端For .Net（增加分析Devart和DataDirect）

2011-10-30T11:17:00Z

我只是一名普通的.Net开发人员，常用SqlServer，偶尔用其它数据库，属于能连上然后select/execute就行的那种。但就是我这么小的愿望，在面对Oracle时都很难实现。

虽然04年就开始用Oracle开发项目，但每次遇到问题总是胡乱弄一下，能用就行。这次又遇到问题，更离谱的是：同一个版本的NewLife.XCode，同一台机器，同一个ODP.Net版本，上个月写的程序工作好好的，怎么折腾都能用，刚刚新写的一个，怎么写都不行！于是，决心彻底的解决这个问题，共耗时三天三夜（熬夜到凌晨一两点）。

我们知道，用.Net链接Oracle数据库，有两个驱动，一个是.Net自带的，一个是Oracle开发的ODP.Net（下载地址）（要注册，后面提供一个我们团队的下载地址）。而.Net自带那个，MS早就不支持不更新了，于是一般开发都会用ODP.Net。并且，.Net自带的驱动，必须用TNS方式连接数据库，而不能用这种：

Data Source=(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.34)(PORT = 1521))(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = ORC)));User ID=admin;Password=admin;

否则报错：

连接选项“Data Source”的长度无效，最大长度为 128

开发支持Oracle的.Net程序，标准流程是先安装Oracle客户端，然后使用.Net自带驱动或者ODP.Net。其实只要按照这个流程来做，基本上不会有错误，要错也只是TNS错而已。而最令人忍受不了的就是，Oracle客户端实在是无比庞大，尽管后来可以只安装Oracle客户端运行时，仍然很大。于是，就有高手制作精简版客户端，这个网上很多，效果也非常不错。

当然啦，Oracle官方也没闲着，推出了InstantClient，不到30M的msi安装程序。总算是摆脱了那个巨大的客户端。

但是，人的欲求是无止境的！有了更小的运行时，为了方便，我们还希望能做到免安装，伴随着我们开发的主程序拷贝过去就能用。经过多方求证，Oracle客户端运行时的关键在于OCI，也就是说，不管用什么语言写的程序，只要能找到运行时的oci.dll，基本上就能链接Oracle数据库了。

通过反编译ODP.Net里面的Oracle.DataAccess.dll发现，它会先找注册表，然后是配置文件，从中找一些设置，第一个就是DllPath，我估计这个就是OCI的路径。于是备份了InstantClient安装后的文件，然后把它卸载了，并确保注册表没有残留。释放备份的文件，在项目配置文件里面指定路径：

实际上是增加一个段：

然后再设置DllPath：

<oracle.dataaccess.client>
<settings>
<add name="DllPath" value="D:\Oracle\OCI" />
</settings>
</oracle.dataaccess.client>

让测试代码跑起来，一切正常！这说明，只要能找到oci.dll所在目录，程序就可以正常工作。当然，如果把这个目录的文件直接放到软件目录中，也是可以使用的。

到这里，习惯的想，只要把那些安装后的文件拷贝走，就可以使用了。但打包的时候才发现，InstantClient的安装文件虽然不到30M，但是安装之后足足139M（下图实际上是最新的驱动2.112.2.0，网上的InstantClient是2.112.1.0，两者文件基本一样）：

图中可以看到，罪魁祸首是oraociei11.dll这个，它就占了126M。上网搜索各种Oracle客户端精简方案，必要的几个文件：

oci.dll、orannzsbb11.dll、oraocci11.dll、oraociei11.dll，它是必不可少的呀……

当然，还有两个：Oracle.DataAccess.dll、OraOps11w.dll，有些安装包会把OraOps11w.dll跟OCI放在一起，也是可以的。

伤不起呀！这几个文件就127M了，最高压缩，也有30M，并且解压还特别慢！（这个压缩包后面提供下载）

难道除了这个就没办法更小了吗？不是的！朋友告诉我一个很小的运行时oracle9i310（网上有扣积分下载，后面提供本地下载），才13M，不过需要安装。

但是这个运行时比较难缠，如果用最新的Oracle.DataAccess.dll去连接，会报版本不匹配！

（这里插一段关于版本不兼容的说明）

The provider is not compatible with the version of Oracle client

提供程序与此版本的 Oracle 客户机不兼容

这个可是开发.Net For Oracle程序中最常见的错误了。

实际上，这是使用ODP.Net经常遇到的问题，在ODP.Net中，Oracle.DataAccess.dll=>OraOps11w.dll=>oci.dll，前面两者的版本必须100%匹配（OraOps11w.dll里面通过硬编码写死了的）（也许这就是Oracle官方把OraOps11w.dll跟Oracle.DataAccess.dll放在一起的原因）。后面两者的版本似乎要求不高，是C++之间的引用。

而.Net的Oracle驱动，版本要求就非常低了，只要能找到oci.dll，基本上就能很好工作，它不会去检查版本什么的。如果找不到oci.dll呢，就会报这个错误：

System.Data.OracleClient 需要 Oracle 客户端软件 8.1.7 或更高版本。

当然，光有OCI目录（在环境变量Path中设置）不行，还得设置环境变量ORACLE_HOME为OCI目录，否则报错（因为oci.dll要用别的dll）：

OCIEnvCreate 失败，返回代码为 -1，但错误消息文本不可用。

言归正传！

最新的ODP.Net驱动无法使用oracle9i310运行时，那么试试MS的。设置环境变量ORACLE_HOME为oracle9i310目录，在环境变量Path中添加其下的bin目录（oci.dll在里面）。测试正常！这表明，9i运行时支持绿色发布。

下一步，就应该是开始精简这个oracle9i310了。

不到13M的安装包，安装后只有35M，远远比最新的ODP.Net驱动要小，压缩后不到9M。

删除一些不必要的东西后，剩下28M，压缩得到6.5M。这应该算是最小的Oracle客户端运行时了。

综合比较：

	.Net自带Oracle驱动	ODP.Net驱动
连接字符串TNS写法	支持	支持
连接字符串非TNS写法	不支持	支持
是否支持Oracle9运行时	支持	不支持
是否支持Oracle11运行时	支持	支持
OCI目录设置方式	环境变量Path中设置	环境变量Path中设置或配置文件设置DllPath 或注册表设置DllPath
其它环境变量	需要设置ORACLE_HOME	无
运行时安装包大小	9i运行时安装包13M	11g运行时安装包30M 最新ODP.Net共52M
绿色精简后大小	9i运行时6.5M	11g运行时30M
据说的差别	性能底下，功能特性少	性能最高，功能特性多

下载地址：

Oracle9i客户端运行时精简版 6.5M

Oracle11g客户端运行时精简版 30M

Oracle9i客户端运行时原版 13M

Oracle11g客户端运行时原版 52M

(下载地址随时可能变更,以最新群公告为准!)

FTP承受不了，增加网盘共享：

9i精简版：http://www.kuaipan.cn/file/id_2378544298602218.html

11g精简版：http://www.kuaipan.cn/file/id_2378544298602215.html

9i原版：http://www.kuaipan.cn/file/id_2378544298602216.html

11g原版：http://www.kuaipan.cn/file/id_2378544298602217.html

（FTP严重影响了服务器网络，现在已经关闭）

后续：

Devart dotConnect for Oracle

在OneCool和小胖2010的推荐下，分析Devart。

1，采用名称混淆，分析有一定难度

2，采用Lic授权，很脆弱

3，发现调用OCI.DLL，发现处理Home等环境变量，看来还是离不开oci.dll

综评，跟ODP.Net比，没有优势，并且还是收费的（也有免费版）

DataDirect

在园友wizardwu的一篇博客中发现了这个家伙。

1，产品说明非常吸引人，唯一一个100%托管代码数据提供者，不需要Oracle OCI客户端库。对，这就是我们梦寐以求的！

2，最新版本是3.5，需要申请试用。上午10点，发动群友，采用各种国内外邮箱、IP、VPN申请，均无法收到邮件。下午3点收到，开始下载。

3，上午从CSDN找到一个2.1的版本（For .Net 1.0），未混淆，采用Lic授权，支持OEM，自写的对称加密算法，内置没有任何处理的密码，很脆弱

4，从2.1版本中很清楚的看到数据封包解包，网络发送和接收的过程。没有见到任何跟OCI和HOME有关的东西。可以肯定，这是纯托管代码且不需要OCI的。

5，下午分析3.5（For .Net 2.0/4.0），名称混淆，也是Lic授权。看到类的布局，还有各个命名空间，不需要分析下去了。

综评，没错，这就是我们所需要的极品，强烈推荐！！！没找到价格，似乎必须跟他们联系。时间不多，没有做运行测试，我想网上有很多报告的！

其中2.1版，关于Oracle、SqlServer、Sybase、DB2的封包，非常具有参考价值！

2.1版下载：http://www.kuaipan.cn/file/id_2378544298602742.html

3.5版下载：http://www.kuaipan.cn/file/id_2378544298602758.html

本文链接

【求助】测试XCode v8.0的正向反向功能

2011-09-08T02:52:00Z

目的：测试XCode v8.0的正常反向功能。

正向工程：从数据库读取架构信息，生成实体类。

反向工程：根据实体类的特性构造架构信息，反向生成数据库或者修改数据库。

准备工作：

1，自备数据库实例，最好是自己的数据库，为了测试各种数据库的各种字段能否被识别为正确的.Net类型（正向工程），同时也测试.Net类型能否正确转为对应的数据库类型（反向工程）。（支持MSSQL、Access、SqlCe、SQLite、MySql、Oracle、PostgreSQL、Firebird）

2，最新的XCoder v4.2一份

开始：

1，在XCoder.exe.config中配置连接字符串，如果没有这个文件，运行一次XCoder即可自动生成。XCoder能自动发现本机MSSQL，本目录Access和SQLite。

2，启动后的主界面。连接那里下拉选择的就是前面配置的连接。检查模版那里是否有模版可选择。

3，选择要测试的连接字符串，点“连接”。此时XCoder通过XCode取得数据库架构，拿到了所有表信息，并在数据表那里列出来。

4，先备份一下架构信息，留后面使用。

5，选择“实体”模版，点击“生成所有表”，0.3秒即可生成12个实体类。点击“打开目录”可以直接看到。

6，新建一个控制台项目，引用NewLife.Core.dll和XCode.dll（可以从代码生成器里面拿到）。并把刚才生成所有实体类拷贝进去。

7，再添加一个应用配置App.Config。加上一些配置信息。我们生成实体类的时候，设置了连接名为Common，这个配置文件里面本应该配置一个名为Common的连接，但是我们通过XCode的连接名映射功能把Common这个连接名映射到别的连接名上去。

8，写几句代码试一试。

9，修改连接字符串，开始测试反向工程。

10，重新启动程序。运行结果没什么变化，只是慢了一点点。其实，这是因为我们指定了一个并不存在的数据库Common888，同时配置文件里面打开了反向工程的开关XCode.Schema.Enable，XCode自动创建数据库和数据表。

11，检查一下数据库里面的字段，看看字段类型是否与本来的数据库类型一致。同时检查索引是否能够正确创建。

12，测试不同数据库间的兼容性。比如从MSSQL生成实体类，然后反向工程生成到SQLite中去。这方面可以多做几个测试。测试人员之间也可以互相交换数据库架构信息（第4步导出），用XCoder导入也可以生成实体类。

XCode的类型对应基于ADO.Net，但是大量存在一种.Net类型对应多种数据库类型的情况，我们只能做很小的一部分测试，不能保证各种类型的字段都能得到正确识别。

各个需要附加DLL的数据库提供者，会自动下载！

目前XCode对各个数据库的兼容性情况排名：MSSQL2008/2005》MSSQL2000》Access》SQLite》Oracle》MySql》SqlCe》PostgreSQL》Firebird，越是后面，可能存在的问题就越多。

至于正向反向工程以外的问题，可以通过把项目指定到不同类型的数据库上进行测试。

测试过程中遇到的各种问题，在群里反馈，实时修正各种BUG。

测试相关资料下载地址：http://xcode.codeplex.com/releases/view/73026

本文链接

XCode中如何使用事务

2011-09-01T03:53:00Z

废话不多说，直接上代码：

// try之前开始事务

Meta.BeginTrans();

try{

// do something

// 强烈建议，尽可能做到只有一次提交事务，以免混乱

Meta.Commit();

}

catch{

// 出错了，需要回滚事务

Meta.Rollback();

// 继续向外抛出异常

throw;

}

XCode还支持多级事务，实际上，除了第一级事务是真实的事务外，第一级以上的事务全部都是事务计数器加一减一而已，BeginTrans加一，Commit和Rollback减一，减到0时执行真正的提交或回滚。

这个多级事务实现比较简单，只考虑了常见的情况。

XCode地址：http://xcode.codeplex.com

BTW，提前Show一下NewLife.XCode v8.0

1，扩展了的数据模型

2，增加索引和表关系特性，自动生成扩展属性

3，另一边也是有扩展属性的

4，根据索引可以生成扩展查询（在考虑优化为自动采用实体缓存）

本文链接