本文深入探讨了在DynamicsCRM系统版本升级过程中，自定义开发代码的兼容性问题，特别是针对使用Support和Unsupport技术开发的自定义功能。详细分析了Unsupport开发在服务端和客户端的潜在风险，以及DynamicsCRM4.0代码在新版本系统中的淘汰情况。此外，文章还阐述了数据库脚本在新系统中的整合变化及其对脚本升级的影响。
每当我们升级新版系统的时候都需要调查哪些功能在升级后是不能使用的，毕竟系统的版本升级存在巨大的风险：自定义开发，数据库数据都可能会面临丢失的风险。本文主要来说说自定义开发这块，看新版本的系统对旧代码的兼容性。
Dynamics CRM 2011
新系统完全支持用Support技术开发的自定义功能，以Unsupport方式开发的功能并不支持。本人基本不会用unsupport这类hack技术来进行自定义开发，要知道这类开发不但难以维护，而且一旦随着版本的升级而不再被支持后将会变的束手无策。
Unsupport开发也分为服务端和客户端，服务端的unsupport开发主要为直接引用系统未在SDK中开放的程序集，新版本的系统很可能会重构这些程序集，所以风险比较大。客户端的unsupport开发主要为使用原生JS直接对系统的Form表单进行修改，很多名称都是hard code在代码里面，要知道新版本的系统同样会重构客户端的结构，一旦重构，所有的JS都将失效。
Dynamics CRM 4.0
新系统将完全不支持CRM4.0的代码了：插件，自定义工作流，客户端代码，web service API。可见新系统应该完全重构了这块的代码，而采用了2011推出的XRM框架。
数据库脚本
Dynamics CRM系统每个实体对应2个数据表格。在新系统中，2个数据表格已经被整合成为1个了。如果在开发的时候，我们没有使用实体的视图进行开发，而是直接对数据表进行操作的话，那这就会导致你的脚本在升级后失效。
扫一扫
760
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
