User interface 对于尚未上线的客户端，经典接口与统一接口

我们目前正在为我们的一个客户开发经典界面。到目前为止，已经使用经典界面进行了大量开发，一些任务仍在开发中。 有很多功能，它们也使用Xrm.Page指令

现在，我们的困境是，我们是否应该在这个阶段将客户机移动到统一界面，并在新的UI上再次验证所有开发的特性。 或 如果我们继续经典的，在今年年底为客户进行上线

---

如果有人对此提出建议，我们将非常感谢您的帮助。

UCI是一个巨大的变化，它将打破传统的功能，如您所说的Xrm.Page和DOM级别的变化

在不完全了解工作范围的情况下，我无法就此向您提供答案，但我建议您阅读微软关于统一界面手册的官方论文

我建议考虑变更的规模（删除Xrm.Page和DOM代码上的relience需要多少工作？），最重要的任务是确保上线时没有中断。如果您有时间在充分测试的情况下迁移到UCI，那么就这样做吧，因为经典界面最终将被弃用，无法工作——尽管Microsoft倾向于为这些大型功能的迁移留出大量时间

我正在从事一个非常大的项目，并采用了混合策略，为某些工作角色创建了不同的应用程序，由于没有足够的时间进行测试和部署，在旧的经典界面中保留了一些其他未充分使用且业务较少的关键功能。一旦我们有足够的资源来完成和测试，这将被迁移

---

对于用户来说，这可能是一个很大的范式转变，但一旦他们看到并理解UCI界面带来的好处及其使用情况，就可以转变为一个积极的转变。

UCI是一个巨大的变化，它将打破传统的功能，如您所说的Xrm.Page和DOM级别的变化

在不完全了解工作范围的情况下，我无法就此向您提供答案，但我建议您阅读微软关于统一界面手册的官方论文

我建议考虑变更的规模（删除Xrm.Page和DOM代码上的relience需要多少工作？），最重要的任务是确保上线时没有中断。如果您有时间在充分测试的情况下迁移到UCI，那么就这样做吧，因为经典界面最终将被弃用，无法工作——尽管Microsoft倾向于为这些大型功能的迁移留出大量时间

我正在从事一个非常大的项目，并采用了混合策略，为某些工作角色创建了不同的应用程序，由于没有足够的时间进行测试和部署，在旧的经典界面中保留了一些其他未充分使用且业务较少的关键功能。一旦我们有足够的资源来完成和测试，这将被迁移

---

对于用户来说，这可能是一个很大的范式转变，但一旦他们看到并理解UCI界面带来的好处及其使用情况，就可以转变为积极的变化。

我个人认为最好使用UCI版本。仅仅从变革管理的角度来看。最好在单一环境中培训用户，而不是在经典环境中培训他们，然后在UCI中再次培训。根据我的经验，新的用户界面对于经典用户来说是非常令人畏惧的。我个人认为最好使用UCI版本。仅仅从变革管理的角度来看。最好在单一环境中培训用户，而不是在经典环境中培训他们，然后在UCI中再次培训。从我的经验来看，新的用户界面对于经典用户来说是非常令人畏惧的。谢谢。似乎我们必须与客户交谈并制定一个可靠的计划。@InkeySolutions如果答案对您有帮助，您可以通过向上投票/接受答案来结束所有问题。这是对帮助你的志愿者的一点小小的感谢。这将确保其他人也会发现答案很有用。谢谢。似乎我们必须与客户交谈并制定一个可靠的计划。@InkeySolutions如果答案对您有帮助，您可以通过向上投票/接受答案来结束所有问题。这是对帮助你的志愿者的一点小小的感谢。这将确保其他人也能找到有用的答案。