你能继续使用 PasswordVault 实例吗？
Can you keep using PasswordVault instances?
我正在使用一个 UWP 应用程序，该应用程序利用 PasswordVault class 将 AWS 凭据等内容安全地存储在 Credential Locker 中。
在我能找到的所有示例代码中，与储物柜的任何交互都会导致创建 PasswordVault 的新实例，即使它位于同一个 class 中。例如，Microsoft 的 UWP documentation always creates a new instance before reading / writing values to the locker. Even the Credential Locker Sample code 显示在对储物柜进行实际工作之前一遍又一遍地创建 PasswordVault 的新实例。
我的问题是 - 为什么？为什么开发人员每次都需要创建一个新的 Vault 实例？有必要吗，还是只是 "example code needs to be overly explicit all the time" 的副作用？如果只为 PasswordVault 实例声明一个字段，然后将其重新用于与 Credential Locker 的多次交互，是否会产生负面影响？如果它无效，你能告诉我为什么无效的文档吗？
In all the example code that I can find, any interaction with the locker leads to creating a new instance of a PasswordVault, even if it's in the same class.
不知道官方代码作者为什么要这样写，估计是想让代码看起来更容易理解吧。对于常见用途，您可以创建全局 PasswordVault 实例来存储检索或删除用户凭据。
我正在使用一个 UWP 应用程序，该应用程序利用 PasswordVault class 将 AWS 凭据等内容安全地存储在 Credential Locker 中。
在我能找到的所有示例代码中，与储物柜的任何交互都会导致创建 PasswordVault 的新实例，即使它位于同一个 class 中。例如，Microsoft 的 UWP documentation always creates a new instance before reading / writing values to the locker. Even the Credential Locker Sample code 显示在对储物柜进行实际工作之前一遍又一遍地创建 PasswordVault 的新实例。
我的问题是 - 为什么？为什么开发人员每次都需要创建一个新的 Vault 实例？有必要吗，还是只是 "example code needs to be overly explicit all the time" 的副作用？如果只为 PasswordVault 实例声明一个字段，然后将其重新用于与 Credential Locker 的多次交互，是否会产生负面影响？如果它无效，你能告诉我为什么无效的文档吗？
In all the example code that I can find, any interaction with the locker leads to creating a new instance of a PasswordVault, even if it's in the same class.
不知道官方代码作者为什么要这样写，估计是想让代码看起来更容易理解吧。对于常见用途，您可以创建全局 PasswordVault 实例来存储检索或删除用户凭据。