架构之路--实战项目记录(二) 忘记数据库 开始抽象

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

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

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

打满了鸡血吧!

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

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

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

我是这样做的。

问:这个系统要做什么?有哪些功能?

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

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

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

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

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

架构之路--实战项目记录(二) 忘记数据库 开始抽象架构之路--实战项目记录(二) 忘记数据库 开始抽象View Code
    /// <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 { getset; }
        #endregion

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

        #region Associates
        public virtual User Author { getset; }
        #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 { getset; }
        public virtual string Keywords { getset; }
        #endregion        

        #region Credit
        public virtual int ViewCount { getset; }
        #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 { getset; }
        #endregion

        #region Content
        public virtual string BlogAbstract { getset; }
        #endregion

        #endregion
    }


    public class CommentOfBlog : AttachedArticle
    {
        #region Properties

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

        #endregion
    }

    public abstract class AttachedArticle : Article
    {

    }

    public class Answer : AttachedArticle
    {
        #region Properties

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

        #endregion  
    }
架构之路--实战项目记录(二) 忘记数据库 开始抽象

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

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

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

上一篇:Vue简单使用


下一篇:CentOS6.5 64位下源码安装PostgreSQL9.5.1