陆陆续续用Xcode组件将近一年了，作为一个业余开发者，很感谢大石头和他的团队。不仅感谢他们创造如此艺术的组件，更感谢他们耐心的指点，我才学会了使用模板，来开发始于自己风格和功能的通用组件。作为了老的动软代码生成器的使用者，但我接触并学会使用Xcode后，以及2年来在博客园看到的各类开发框架和ORM，我不得不说Xcode是我见过最强大的，小巧，精悍。

    很早就想写一篇教程，可能是基础比较差，写不出什么高质量的文章，毕竟是业余开发者。可能我的表述很多不专业，只有我自己理解，我也只需要对自己有用的功能。今天写这篇博文主要是受大石头的启发，因为越来越多的人使用Xcode，群里面的人都爆了，但是他们又没有太多时间来重复回答这些新手的问题，所以需要大家自力更生，看源码去学会使用。为了贡献自己对Xcode的理解和使用经验，使得后来学习的人更加容易，所以才有了我的这篇文章，写得不好，请拍砖，但拒绝人生攻击。

    1.事情起因

    NewLife.CommonEntity里面封装了一些通用实体类，今天自己做一个小工具(个人喜好，玩玩的)，想得到这些通用实体类的数据字典，虽然知道有数据库反向工程的功能，但就是懒得动手。所以一开始手抄抄，然后在群里面哄了一下，然后群主大石头提示了一个CheckTables方法,其他的当然只能靠自己看源码了。其实往往很多帮助也只需要这么关键的一个提示，然后自己去学习。

    2.关于数据库方向工程：就是通过配置文件切换数据库连接字符串，不需要任何操作，系统会根据实体类自动生成数据库及数据表。很多ORM虽然可以通过配置文件修改数据库连接字符串，但还是需要在目标数据库中新建好表，因此多少有些繁琐，而Xcode彻底屏蔽了这些东西，不必要关心数据库。因此从给一个数据库转化到另外一个数据库，是再方便不过。

    3.解决过程

    在石头的提示下(CheckTables),我找到了这个方法所在的类DAL(数据访问层)，看看这个方法：

;

    一开始看到这里，感觉不是我想要的，因为DAL里面需要传入ConnName，这里有点费解，既然要反向工程，那么数据库肯定不存在表结构，那传入ConnName有什么用?

    但是看到这但代码，我知道了，反向工程主要是通过获取实体类的IDataTable来完成的，就是上面代码第33行 Db.CreateMetaData().SetTables(list.ToArray());

    这里才是最关键的，呵呵。既然上面这个函数不满足我的要求，那就重新写一个满足要求的，所以我在DAL里面给CheckTables加了一个重载方法，如下所示：

;

    有了上面的这个函数，只需要把自己想要反向工程的实体类列表传入进去就可以了，下面是我的调用方法：

;

    简单的几行代码，就将 NewLife.CommonEntity中的几个表的结构自动生成到数据库了。我印象中记得，可以一下子获取 NewLife.CommonEntity所有的 List ,一时也想不起来，所以就只能一个个添加，呵呵，先解决实际问题，其他的再慢慢来搞。

    4.继续分析，虽然上面解决了的实际问题，但没有对反向工程的整个过程有更深入的了解。而且也萌生了念头，如此方便，那岂不是很容易的将数据库进行迁移，表结构和数据都很容易迁移到其他数据库平台了，正好闲着没事，写了一段简单的代码，调试看看【刚开始调试了半个小时，马马虎虎，有点晕，晚上回来继续奋战3个小时，才有点眉目，也难怪，大石头的团队花了好多年的成果，我怎么可能这么短时间就消化掉】。代码很简单，新建一个管理员，赋值并插入数据，没有数据库：

;

    断点调试上述代码，记下主要内容吧：

    1.在new对象的过程中，会调用基类的构造函数 TEntity entity = new TEntity();然后字段赋值

    2.在对象插入到数据库中的过程中(user.Insert())会调用基类的 Insert()方法，在此方法中，有一个Valid(Boolean isNew)方法用来验证实体的数据是否符合要求，在检查实体数据过程中，会到数据库中获取一定的信息，如果数据表不存在，就会新建数据库和相应的表结构。这一部分涉及到的类挺多的，我也有些晕。大体如下吧，可能会有理解不到位：

    2.1 为了验证数据，需要判断该数据是否在数据表中已经存在，所以有了Entity.cs中的CheckExist方法，其中有一个FindCount(names, values)去数据库获取满足记录的条数。

    2.2 然后获取查询条件，调用Entity.Meta中的QueryCount方法，然后QueryCount调用WaitForInitData方法进行 检查并初始化数据,这时会对实体类进行检查。

    2.3 实体类第一次检查模型时，会调用Entity.Meta中的CheckModel()方法，这其中会对表结构的ModelCheckModes进行检查，ModelCheckModes分为2种情况，1种是初始化时反向工程，一种是使用时反向工程。Xcode连这一点多考虑到了，说明是多么的细致，因为在我看来即使是初始化时进行，也没有多少时间。TableItem有一个ModelCheckMode属性，会去获取实体类的ModelCheckMode，这个实现用到了Attribute，如果实体类声明了ModelCheckModeAttribute，那么获取到的就是这个值，如果没有声明，就是CheckAllTablesWhenInit。