上篇有介绍过,对象设计按开发者角度划分设计

[编织消息框架][分层模型设计]系统与应用

 

为什么不直全部实现不走QRpc?

开始设计时没考虑到rpc功能,后面才补上,加上rpc有二级业务模型,要进行二次解释,有性能损耗,所以干脆不改了

用两幅图来解释

 

 

[编织消息框架][分层模型设计]系统与应用

 

[编织消息框架][分层模型设计]系统与应用

 

QPacket是个吸血模型(相对贫血模型来讲 如 java bean对象只有getter setter 方法),大多数逻辑实现写在该对象上,如转换成应用层模型,包编解码

 1 /**
 2  * @author solq
 3  **/
 4 @Target(TYPE)
 5 @Retention(RUNTIME)
 6 public @interface QOpCode {
 7     short value();
 8 
 9     public static final short QPRODUCE = 1;
10     public static final short QCONSUME = 2;
11     public static final short QSUBSCIBE = 3;
12     public static final short QCODE = 4;
13     public static final short QRPC = 5;
14 
15 }
QOpCode

相关文章: