Jim*_*Jim 2 refactoring microsoft-dynamics dynamics-crm
我正在与一家开发Microsoft Dynamics 365 CRM新项目的供应商合作,该项目具有相当多的自定义功能和自定义实体.供应商对我不同意的实体名称做了一些假设,我想更改实体名称.我被告知他们可以更改显示名称,但不能删除实际的实体模式名称而不删除重新创建它,这将是一项大量的工作,因为他们需要重新配置所有关系和围绕这些实体的业务规则.
我并不是说他们错了,但有点让我感到震惊,微软不会有任何重构实体名称的方法.这不是一个实时应用程序 - 它处于相当早期的开发阶段.我想知道,有没有办法我们可以更改实体名称而不删除和重新创建它们?
我有一个想法可能是导出解决方案并手动编辑导出的解决方案; 我相信当您导出解决方案时,它会输出一个zip文件,然后可以将其导入到单独的环境中 - 是否可以手动修改该zip文件以更改实体模式名称,然后导入?我不在乎这是否意味着我们要消灭数据.
由于它是早期的,你最好删除和重新创建.黑客攻击解决方案XML不会改变数据库中的表或字段名称.当然,您可能可以放弃导出,编辑和重新导入到不同的环境,但重新导出和导回到原始环境不会解决它.
您的供应商是正确的,这是不可能的.由于系统自定义时生成的依赖项数量,模式名称在创建时被锁定.
虽然您可以尝试手动编辑解决方案文件,但不支持.
不支持编辑解决方案文件以编辑除功能区,表单,SiteMap或已保存查询之外的任何解决方案组件.
因此,即使你让它发挥作用,它也可能会有点痛苦,你冒着为自己产生问题的风险.自定义直接影响包括数据库在内的大量元素,并且很难预测确切的后果,因为这么多功能都是我们无法控制的实现.如果你遇到这些问题,那么微软可能会因为你不支持而没有帮助.
从经验来讲,虽然令人恼火,但这是最好离开并继续前进的事情之一.最终用户甚至不知道模式名称,它只对技术人员可见.实体显示名称会定期更改,因此找到与显示名称不同的模式名称并不罕见 - 开箱即用的实体就是这样,即事件,kbarticle,transactioncurrency,importmap,template,list,salesorder,bulkoperation to name一些.帐户似乎总是被重命名为组织或公司.更改模式名称的好处对于所涉及的工作和风险来说是如此之小,如果是我,我会花费我的时间和精力在其他地方.
| 归档时间: |
|
| 查看次数: |
1473 次 |
| 最近记录: |