Newlife.XCode对象容器与接口操作实例

        本博客所有文章分类的总目录：http://www.cnblogs.com/asxinyu/p/4288836.html

Newlife XCode组件相关文章目录：http://www.cnblogs.com/asxinyu/p/4329747.html

1.前言

最近一个人狂看X组件的源码，从CommonEntity到XCode，然后XCoder到XCode。感觉自己有很大的进步，视野更加开放，也能够更加顺手的做很多事情。

大石头在5月份左右的时候，录制了几期视频教程，其中有一期“使用对象容器来解耦业务模块与管理平台”，对理解X组件很有好处，这期视频我前后已经听了4遍，当然每听一遍都有一些新的发现与体会。今天要总结也是对象容器的一点理解以及为了解决问题，在XCoder源码中发现的一些东西：接口操作。 

2.XCode对象容器介绍

 XCode对象容器的使用在XCode后台和Newlife.CommonEntity中有大量的使用，这也是后台很容易扩展的原因之一。只需要继承相应的实体类(自动注册优先级高于内部类)，而基类中的代码都是通过接口操作，这样继承的类就会优先被系统采用。 管理平台和业务平台通过接口和对象容器联系起来。对象容器注册接口的优先级： 

1.对象容器注册优先采用配置文件中指定的接口 

2.配置文件里面没找到之后，会去寻找所有的程序集，找到实现该接口的类，优先级仅次于配置文件。 

3.内部实现的类优先级要低，1，2都没找到，就按默认的实现注册顺序采用。 

对象容器的注册在静态构造函数中，服务容器基类是泛型基类，这样只要是继承基类，然后加一个静态构造函数，就可以在程序中给实现的接口的类进行注册。 

上面是石头的一些总结，听起来可能不容易理解，下面举一个例子，也算是昨天晚上研究了2个小时的成果吧。 

3.XCoder接口操作的实例 

XCoder代码生成器中，可以将数据库模型保存为XML文件，并可以直接加载XML文件进行模型的修改操作。但是其中有一些不便利。我想做一个直接添加模型的界面，这就涉及到一个问题，如何实例化一个IDataTable对象，查看XCoder的源码发现了下面的东西： 

private void btnAddTable_Click(object sender, EventArgs e)
        {
            if (Tables == null || Tables.Count < 1) return;

            Type type = Tables[0].GetType();
            if (type == null) return;

            IDataTable table = TypeX.CreateInstance(type) as IDataTable;
            if (table == null) return;

            Tables.Add(table);
            table.ID = Tables.Count;
            table.TableName = "NewTable" + table.ID;
            table.Description = "新建表" + table.ID;

            SetTables(Tables, Tables.Count - 1);
        }

 关键的代码是：Type type = Tables[0].GetType();这里直接获取当前数据库中表的类型，然后：

和 IDataTable table = TypeX.CreateInstance(type) as IDataTable; 这里实体化一个接口，再进行赋值。

XCoder内部这样做，是有优势的。因为这是导入模型之后才进行的，导入模型的时候，默认实现IDataTable的类已经确定了，因为有对象容器，看XCodeService 

 /// <summary>XCode服务对象提供者</summary>
    class XCodeService : ServiceContainer<XCodeService>
    {
        static XCodeService()
        {
            var container = Container;
            container.Register<IDataTable, XTable>()
                .AutoRegister<IDataRowEntityAccessorProvider, DataRowEntityAccessorProvider>()
                .AutoRegister<IEntityPersistence, EntityPersistence>()
                .AutoRegister<IModelResolver, ModelResolver>();

            DbFactory.Reg(container);

            EntityAccessorFactory.Reg(container);
        }        
        #region 使用
        /// <summary>创建模型数据表</summary>    
        public static IDataTable CreateTable()
        {
            return Container.Resolve<IDataTable>();
        }
    }

  container.Register<IDataTable, XTable>();就是XCodeService在静态构造函数中注册IDataTable的默认实现类XTable，下面的使用方法CreateTable()就是返回一个IDataTable对象，然后在系统的其他地方就可以用XCodeService的这个CreateTable方法创建IDataTable对象了。

那么为什么最上面的代码中，不这样创建IDataTable对象呢？这里代码太多了，只稍微说一下，因为第一段代码这里已经是导入模型之后了，在导入模型过程中，已经确定了Tables的类型，代码如下：

/// <summary>导入模型</summary>       
        public static List<IDataTable> Import(String xml)
        {
            if (String.IsNullOrEmpty(xml)) return null;

            return ModelHelper.FromXml(xml, CreateTable);
        }

这里的方法是DAL类中的，FromXML方法第二个参数是一个委托，这里传入的CreateTable就是创建默认的IDataTable实例，看看他的代码，很简单，就是内部调用一次XCodeService的方法：

 /// <summary>建立数据表对象</summary>
        internal static IDataTable CreateTable() { return XCodeService.CreateTable(); }

到这里应该很清楚了，XCoder中操作对表的操作，都是通过IDataTable，而不设计具体的实现类，比如XTable，在外部程序中，你可以使用自己的Table类，实现IDataTable接口，这样XCode内部会优先采用外部的实现类。

最后，说一下，这并没有解决我的问题，在这里大家可能会注意到，XCodeService类是私有的，DAL的CreateTable方法是internal ，这样外部程序集就没办法访问得到。如果我要在外部程序中直接获取一个IDataTable 对象，还的确办不到，除非自己重写一个IDataTable，但这样又太麻烦，既然XCode有这样的功能，不知道大石头为什么不把DAL的CreateTable设为Public，是不是有什么其他考虑？