Azure 在OnOpenAsync方法中调用GetOrAddAsync
我将Azure 在OnOpenAsync方法中调用GetOrAddAsync,azure,azure-service-fabric,service-fabric-stateful,reliable-dictionary,Azure,Azure Service Fabric,Service Fabric Stateful,Reliable Dictionary,我将StatefulService与IReliableDictionary一起使用 目前,我在需要这本词典的任何地方调用StateManager.GetOrAddAsync 在StatefulService的OnOpenAsync方法中只调用一次StateManager.GetOrAddAsync并将回报存储在成员中是否是最佳做法?这没有多大关系。对于产品团队,我们得到了以下回应: 您可以在本地缓存GetOrAddAsync的结果,但这并不重要,因为statemanager会自动为您缓存结果。有
StatefulService
与IReliableDictionary
一起使用
目前,我在需要这本词典的任何地方调用StateManager.GetOrAddAsync
在StatefulService
的OnOpenAsync
方法中只调用一次StateManager.GetOrAddAsync
并将回报存储在成员中是否是最佳做法?这没有多大关系。对于产品团队,我们得到了以下回应:
您可以在本地缓存GetOrAddAsync的结果,但这并不重要,因为statemanager会自动为您缓存结果。有些人认为保持本地更容易,但我从来没有这样做过,因为现在你有一些生命周期的事情要处理(你有一个不受状态管理器获取锁保护的引用,因此你可以看到一些不同的异常,但你无论如何都不必处理)
我插入的斜体文本。这没什么关系。对于产品团队,我们得到了以下回应:
您可以在本地缓存GetOrAddAsync的结果,但这并不重要,因为statemanager会自动为您缓存结果。有些人认为保持本地更容易,但我从来没有这样做过,因为现在你有一些生命周期的事情要处理(你有一个不受状态管理器获取锁保护的引用,因此你可以看到一些不同的异常,但你无论如何都不必处理)
我插入的斜体文本。根据官方文件,不建议存储可靠的收藏参考 我们不建议您保存对可靠集合的引用 类成员变量或属性中的实例。必须特别小心 以确保将引用设置为实例 服务生命周期中的时间。可靠的状态管理器处理 这对你来说很有用,而且它针对重复访问进行了优化
根据官方文件,不建议储存可靠的收集参考资料 我们不建议您保存对可靠集合的引用 类成员变量或属性中的实例。必须特别小心 以确保将引用设置为实例 服务生命周期中的时间。可靠的状态管理器处理 这对你来说很有用,而且它针对重复访问进行了优化