基于事件分发机制的企业应用开发

    做过DOS编程的人都知道,Dos编程和Window编程最大不同之一就是事件机制的编程,普遍的,目前事件机制的使用已经在Windows下的应用程序中遍地开花了,可是基于事件传播的应用仅仅限于window应用程序吗?答案是:不。
    在IOC概念的不断冲击下,我们需要回头去审视前两年自己开发的,心中为之骄傲的,认为非常优秀的程序,在这过程中,我们就会看到这些骄傲在最新的概念冲击下烟消云散了。变成了丑陋的,紧耦合的反面范例。让我们来看看以下场景:

 某公司有基于某平台的两子系统,订购系统A和财务系统B。当采购员在预采购某物品前,先在定购系统A中登记需要购买的货物和价格,然后财务系统B就开始该笔购物款项的申请流程。
 首先让我们来看看两年前的代码是怎么实现的:

 

ExpandedBlockStart.gif ContractedBlock.gif public   class  OrderService  dot.gif {
InBlock.gif   
private FinancialService  financialService=new FinancialServiceImpl();
ExpandedSubBlockStart.gifContractedSubBlock.gif     
public Order saveOrder(Order order)dot.gif{
InBlock.gif  。。。。处理订单
InBlock.gif                financialService.createRequestOfMoney(order.getAmount());
ExpandedSubBlockEnd.gif   }

ExpandedBlockEnd.gif }

None.gif


从上面的代码中可以很明显看到,定购系统A和财务子系统发生了耦合,也许有同志说,那我采用Spring等IOC框架来解耦:
 

ExpandedBlockStart.gif ContractedBlock.gif public   class  OrderService  dot.gif {
InBlock.gif   
private FinancialService  financialService;
ExpandedSubBlockStart.gifContractedSubBlock.gif   
public void setFinancialService(FinancialService fs)dot.gif{
InBlock.gif     
this.financialService=fs;
ExpandedSubBlockEnd.gif   }

ExpandedSubBlockStart.gifContractedSubBlock.gif     
public Order saveOrder(Order order)dot.gif{
InBlock.gif  。。。。处理订单
InBlock.gif                financialService.createRequestOfMoney(order.getAmount());
ExpandedSubBlockEnd.gif   }

ExpandedBlockEnd.gif }

None.gif


财务子系统B的实现FinancialServiceImpl是通过Spring等IOC框架设置进去的。这样不是很完美了吗?

但是我仍然要说,这个只是五十步笑百步罢了。再请看以下场景:该公司的业务规则起了变化,金额少于1万元的定购不需要通过财务申请流程。这样财务子系统B升级到B2了,多了一个直接拨款的API payMoney()。这时候,定购系统该怎么办?除了修改代码没有别的办法。这个时候,基于事件分发处理的机制就大派用场了。
  修改原来的订单系统实现下单消息的广播。
 

ExpandedBlockStart.gif ContractedBlock.gif public   class  OrderService extend EventBrocast dot.gif {
InBlock.gif   
private FinancialService  financialService=new FinancialServiceImpl();
ExpandedSubBlockStart.gifContractedSubBlock.gif     
public Order saveOrder(Order order)dot.gif{
InBlock.gif  。。。。处理订单
InBlock.gif                brocastEvent(
new Event(order)); // ***
ExpandedSubBlockEnd.gif
   }

ExpandedBlockEnd.gif }

 

 实现一个消息监听器:

ExpandedBlockStart.gif ContractedBlock.gif public  OrderEventListener  implements  EventListener dot.gif {
ExpandedSubBlockStart.gifContractedSubBlock.gif  
public void performed(Event e)dot.gif{
InBlock.gif   Order order 
=(Order) e.getObject();
InBlock.gif    financialService.createRequestOfMoney(order.getAmount()dot.gif);
ExpandedSubBlockEnd.gif  }

ExpandedBlockEnd.gif }

 

 在配置中设置(这里我们使用的是Spring)
 <bean id="orderService" ...>
  <property name="eventListener">
   <list>
    <ref local="orderListener"/>
   </list>
  </property>
 </bean>
 <bean id="orderListener" ...>

 这样我们就实现了订单系统和财务系统的解耦,如果财务系统发生的修改,我们就只需实现新的监听器就可以了:

 

ExpandedBlockStart.gif ContractedBlock.gif public   NewOrderEventListener  implements  EventListener dot.gif {
InBlock.gif    
private FinancialService  financialService;
ExpandedSubBlockStart.gifContractedSubBlock.gif    
public void setFinancialService(FinancialService fs)dot.gif{
InBlock.gif     
this.financialService=fs;
ExpandedSubBlockEnd.gif   }

InBlock.gif
ExpandedSubBlockStart.gifContractedSubBlock.gif  
public void performed(Event e)dot.gif{
InBlock.gif   Order order 
=(Order) e.getObject();
InBlock.gif    financialService.payMoney(order.getAmount()dot.gif);
ExpandedSubBlockEnd.gif  }

ExpandedBlockEnd.gif }

 

 下一篇文章,我将引入AOP的概念来将系统提高到更高的抽象层次。
 (全文完)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值