架构之路实战项目记录（二） 忘记数据库 开始抽象

对我而言，认识BLL层的作用，或者领域模型驱动的含义，最大的干扰来自数据库。

我们很清楚的知道UI层的含义，也知道数据层是做什么的。但对于一个简单的（甚至是相当复杂的）系统而言，实在不知道除了对数据库进行增删改查以外，还能做些什么？发布一篇博客，不就是在数据库里插入一条记录么？点击一下推荐，不就是在数据库里做一个update么？

为了避免数据库的干扰，这里，我们设定：不使用关系数据库做存储！请大家牢记，为了更清晰，更深刻的认识到这一点，我们再次明确，我们将使用最流行的NoSQL技术。牛叉吧！兴奋吧？

打满了鸡血吧！

好的，设计的任务交给你了，小李同学。

接下来，你怎么办？哎呀，我对NoSQL还不熟呀（不熟？其实除了名字知道以外，其他什么都根本就不知道）。马上开始研究一下NoSQL，看看里面有没有什么库呀，表呀之类的，好像那里面用的是集合？

如果你这样走下去的话，就偏离了DDD的宗旨了（但也不能说你“错”了）。

我是这样做的。

问：这个系统要做什么？有哪些功能？

答：发布博客，博客可以评论。可以提问题，回答问题。当然，做这些事，都得注册登录……

好，根据以上信息，我们可以抽象出这几个对象。

这是一个良好的开端。再细致点，博客和问题，都必须有标题；而博客的评论和问题的答案，不需要标题；但不管是博客还是问题，评论还是回答，都会有一个作者，都要发布时都要记录下

发布的时间，甚至发布者的IP（基于中国人都知道的原因）。博客和问题，还要记录下浏览量……

到这里，你是不是嗅到了一种什么味道？“不管……还是……都……”，共同的东西！那么想到面向对象的三大特征，“继承”就呼之欲出了。所以我们通过抽象，得到了以下的对象。

    /// <summary>
    /// Article is abstract, means it's not a really entity
    /// </summary>
    public abstract class Article : Entity<int>
    {
        #region Properties

        #region Content
        public virtual string Body { get; set; }
        #endregion

        #region Log
        /// <summary>
        /// Need not set manually in most scenarios
        /// </summary>
        public virtual string PublishIP { get; set; }
        /// <summary>
        /// Need not set manually in most scenarios
        /// </summary>
        public virtual DateTime? LastModifiedTime { get; set; }
        #endregion

        #region Associates
        public virtual User Author { get; set; }
        #endregion

        #endregion

        #region Public Methods

        public virtual void Publish()
        {
            #region set some default value

            setCreatedTime();
            setLastModifiedTime();
            setPublishIP();

            #endregion
        }

        #endregion

        #region Protect Methods

        protected virtual void setLastModifiedTime()
        {
            if (LastModifiedTime == null)
            {
                LastModifiedTime = DateTime.Now;
            }
        }

        protected virtual void setPublishIP()
        {
            if (string.IsNullOrEmpty(PublishIP))
            {
                PublishIP = HttpContext.Current.Request.UserHostAddress;
            }
        }

        #endregion
    }


    /// <summary>
    /// represent article can be regarded as the main part of one page, e.g. Blog and Question
    /// </summary>
    public abstract class MainArticle : Article
    {
        #region Properties

        #region Content
        public virtual string Title { get; set; }
        public virtual string Keywords { get; set; }
        #endregion        

        #region Credit
        public virtual int ViewCount { get; set; }
        #endregion

        #region Log
        #endregion

        #endregion

        #region Methods

        public virtual void View()
        {
            ViewCount++;
        }

        #endregion

    }

    public class Blog : MainArticle
    {
        #region Properties

        #region Associates
        public virtual CategoryOfBlog Category { get; set; }
        #endregion

        #region Content
        public virtual string BlogAbstract { get; set; }
        #endregion

        #endregion
    }


    public class CommentOfBlog : AttachedArticle
    {
        #region Properties

        #region Associates
        public virtual Blog ReferredBlog { get; set; }
        public virtual CommentOfBlog ReferredComment { get; set; }       
        #endregion

        #endregion
    }

    public abstract class AttachedArticle : Article
    {

    }

    public class Answer : AttachedArticle
    {
        #region Properties

        #region Associates
        public virtual Question ReferredQuestion { get; set; }
        public virtual Answer ReferredAnswer { get; set; }
        #endregion

        #endregion  
    }

这样做的好处，很明显的，就是减少了重复代码。“代码越少越好”，我深以为然。当然，随之而来，还有其他好处，容后再表，呵呵。这里只说一句，良好的抽象是实现设计模式的基础。

其实，只要有面向对象的思想，进行这样的抽象是相当容易的（这样的抽象也是不对的，以后再论述）。但我们常常会被关系型数据库所干扰（尤其是有一定开发经验的程序员），而不敢进行这种“大胆的”抽象。因为即使将代码写到这里了，也得面临一个很现实的问题，接下来怎么办？最终我们怎么把这些对象持久化（保存到数据库或其他媒介中去）。这就是我们接下来要进行的工作了。

最后，对那些还想着数据库的同学，再重复强调一点：这个项目，我们用NoSQL！哦，sorry，改主意了，大家反映NoSQL太难了，又说干脆用xml文件吧。