从EAS701回迁补丁开始第一次见到DEP，到现在8.2版本，相信DEP动态扩展开发已经渗入到每个二开工程师的日常工作中了。
在用DEP之前做为技术菜鸟只知道BOS的MDD（模型驱动开发）设计的非常精巧，扩展性良好。正是DEP的出现使我们认识到了他
的真正价值，运行时扩展、动态添加逻辑、单据字段动态添加、嵌入式js脚本、等等各种好用的特点。这里拜一下 谢大拿！

然后问题来了......
[list=1]
[*]DEP脚本编写方便，但是嵌入式编辑器的友好性确实是一个硬伤，还有后续代码维护与交接都是问题，我现在基本是通过前端只加字段和调用java代码的简单脚本（可以绕过个别bug），不会添加任何业务逻辑脚本，解决了一些问题，不知道现在有没有更好的模式。
[*]关于一个单据多个扩展方案的问题，这个从开始用到现在一直困扰着我，根据设计规范，按照业务区分dep方案最好，每个客户业务需求一个单独方案，方案间项目没有关联。这种设计在现场出现最多的问题就是 很快 单据界面就乱掉了，多方案间相互影响，单据打开的布局和设计时差别很多。一直没解决这个问题，所以现在都是一个数据中心中每个单据设置一个方案，强行把所有需求都在一个方案中实现，技术问题解决了，不过业务代码相互混杂，一个字：乱。这个问题不知道有没有更好的方案。
[/list]
路过的都随便说两句吧

dep虽然没有明确规定说一个单据只能一个方案，但是以你目前这样的开发的。反而会比较乱，后期如果单据出问题，连是哪个方案出问题都不知道。对以后接手的人，更是一个巨大的挑战。所以提倡把扩展都放一个方案里。一个客户需求一个方案这种简直就是大坑。你想的的解决方案，也是方案太多。为什么不能把所有的脚本和需要增加的字段写在一个方案？
第二个问题 刚在打字的时候 想到一个方案：首先数据中心将所有需要开发的单据建一个布局与添加字段方案，所有字段从这个方案中添加。然后再每遇到一个需要扩展的需求时区分一下添加字段和 添加脚本的需求，需要添加字段的需求在布局与添加字段方案中添加，需要添加脚本的需求 新建一个方案，新方案依赖于那个布局与字段添加方案，新方案中对布局和字段不做任何调整，只添加脚本逻辑，这样貌似能比较好解决，就是有点绕