关于应用逻辑和业务逻辑的组织问题。
问题是这样的：
一个订单系统，每提交一个订单。相应的客户的未付款额就增加订单的总额，并且库存对象相应的商品也减少。
针对这样一个问题。
我想像下面这样的两种实现：
1，在应用层实现逻辑。（将此逻辑视为应用逻辑），伪代码如下：
OrderFacade
{
SumitOrder( Order)
{
customer.debet += Order.totalPrice //Customer的未付款增加
foreach ( p in order.products) //库存减少
{
repertory.reduce(p, Order.ProceductCount(p) )
}
}
}
2,利用观察者模式实现。（将此逻辑视为领域逻辑）
原理很简单。就是利用观察者模式实现。
将Order视为被观察者。Customer和repertory为观察者
当Order被提交时，触发通知。
Customer在通知事件是实现未付款增加。
库存在通知事件中实现库存减少。
您趋向于那种方案？为什么？
------解决方案--------------------------------------------------------
我倾向于使用第一种方案，
1.第一种方案简单明了，甚至可以加上事务
2.第二种方案把对象间关系复杂化了，而且观察者模式在处理 类似订阅-发布 模式的问题比较好，
3.第二种方案中，可预见的需通知的对象只有两个，而且接口也不一致，有些得不偿失