SharePoint 框架 (SPFx)：发布者/订阅者一般概念问题
我对使用 SPFx 非常陌生，并且对通过 sp-dynamic-data 和 DynamicDataSourceManager 使用其 Pub/Sub 模型有一个常见问题。
我过去经常使用 React 和 React Contexts/Providers，并且想知道：
- 使用本机 SPFx 动态数据工具 VS.React 之间的主要区别是什么？反应上下文/提供者。
- 除了偏好之外，使用任何一个的优点或缺点。
先感谢您！
I am very new to using SPFx and have a general question about using its Pub/Sub model via sp-dynamic-data with DynamicDataSourceManager.
I have been using React and react Contexts/Providers quite a bit in the past and was wondering:
- What are the main differences between using the native SPFx dynamic data tools VS. React contexts/providers.
- Any advantages or disadvantages to using either aside from preference.
Thank you in advance!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
据我所知，SPFx 的发布/订阅假设不同 Web 部件（应用程序）之间进行通信。例如，如果页面上有一个列表视图，并且想要对其中的事件做出反应，您可以订阅其事件（例如，用户选择了一个项目）。意味着，它旨在用于同一页面上的不同 Web 部件/应用程序（可能来自不同制造商）之间的交互。
在 React 中，您通常在自己的应用程序的范围内工作。但是，原则上，这个想法类似于上下文/提供者 - 一个实体发布一个事件，另一个实体订阅它。
As far as I know, the pub/sub for SPFx assumes communication between different web parts (applications). For example, if you have a List View on the page, and want to react to events from it, you could subscribe to its events (for example, user selected an item). Means, it is intended for interaction between different web parts / applications (from different manufacturers, maybe) that live on the same page.
In React, you are usually working within the boundaries of your own application. But, in principle, the idea is similar to context/provider - one entity publishes an event and another subscribes to it.