3       接口设计

3.1    消息体MessageBase重构

3.1.1   重构过程

自定义消息体的好处很多，比如采用自己定义的格式相当于对数据进行了简单的加密，采用自己定义的格式可以节省通信的传递量等等。

因为我们的系统是为处理订单通知服务的,所以消息体的大概内容应该是订单的类型[订单生成、订单支付成功等],消息内容更确切的讲应为构造发送内容必须的参数[目前一个OrderId就够了]。

其消息体的代码如下：

   [Serializable]

    public class MessageBase

    {

       /// <summary>

        /// 消息类型

        /// </summary>

        private string messagetype;

        public string MessageType

        {

            get { return messagetype; }

            set { messagetype = value; }

        }

        /// <summary>

        /// 消息内容

        /// </summary>

        private string messagebody;

        public string MessageBody

        {

            get { return messagebody; }

            set { messagebody = value; }

        }

    }

说明：1：消息体必须可序列化也就是有Serializable特性

      2：消息体尽量为轻量级内容

3.1.2   UML图

3.2    客户端组件重构.

3.2.1   重构过程

这个和PetShop的消息发送、接收是一样滴，就不多说了。

3.2.2   UML图

3.3    Section节点重构

3.3.1   重构过程

先看看app.config里的一段Section代码

上面的Section节点是该系统的纽带！没有它，系统将无法运行，发送器、处理器也成了独立的羔羊。既然很重要，那我们也就重点说说这个流程吧。

l         Notify继承 System.Configuration.ConfigurationSection它里面有ConnectionStrings、ClientMails、MessageTypes、MessageProcessors、MessageSenders等ConfigurationProperty。

l         ConnectionStrings继承ConfigurationElementCollection它保存了不同数据源的 connectionstring.

l         ClientMails继承 ConfigurationElementCollection, 它保存了常用的客服email。

l         MessageSenders 是个ConfigurationElement , 里面配置Poster需要的信息。比如MailSender保存了Email的domain,userid,pwd,from等相关信息。

l         MessageProcessor 是个ConfigurationElementCollection, 里面的每个ConfigurationElement保存了每个处理器和对应的Asssembly。这样就可以通过下面的代码创建对应的处理器。

Type type = Type.GetType(processName);

Assembly a = Assembly.GetAssembly(type);

Object obj = a.CreateInstance(processName);

return obj as IProcessor;

l         MessageTypes 保存了每个消息类型[OrderCreate,OrderPaySucceed等] 的个性特征。我们的系统就是通过MessageTypes里的每个MessageType的Processor去MessageProcessor找对应的处理器的。

        1：name：它就是消息体MessageBase的MessageType属性，当系统从msmq里取到消息后，就会根据name去MessageTypes找和MessageType匹配对应的条目

      2: processor： 当从MessageTypes里找到对应的条目后，就会通过processor去MessageProcessor去找对应的处理器。

      3：Poster：它是对应了每个Messagetype[一个MessageType对应一个MessageProcessor]所需要的发送器Poster。多个Poster用逗号隔开。这样我们就可以配置发送器了。

      3：Parameter：是增加的特性列表。其中Consumer,merchant,Client对应了买家、卖家、客服的内容模板，

guestEmail对应客户的email。

3.3.2   UML图

....

.

3.4    发送器Poster的重构

3.4.1   重构过程

商城的订单状态行为会产生通知，通知的方式目前有Email,sys,IM，他们三个有个共同的方法那就是Post投递方法，我们可以把Email,sys,IM当成三个Poster类，并且都有Post的方法。 代码如下：

public class EmailPoster

{

    public void Post(param1)

    {

        //TODO:Process order and Post

    }

}

public class IMPoster

{

    public void Post(param2)

    {

        //TODO:Process order and post

    }

}

public class syslogPoster

{

    public void Post(param3)

    {

        //TODO:Process order and post

    }

}

我们细看上面的代码，按照一般的重构常理应该提出一个基类或接口了。这里用接口更合适些，抽取出来的接口如下：

public interface ImsgPoster

{

        void post(SenderInfo sender);

    }

备注：SenderInfo是一个超类，用来保存要格式化内容时需要的参数

最后完整的代码如下：

public class EmailPoster : ImsgPoster

{

    public void Post(SenderInfo sender)

   {

        //TODO:Process order

    }

}

public class IMPoster : ImsgPoster

{

    public void Post(SenderInfo sender)

    {

        //TODO:Process order

    }

}

public class syslogPoster : ImsgPoster

{

    public void Post(SenderInfo sender)

    {

        //TODO:Process order

    }

}

 public interface ImsgPoster

    {

        void Post(SenderInfo sender);

    }

public class SenderInfo

{}

3.4.2   UML图