本文探讨了在复杂遗留系统中通过组件化、事件驱动机制实现业务变化的方法，避免了大规模修改导致的混乱，提升了系统的可维护性和灵活性。重点介绍了如何将业务变化区域抽离为独立组件，并通过事件机制实现局部解耦，同时解决页面渲染顺序变化的问题。
目前，笔者正在修改一个基于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()方法之后， 才能再进行数据加载。
最后，感谢鼓励和帮助我的人们！
[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()方法之后， 才能再进行数据加载。
最后，感谢鼓励和帮助我的人们！
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
