伴随着企业信息化的发展，由于行业特性，在客户现场或多或少的会存在一些基于现场个性化需求的开发，但是在做完些开发以后，如何让我们客户化开发的二次开发扩展类正常生效呢？今天我们就来探讨一下这个问题。

1.       首先，要让我们的二次开发扩展类生效，我们就需要遵从一定的命名规范，对应的命名规范如下：

客户端：二次开发扩展类需要以原界面类 + Ex后缀或者原界面类 + PIEx后缀，如应付单编辑界面的二次开发扩展类可以命名为 OtherBillEditUIEx 或者 OtherBillEditUIPIEx

服务端：二次开发扩展类需要以服务端controllerBean类 + Ex命名，如应付单服务端二次开发扩展类可以命名为OtherBillControllerBeanEx

2.       其次则需要打包部署这些二次开发扩展类。先将编写完成的二次开发扩展类打成jar包，然后再进行部署，部署方式：

客户端扩展类：部署在应用的服务端安装路径 eas\server\deploy\fileserver.ear\easWebClient\lib\sp 文件夹下   重启后生效

服务端扩展类：部署在应用的服务端安装路径 eas\server\lib\sp 文件夹下  重启后生效

3.       做完部署后，一些扩展还需要做一些简单的DEP配置才能生效。

客户端：无需配置，直接生效

服务端：需要做服务端二次开发扩展类的配置，配置方式如下：

A.      打开企业建模—业务对象建模—动态扩展平台—动态扩展平台高级版

B.      判断要扩展的单据是否存在DEP方案，判断方法：使用动态扩展平台的查找内容功能

例如，如果我现在需要让付款单的二次开发扩展类生效，则在搜索框内查找付款单关键字，看是否存在对应启用的动态扩展方案。

C.      如果不存在，则新建扩展方案，引入付款单业务单元，操作步骤如下

先创建方案，现在创建一个名为【测试方案】的方案

  右键新创建的方案，导入业务单元

D.      导入后双击付款单实体，打开实体配置界面，并切换到实体扩展属性页签

E.       点击实体扩展属性的新增按钮，增加【扩展类名称属性】

添加完成后，修改【扩展类名称】的值，将值修改为服务端二次开发扩展类的全限定名，如本例中，将属性值修改为 com.kingdee.eas.fi.cas.app.PaymentBillControllerBeanEx

下图是增加并修改完成后的效果

F.       完成以上操作即完成了付款单服务端二次开发扩展类的配置。此时对应去验证测试就可以了。