DEP高级开发模式探讨
1,397次浏览
编辑于2016年11月20日 08:38:31
从EAS701回迁补丁开始第一次见到DEP,到现在8.2版本,相信DEP动态扩展开发已经渗入到每个二开工程师的日常工作中了。
在用DEP之前做为技术菜鸟只知道BOS的MDD(模型驱动开发)设计的非常精巧,扩展性良好。正是DEP的出现使我们认识到了他
的真正价值,运行时扩展、动态添加逻辑、单据字段动态添加、嵌入式js脚本、等等各种好用的特点。这里拜一下 谢大拿!
然后问题来了......
[list=1]
[*]DEP脚本编写方便,但是嵌入式编辑器的友好性确实是一个硬伤,还有后续代码维护与交接都是问题,我现在基本是通过前端只加字段和调用java代码的简单脚本(可以绕过个别bug),不会添加任何业务逻辑脚本,解决了一些问题,不知道现在有没有更好的模式。
[*]关于一个单据多个扩展方案的问题,这个从开始用到现在一直困扰着我,根据设计规范,按照业务区分dep方案最好,每个客户业务需求一个单独方案,方案间项目没有关联。这种设计在现场出现最多的问题就是 很快 单据界面就乱掉了,多方案间相互影响,单据打开的布局和设计时差别很多。一直没解决这个问题,所以现在都是一个数据中心中每个单据设置一个方案,强行把所有需求都在一个方案中实现,技术问题解决了,不过业务代码相互混杂,一个字:乱。这个问题不知道有没有更好的方案。
[/list]
路过的都随便说两句吧
推荐阅读