SAP接口设计的扩展性考虑

        由于现在的系统和SAP的接口出现了几次变更,因此需要对系统进行设计改造。由于系统中和SAP交互的接口不止一处,而且也是在不同的时间段进行开发,并由不同的人员来完成的,因此我在维护升级的过程中,发现了以前设计的
可借鉴之处和缺点。
        首先是财务对账接口的修改,由于需要在SAP中查看报表中多增加几个字段,本来应该是很容易搞定的事情,但是我查看了下接口的代码和配置文件发现,这个居然要更改接口的代码。本来可以通过配置搞定的事情一下就变复杂了。
        接口代码还是用VS2003开发的,因为以前是使用的.net中自带的SAP .NET Connector 2.0进行开发的,还得在VS2003中进行修改,但是现在已经是2013年了,想安装下VS2003还真不容易,只好找了个虚拟机来进行安装开发环境,安装完毕后再进行开发。经过一番折腾总算大工告成。也通过了测试,并在后面验证完毕后顺利上线。在修改接口的过程中对设计进行了反思,找出了几个值得修改的地方。首先对于从SAP中取数,尽量将SAP能够提供的并且考虑以后可能用到的数据都取过来,比如SAP提供的一个表有30个字段,但是我们只用18个,先不管,全部取过来,根据实际需求将需要用到的数据字段写在配置文件中,这样下次比如需要增加字段,如果现有接口可以满足需求,直接放开即可,在配置文件中增加字段即可满足需求,也不用进行代码方面的修改。
         同时将需要进行交互的功能模块独立的分开,并且对于这些独立交互的模块用配置项配置是否进行传输交互,如果以后那一天那些数据模块不需要进行交互了,直接将配置更改下就可以了。比如新旧产品数据关联关系不需要再进行同步更新了,那就这个独立的通过模块设置改变下即可。也不用动代码了。
         如此一来系统的灵活性就大大提高了。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值