需求: 某机构体系下,机构类型分为子公司,部门,人员等,以后可能在某机构或者其子孙机构下可能会再分出其他子机构类型,希望在增加新类型过程中,尽可能的避免修改已有代码。
情况：子公司，部分，人员等已完成所有编码（界面，商业逻辑，数据逻辑）
变化：需要把这个机构体系组成为一颗树状结构
策略：鉴于除了树结构外的其他部分代码已经完成，那么应该首先保持这些代码不予改动。复用修改的优先级从高到低的顺序如下：
界面×JSP，Action层
商业逻辑 Service层
数据逻辑层
数据物理层
有经验的人知道，大部分情况下，越是下层的改动，越是影响越广泛（注意不是修改难度），所以我们只有在无计可施的情况下，才进行低层的修改。
分析: 回到我们的需求,从功能上看，维护一个组织机构的需求，已经涵盖了每一个子结构的维护需求，以部门的建立为例，在新建一个部门时，同时也必须建立机构树上的节点，
这样，如果需要直接使用原有的创建部门的所有代码，需要在其上加上创建组织机构所需要的父节点，以及当前节点名称信息(在这里department的增加界 面JSP是需要修改的,不过实际上我没有修改该文件,而是利用DHTML来动态加入需要新增加的信息),然后提交给原创建部门的URI （departmentSave.action）和组织机构创建URI(orgCreate.action)，在这里我们利用ww提供的action chain功能来完成这两个操作。
这里需要修改department.action的配置,拦截save方法使其执行完后跳过原来的relist结果页面转向组织结构的创建orgCreate.action：
<action name="unitSave" class="com.wolfsquare.ibase.org.action.UnitAction" method="save">
<result name="input">/org/unit/input.jsp</result>
<result name="relist" type="chain">
<param name="actionName">orgCreate</param>
<param name="namespace">/org</param>
</result>
<result name="xxx" type="redirect">/org/unit.action?start=${start}</result>
<interceptor-ref name="validationStack"/>
</action>
可能有同学看到这里会问：创建组织节点时应该还需要关联前面创建的部门对象啊，这个操作是如何实现的？信息是如何传递的？
在这里，由于整个架构体系并没有支持这种信息传递的功能，所以只好以一种比较”脏“的方式实现：
在department.action类里增加了一个方法getModel()返回刚刚创建的部门对象，然后在org.action类中增加一个接收的方法setModel(object o)这样在整action chain执行的时候，ww会自动将getModel后的数据填入setModel中，这样做的后果是以后增加新的机构类型的功能时，action必须也照这样的语意设置getModel方法。（如果要解决这个问题，这能需要使用一个特定的Context，然后拦截指定Service的创建方法，把创建结果放入Context，不过这又带来如何清除Context的问题，于是又要求助与ww的interspector，专门写一个拦截器来擦屁股，够麻烦。。。）
就这样,我们完成了新增，修改组织机构的功能合成,虽然有点拖沓,但是还是达到了复用,少修改原有代码,而且扩展性也很好的目标。这上篇说的是两个简单业务的功能揉合问题,下篇我们来看看稍微复杂点的情况,看看还能不能继续依葫芦画瓢来完成功能合的成
(未完待续)