我在MS Dynamics CRM中创建了解决方案,然后将其导出为托管和非托管。解压缩两者,我在customizations.xml
文件上运行diff工具。而且它们之间存在太多差异,很难说究竟发生了什么变化以及原因。
这些变化是否至关重要?
我是否可以通过将<Managed>
代码中的值更改为1
而不是0
来创建托管解决方案?它会安全吗?
答案 0 :(得分:1)
有关托管和非托管解决方案差异细节的文档非常糟糕。根据我的个人经验,在指定托管解决方案时需要更多元数据。例如,如果管理实体,则必须包含元数据,以表明您是否可以向实体添加其他字段,或更新表单等。
这些变化至关重要吗?人们会认为它们对于定义描述托管解决方案所需的所有元数据至关重要。
是否将标签更改为1而不是0?是。是否支持/它会起作用吗?没有。在托管解决方案和非托管解决方案之间的XML中存在大量未记录的差异。只需更改Managed标签就会在导入时出现最佳方案炸弹,最坏的情况是破坏您的CRM解决方案环境。
答案 1 :(得分:1)
如果您要将解决方案发送给客户包装,那么“使用适当的发布商和版本”的正确管理解决方案将是非常关键的部分。
如果您深入了解自定义,您将了解只有更改托管代码才能真正构建一个正确理解的解决方案。
通过更新托管标签,您可以从CRM安装/卸载解决方案,但是如果您将深入正确使用托管解决方案,您可以在现场级别控制“哪个字段可以自定义,哪个字段无法自定义”因此,您可以控制CRM,以便之后导入的其他解决方案不会破坏您的自定义,您将开始看到差异。