DEP高级开发模式探讨

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

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