Xrm.Page.getControl在Edge返回null，Chrome/IE11正常的兼容问题求助

这个问题核心是浏览器加载时序差异加上旧API的兼容性问题导致的：

• IE11和Chrome的加载节奏较慢，你在全局作用域提前初始化curFldCtrl时，Dynamics的控件刚好已经完成绑定，能拿到对象；但Edge的DOM/控件加载速度更快，全局变量初始化时transactioncurrencyid控件还没被注册到Xrm.Page体系里，所以返回null，调用setVisible时就抛出了错误。

另外要注意：Xrm.Page是Dynamics 365已经弃用的旧版Client API，现代浏览器（包括Edge）对它的兼容性会越来越差，推荐尽快迁移到新版API。

修复方案1：调整变量初始化时机（基于旧API） #

把控件获取的逻辑移到OnLoad函数内部，确保在页面完全加载后再获取控件，同时增加判空避免意外报错：

function ResetFieldLayout() {
    var curFldCtrl = Xrm.Page.getControl("transactioncurrencyid");
    // 增加判空，防止控件不存在时报错
    if (curFldCtrl) {
        curFldCtrl.setVisible(false);
    }
}
function OnLoad() {
    ResetFieldLayout();
}

修复方案2：迁移到新版Client API（推荐） #

新版API使用formContext替代Xrm.Page，兼容性更好，也是官方推荐的方案：

function ResetFieldLayout(formContext) {
    var curFldCtrl = formContext.getControl("transactioncurrencyid");
    if (curFldCtrl) {
        curFldCtrl.setVisible(false);
    }
}
function OnLoad(executionContext) {
    // 从执行上下文获取formContext
    var formContext = executionContext.getFormContext();
    ResetFieldLayout(formContext);
}

⚠️ 注意：在表单的事件绑定设置里，必须勾选**「传递执行上下文」**选项，否则executionContext会是undefined。

额外注意事项 #

• 永远对getControl的返回值做判空检查，即使控件理论上存在，也能避免因表单布局变更、权限控制等导致的意外报错
• 尽快完成旧API到新版API的迁移，微软已经明确标记Xrm.Page为弃用，后续浏览器更新可能会进一步限制它的功能

内容的提问来源于stack exchange，提问作者Andrew N