今天是06年的最后一天了,这里祝大家来年顺顺利利、天天进步。
需求是这样的:要设计一个接口程序B,需要将应用系统集A的收退费数据通过本程序B集中送到营收款系统C(负责整个公司的营收数据的处理、分析)。
其中A中有很多个系统,有前台营业程序、有购物网站....
先说一下B程序的数据采集,对于前台营业程序、一般是给一个订单号,然后就去费用表里去取,收费和退费的表是不同的;对于购物网站主要是区分订单的付款方式,如果是货到付款一种取法,如果是网上支付的又一种取法,同时收退费数据也分别存于不同的表;还有些系统相对简单些,不用去取,它会通过调用B系统提供的webservice将费用数据发来。
再说下送C系统,现在是通过调服务一个一个送和用sql批量送2种方式,当然也希望以后可以扩展用其他方式。
好了,就这么一个系统现在我们实现的很繁杂,很想用面向接口的方式来重构一下集成并到spring中。
我对面向接口正在体会中,还设计不出一个比较理想的方案,希望得到各位朋友们的指点。
需求是这样的:要设计一个接口程序B,需要将应用系统集A的收退费数据通过本程序B集中送到营收款系统C(负责整个公司的营收数据的处理、分析)。
其中A中有很多个系统,有前台营业程序、有购物网站....
先说一下B程序的数据采集,对于前台营业程序、一般是给一个订单号,然后就去费用表里去取,收费和退费的表是不同的;对于购物网站主要是区分订单的付款方式,如果是货到付款一种取法,如果是网上支付的又一种取法,同时收退费数据也分别存于不同的表;还有些系统相对简单些,不用去取,它会通过调用B系统提供的webservice将费用数据发来。
再说下送C系统,现在是通过调服务一个一个送和用sql批量送2种方式,当然也希望以后可以扩展用其他方式。
好了,就这么一个系统现在我们实现的很繁杂,很想用面向接口的方式来重构一下集成并到spring中。
我对面向接口正在体会中,还设计不出一个比较理想的方案,希望得到各位朋友们的指点。