使用Ext3 事件的机制,修改遗留系统的业务流程

本文探讨了在复杂遗留系统中通过组件化、事件驱动机制实现业务变化的方法,避免了大规模修改导致的混乱,提升了系统的可维护性和灵活性。重点介绍了如何将业务变化区域抽离为独立组件,并通过事件机制实现局部解耦,同时解决页面渲染顺序变化的问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目前,笔者正在修改一个基于Ext3的、业务流程并不是特别明晰的遗留系统。在不同的业务中,表单的编辑、查看、新增等都是有区别的。如下图:

[img]http://dl2.iteye.com/upload/attachment/0104/4147/3516b87e-d463-3bdb-8923-3ef7e325b7a6.png[/img]

我们应该如何实现系统的变化呢?
1. 在遗留的系统中,通过新增表单的方式,来实现不同的业务选择。
2. 把变化区域抽取出来。再通过事件的机制,实现业务子系统的局部的解耦。最终使不同业务的得到变化。避免了“霰弹式”的修改,完成“外科手术式”的修改。

毫无疑问,我认为第2种选择是正确的:

把业务变化区域,拆离出不同的组件,如下图:

[img]http://dl2.iteye.com/upload/attachment/0104/4149/2cd0bdbe-6f9b-3356-8465-3d104dcbae3d.png[/img]

然后,把不同的组件生成,注册到不同业务选择的的事件中,如下图:

[img]http://dl2.iteye.com/upload/attachment/0104/4151/587df830-f866-3627-a2dc-dad0d938922d.png[/img]

遇到的主要问题是: 在打开编辑页面,由于事件的触发,使得页面的渲染顺序,相比原来的页面,发生了变化。因此在编辑页面中,在完成了抽取之后的业务变化组件的安装和调用父表单的doLayout()方法之后, 才能再进行数据加载。

最后,感谢鼓励和帮助我的人们!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值