一步一步搭架子（Model继承与Factory层）

一直觉得，简单也是一种美，架构如此，做人亦如此；重剑无锋，真水无香

为了便于大家理解，在此放出源代码：点击此处下载

强烈建议配合代码阅读本文，毕竟代码才是程序员最好的交流方式

 

之前的文章分析了系统，并画出了架构草图，详情请见《一步一步搭架子（分析篇）》

关于ModelBase层与Model层的实现，因为很简单，就不再赘述了，直接上代码即可。关于Model继承的思路，请见：《我们该如何设计数据库(三)(续)》

ModelBase代码：

namespace ModelBase
{
    public class Identifier
    {
        [Key]
        public Guid ID { get; set; }
    }

    public class TeacherBase : Identifier
    {
        [StringLength(50)]
        public string UserName { get; set; }

        [StringLength(50)]
        public string Pwd { get; set; }
    }

    public class ContactBase : Identifier
    {
        [Required]
        public Guid TeacherID { get; set; }

        [StringLength(50)]
        public string Phone { get; set; }

        [StringLength(50)]
        public string Email { get; set; }
    }
}

可以看到，数据在这一层是还没有组合在一起的；然后是Model代码（假设现在是提供给A学校的）：

namespace Model.A
{
    public class Teacher : TeacherBase
    {
        [StringLength(50)]
        public string FirstName { get; set; }

        [StringLength(50)]
        public string LastName { get; set; }

        public Contact Contact { get; set; }
    }

    public class Contact : ContactBase
    {
        public DateTime CreateTime { get; set; }
    }
}

可以看到，Teacher中包含了Contact。我习惯称这种为“数据耦合在一起”，虽然我不知道这种叫法对不对。欢迎留言指正这种说法

请注意，这里用Model.A的命名空间来区分了Model。如果是B学校的Model，要这样写：

namespace Model.B
{
    public class Teacher : TeacherBase
    {
        [StringLength(50)]
        public string Number { get; set; }
    }

    public class Contact : ContactBase
    {
    }
}

可以看到，A学校和B学校Model的命名都是Teacher 和Contact ，用不同的命名空间来加以区分

 

再然后是DBcontext的实现：

using System.Data.Entity;
using Model.A;

namespace DBaccess.A
{
    public class Context : DbContext
    {
        public Context()
        {
            //this.Configuration.AutoDetectChangesEnabled = false;
            //this.Configuration.LazyLoadingEnabled = true;
            //this.Configuration.ProxyCreationEnabled = false;
            //this.Configuration.ValidateOnSaveEnabled = false;
        }

        public DbSet<Teacher> Teacher { get; set; }
        public DbSet<Contact> Contact { get; set; }

        protected override void OnModelCreating(DbModelBuilder modelBuilder)
        {
            modelBuilder.Entity<Teacher>()
                .Ignore(o => o.Contact);          //Teacher中的Contact不映射到数据库中
        }     
    }
}

 

然后就是系统中的难点：Factory的设计

一开始，我觉得这个就是抽象工厂模式所描述的应用场景：同类产品不同产品族的开发

但是在实际开发过程中，却发现抽象工厂无法满足需要。抽象工厂要求子类从基类派生，这点我们的Model是由ModelBase派生的，满足条件；但是我们不同的Model还有自己独有的get/set方法，而这些独有的方法是无法通过抽象工厂完成的

简单的反射也无法满足要求。反射出来的是一个Object类型，要通过as关键字转换之后才能使用，如：

            Object obj = Assembly.Load("").CreateInstance("");   //假设这里反射出一个Teacher
            Teacher teacher = obj as Teacher;                    //还要as之后才能使用

 

我在这个问题上耗费了一个星期多的时间，直到有一天，灵感突现：可以使用预编译指令来实现NameSpace的切换

#define A
#if B
using Model.B;
using DBaccess.B;
#endif
#if A
using Model.A;
using DBaccess.A;
#endif

这样的话，我们切换Model，只需将#define A改为#define B

Factory的具体实现如下：

#region NameSpace
#define A
#if B
using Model.B;
using DBaccess.B;
#endif
#if A
using Model.A;
using DBaccess.A;
#endif
#endregion
using System.Collections.Generic;

namespace Factory
{
    public class ModelFactory
    {
        public static Teacher GetTeacher()
        {
            return new Teacher();
        }       

        public static Contact GetContact()
        {
            return new Contact();
        }   
    }

    public class ModelListFactory
    {
        public static IList<Teacher> GetTeacherList()
        {
            return new List<Teacher>();
        }

        public static IList<Contact> GetContactList()
        {
            return new List<Contact>();
        }
    }

    public class ContextFactory
    {
        public static Context GetContext()
        {
            return new Context();
        }
    }
}

这样弄出来的Factory，如其名字一样，用了最简单的工厂模式来实现

 

就此搁笔

 

PS：变天了，各位园友记得防寒保暖  ：）