AuthenticationContext.createAsync 与 UWP JS 应用程序中的 AuthenticationContext 构造函数
AuthenticationContext.createAsync vs AuthenticationContext constructor in UWP JS app
My Universal Windows 用 JS/TypeScript 编写的应用程序使用（通过 .winmd）Microsoft.IdentityModel.Clients.ActiveDirectory 的旧 V2 版本。在尝试迁移到最新的 V2 (Microsoft.IdentityModel.Clients.ActiveDirectory 2.29.0) 版本时，由于最新版本中的（中断？）更改，我遇到了障碍（我尝试了 2.28，结果相同）——[ 没有任何构造函数=36=] AuthenticationContext。我看到的不是构造函数，而是一个静态方法 createAsync，它几乎没有重载，看起来像是那些以前的构造函数的逻辑等价物。
现在我被迫使用异步模式 (promises) 创建一个 AuthenticationContext 的实例，它不适合我的应用程序设计，我首先只创建了一个上下文实例，将其存储在class 变量然后调用上下文的方法 acquireTokenAsync 和一个 属性 tokenCache 到 read/clear 缓存 稍后 使用最新 V2 版本中的异步模式似乎不容易实现。
问题：
- 删除构造函数的原因是什么？
- 有没有一种很好的方法来创建
AuthenticationContext 的实例，然后稍后从其他实例中调用它，与创建该实例的实例相比，
函数？
通过 JavaScript 处理 UWP 异步模式的唯一方法是使用 promise 对象，then 函数(参考Asynchronous programming).
没有好的方法来处理这种情况，因为 JavaScript 在单线程上执行。
我意识到在 JS UWP 应用程序中处理 AAD 的正确方法是通过 Web Account Manager
My Universal Windows 用 JS/TypeScript 编写的应用程序使用（通过 .winmd）Microsoft.IdentityModel.Clients.ActiveDirectory 的旧 V2 版本。在尝试迁移到最新的 V2 (Microsoft.IdentityModel.Clients.ActiveDirectory 2.29.0) 版本时，由于最新版本中的（中断？）更改，我遇到了障碍（我尝试了 2.28，结果相同）——[ 没有任何构造函数=36=] AuthenticationContext。我看到的不是构造函数，而是一个静态方法 createAsync，它几乎没有重载，看起来像是那些以前的构造函数的逻辑等价物。
现在我被迫使用异步模式 (promises) 创建一个 AuthenticationContext 的实例，它不适合我的应用程序设计，我首先只创建了一个上下文实例，将其存储在class 变量然后调用上下文的方法 acquireTokenAsync 和一个 属性 tokenCache 到 read/clear 缓存 稍后 使用最新 V2 版本中的异步模式似乎不容易实现。
问题：
- 删除构造函数的原因是什么？
- 有没有一种很好的方法来创建
AuthenticationContext的实例，然后稍后从其他实例中调用它，与创建该实例的实例相比， 函数？
通过 JavaScript 处理 UWP 异步模式的唯一方法是使用 promise 对象，then 函数(参考Asynchronous programming).
没有好的方法来处理这种情况，因为 JavaScript 在单线程上执行。
我意识到在 JS UWP 应用程序中处理 AAD 的正确方法是通过 Web Account Manager