经典界面与尚未上线客户端的统一界面
Classic interface vs. Unified interface for yet to be go LIVE client
我们目前正在为我们的一位客户开发经典界面。到目前为止，经典界面已经完成了大量开发，一些任务仍在开发中。
有很多功能，它们也使用 Xrm.Page 指令。
现在，我们的困境是，我们是否应该在这个阶段将客户端移动到统一接口并在新 UI 再次验证所有开发的功能。
要么
要不要继续经典，今年年底给客户上线
任何人都可以就此提出建议，我们将不胜感激。
UCI 是一个很大的变化，它将打破经典中曾经工作的功能，例如 Xrm.Page 和 DOM 等级变化，如您所说。
在不完全了解工作范围的情况下，我无法为您提供答案，但我建议您阅读有关统一接口手册的 Microsoft 官方论文 http://download.microsoft.com/download/A/F/3/AF3D45A7-4F38-41BE-8956-1DF7A4A5AFDB/dynamics365unifiedinterfaceplaybook.pdf
我建议考虑变更的规模（消除对 Xrm.Page 和 DOM 代码的依赖需要多少工作？），最重要的任务是确保在运行过程中不会出现任何中断居住。如果您有时间在进行充分测试后迁移到 UCI，那么就这样做，因为经典界面最终将被弃用并且无法使用 - 尽管 Microsoft 倾向于为迁移等大功能留出大量时间。
我正在从事一个非常大的项目，并采用了混合策略，通过为某些工作角色创建不同的应用程序，并由于没有足够的时间而在旧的经典界面中保留一些其他未充分利用和不太重要的功能进行测试和部署。一旦我们有足够的资源来完成和测试它，它就会被迁移。
对于用户来说，这可能是一个很大的范式转变，但一旦他们看到并理解 UCI 界面带来的好处及其使用情况，就会变成积极的。
我们目前正在为我们的一位客户开发经典界面。到目前为止，经典界面已经完成了大量开发，一些任务仍在开发中。 有很多功能，它们也使用 Xrm.Page 指令。
现在，我们的困境是，我们是否应该在这个阶段将客户端移动到统一接口并在新 UI 再次验证所有开发的功能。 要么 要不要继续经典，今年年底给客户上线
任何人都可以就此提出建议，我们将不胜感激。
UCI 是一个很大的变化，它将打破经典中曾经工作的功能，例如 Xrm.Page 和 DOM 等级变化，如您所说。
在不完全了解工作范围的情况下，我无法为您提供答案，但我建议您阅读有关统一接口手册的 Microsoft 官方论文 http://download.microsoft.com/download/A/F/3/AF3D45A7-4F38-41BE-8956-1DF7A4A5AFDB/dynamics365unifiedinterfaceplaybook.pdf
我建议考虑变更的规模（消除对 Xrm.Page 和 DOM 代码的依赖需要多少工作？），最重要的任务是确保在运行过程中不会出现任何中断居住。如果您有时间在进行充分测试后迁移到 UCI，那么就这样做，因为经典界面最终将被弃用并且无法使用 - 尽管 Microsoft 倾向于为迁移等大功能留出大量时间。
我正在从事一个非常大的项目，并采用了混合策略，通过为某些工作角色创建不同的应用程序，并由于没有足够的时间而在旧的经典界面中保留一些其他未充分利用和不太重要的功能进行测试和部署。一旦我们有足够的资源来完成和测试它，它就会被迁移。
对于用户来说，这可能是一个很大的范式转变，但一旦他们看到并理解 UCI 界面带来的好处及其使用情况，就会变成积极的。