前端CMS【免费下载链接】wp-calypsoThe JavaScript and API powered WordPress.com项目地址https://gitcode.com/gh_mirrors/wp/wp-calypso点击查看免费下载导读PluginActivateToggle是 wp-calypsoWordPress.com 的 JavaScript/API 前端应用中用于展示插件激活/停用开关的核心 UI 组件在插件列表页、插件管理页中被广泛复用。本文以 plugin-activate-toggle/README.md 为主线结合其 index.jsx 源码、测试用例 以及底层 actions.js 状态流转系统讲解该组件的使用方式、Props 语义、交互链路与渲染分支帮助你在自己的插件管理界面中正确接入并理解其行为边界。一、组件定位与适用场景PluginActivateToggle是一个面向单站点、单插件粒度的受控开关组件它接收一个站点对象与一个插件对象根据插件在该站点上的active状态渲染出一个激活开关用户点击后触发对应站点的插件激活activate或停用deactivate请求。从仓库结构看它位于 client/my-sites/plugins/plugin-activate-toggle/与plugin-autoupdate-toggle、plugin-install-button、plugin-remove-button等一起构成插件管理操作按钮家族。它本身不直接发起网络请求而是通过 Redux action 委托给 client/state/plugins/installed/actions.js 中的togglePluginActivation完成因此天然融入 Calypso 的全局状态管理体系。二、快速上手最小可用示例README 中给出的使用方式非常简洁直接以默认导出引入即可import PluginActivateToggle from calypso/my-sites/plugins/plugin-activate-toggle; function render() { return ( div classNameyour-plugins-list PluginActivateToggle plugin{ plugin } site{ site } notices{ notices } / /div ); }其中plugin与site为必填对象notices在 README 中作为可选 prop 列出但需要说明的是从当前 index.jsx 的propTypes声明看组件实际校验的只有site、plugin、disabled三个属性notices属于历史遗留参数组件内并未直接读取保留传递不会造成影响但并非必须。真正驱动组件行为的是通过connect从 Redux 注入的inProgress、recordGoogleEvent、recordTracksEvent、removePluginStatuses与togglePluginActivation。组件默认导出是一个高阶组件包装结果先经localize()注入translate实现 i18n再经connect()接入 Redux store。因此你既可以使用默认导出已接好 Redux也可以在测试或独立场景中按需引入具名导出的原始类PluginActivateToggle见 test/index.jsx 的用法。三、Props 详解3.1 文档声明的 PropsProp类型必填说明pluginobject是插件对象至少包含slug、active、id等字段用于判断激活状态并发起请求siteobject是站点对象至少包含ID数字与slug用于指定操作目标站点noticesobject否README 中列为可用 prop源码未直接消费见上文说明disabledboolean否为true时开关置灰且不可交互默认值false源码中的完整声明index.jsxPluginActivateToggle.propTypes { site: PropTypes.object.isRequired, plugin: PropTypes.object.isRequired, disabled: PropTypes.bool, }; PluginActivateToggle.defaultProps { disabled: false, };3.2 源码中额外支持的 Props除文档列出的四个 prop 外实际实现还消费以下属性部分通过connect注入调用方一般无需显式传入inProgressboolean由connect通过isPluginActionInProgress( state, site.ID, plugin.id, activationActions )计算得出表示该插件的激活/停用请求是否正在执行执行期间开关会被禁用hideLabelboolean为true时隐藏 Active 文字标签仅显示开关本体isJetpackCloudboolean标记当前是否运行在 Jetpack Cloud 环境直接影响 Jetpack 插件特殊分支的渲染详见第五节recordGoogleEvent/recordTracksEvent由connect注入的分析埋点回调removePluginStatuses由connect注入用于清理插件的 completed / error / up-to-date 状态提示togglePluginActivation由connect注入负责真正的激活/停用状态流转translate由localize注入用于界面文案国际化。四、交互链路从点击到状态流转4.1 点击处理toggleActivation当用户点击开关时组件调用内部的toggleActivation方法index.jsx其执行顺序如下前置拦截若disabled为true直接return不触发任何动作发起状态流转调用this.props.togglePluginActivation( site.ID, plugin )清理旧状态调用this.props.removePluginStatuses( completed, error, up-to-date )避免上一次操作残留的提示状态干扰本次操作对应 status/actions.js 中的PLUGIN_NOTICES_REMOVEaction埋点上报根据插件当前plugin.active状态选择事件插件当前为激活态上报 Google 事件Plugins / Clicked Toggle Deactivate PluginTracks 事件calypso_plugin_active_toggle_clickstate: inactive插件当前为停用态上报 Google 事件Plugins / Clicked Toggle Activate PluginTracks 事件calypso_plugin_active_toggle_clickstate: active。4.2 状态机的核心togglePluginActivation真正的业务逻辑位于 client/state/plugins/installed/actions.jsexport function togglePluginActivation( siteId, plugin ) { return ( dispatch, getState ) { if ( ! canCurrentUser( getState(), siteId, manage_options ) ) { return; } if ( ! pluginHasTruthySiteProp( active, plugin, siteId ) ) { dispatch( activatePlugin( siteId, plugin ) ); } else { dispatch( deactivatePlugin( siteId, plugin ) ); } }; }两个值得注意的细节权限校验dispatch 前先用canCurrentUser( getState(), siteId, manage_options )校验当前用户是否具备该站点的管理权限无权限时静默返回开关不会产生任何效果幂等判断通过pluginHasTruthySiteProp( active, plugin, siteId )判断目标站点的active字段是否为真——注意 plugin 对象可能携带sites[ siteId ].active这样的站点级映射结构该辅助函数正是为了正确读取对应站点而非插件整体的激活状态。4.3 激活与停用的底层请求activatePlugin与deactivatePluginactions.js遵循相同的请求模式先 dispatchPLUGIN_ACTIVATE_REQUEST/PLUGIN_DEACTIVATE_REQUEST标记操作进行中调用calypso/lib/wp暴露的activate( siteId, pluginId )/deactivate( siteId, pluginId )发起网络请求成功时 dispatchPLUGIN_ACTIVATE_REQUEST_SUCCESS并携带返回数据、失败时 dispatchPLUGIN_ACTIVATE_REQUEST_FAILURE回调中通过bumpStat与recordTracksEvent分别上报calypso_plugin_activated_*/calypso_plugin_deactivated_*系列成功与失败指标。同时deactivatePlugin也做了幂等保护若目标站点本来就不是激活态则直接 dispatchPLUGIN_DEACTIVATE_REQUEST_SUCCESS不发起多余请求。4.4 inProgress 与开关禁用组件通过connect的mapStateToProps计算进行中状态index.jsxinProgress: plugin isPluginActionInProgress( state, site.ID, plugin.id, activationActions ),其中activationActions [ ACTIVATE_PLUGIN, DEACTIVATE_PLUGIN ]常量定义见 lib/plugins/constants.js。isPluginActionInProgress在 state/plugins/installed/selectors.js 中实现本质是检查getStatusForPlugin返回的状态对象当状态对象的action命中ACTIVATE_PLUGIN或DEACTIVATE_PLUGIN且status inProgress时返回true见 isPluginActionStatus。请求进行期间开关被禁用防止重复提交。五、渲染分支普通插件与 Jetpack 插件的差异5.1 空数据保护render()开头即检查! site || ! plugin任一缺失直接返回null保证组件在数据未就绪时安全渲染为空index.jsx。5.2 Jetpack 特殊分支当plugin.slug jetpack且当前不在 Jetpack Cloud 环境! isJetpackCloud时组件不渲染激活开关而是渲染一个Manage Connection管理连接链接index.jsx。这是因为 Jetpack 插件的激活/停用语义与普通插件不同在 wp-calypso 语境下更需要引导用户前往连接管理页面。链接地址由 lib/plugins/utils.ts 中的getManageConnectionHref( site.slug )生成export const getManageConnectionHref ( siteSlug: string | null | undefined ): string { return isJetpackCloud() || isA8CForAgencies() ? https://wordpress.com/settings/manage-connection/${ siteSlug } : /settings/manage-connection/${ siteSlug }; };在 Jetpack Cloud / A8C For Agencies 环境下返回绝对地址其余环境返回相对路由。该链接的点击会通过trackManageConnectionLink上报calypso_plugin_manage_connection_click事件index.jsx。渲染由 cog 图标Gridicon iconcog size{ 18 }与 Manage Connection 文本两个a组成。5.3 常规分支委托给 PluginAction常规插件含 Jetpack Cloud 环境下的 Jetpack 插件渲染一个PluginAction开关index.jsxPluginAction disabled{ disabled || isJetpackPlugin } classNameplugin-activate-toggle label{ translate( Active, { context: plugin status } ) } inProgress{ inProgress } status{ plugin.active } action{ this.toggleActivation } htmlFor{ activate- plugin.slug - site.ID } hideLabel{ hideLabel } /PluginActionmy-sites/plugins/plugin-action/plugin-action.jsx内部基于wordpress/components的ToggleControl实现checked{ status }对应plugin.activedisabled在inProgress、disabled或存在disabledInfo时置真onChange触发toggleActivation。注意在 Jetpack Cloud 环境中即使渲染开关Jetpack 插件的disabled仍为true。六、样式与布局细节样式位于 plugin-activate-toggle/style.scss核心规则包括.plugin-activate-toggle__disabled与.plugin-activate-toggle__link采用inline-flex且flex-direction: row-reverse保证图标与文字在 RTL/LTR 下都能对齐禁用态使用--color-neutral-20灰色文字、--color-neutral-0灰色图标传达不可交互链接态 hover 时文字与图标变为--color-link-dark该文件还包含.plugin-row-formatter__toggle的适配样式大屏break-large下让开关在行内垂直居中小屏下保留必要的禁用提示注释明确指出不使用display: none避免隐藏可能包含禁用原因的 popover 图标。七、测试与验证组件配套的测试位于 test/index.jsx采用testing-library/reactuserEvent关键做法mock 子组件将PluginActionmock 为input typecheckbox onClick{ action } /使测试聚焦于本组件的行为而非子组件细节fixtures通过 test/fixtures/index.js 提供最小site{ slug: test }与plugin{ slug: test }对象断言点击 checkbox 后recordGoogleEvent与recordTracksEvent均被调用验证埋点逻辑点击 checkbox 后togglePluginActivation被调用验证业务委托。测试中通过 jest mock 注入translate、recordGoogleEvent、recordTracksEvent、removePluginStatuses、togglePluginActivation等回调说明组件对这些依赖是解耦的、可独立测试的。八、在仓库中的实际使用场景PluginActivateToggle在仓库中主要有两处消费my-sites/plugins/plugin-item/plugin-item.jsx经典插件列表项。在renderActions()中根据allowedActions.activation决定是否渲染开关并将disabled{ this.props.isSelectable }传入——当列表处于批量选择模式时开关置灰避免与选择操作冲突站点未选中时! selectedSite则显示站点计数而非操作按钮。my-sites/plugins/plugin-management-v2/plugin-row-formatter/index.tsx新版插件管理表格。在columnKey activate列渲染div classNameplugin-row-formatter__toggle PluginActivateToggle isJetpackCloud plugin{ pluginOnSite } site{ selectedSite } disabled{ !! item?.isSelectable } / /div该处显式传入isJetpackCloud并借助useSelector获取getPluginOnSite( state, selectedSite.ID, item.slug )得到当前行对应站点下的插件对象实现逐站点逐插件的激活控制同时由canActivate决定该列是否渲染开关。从这两个调用点可以提炼出接入该组件的通用模式在需要某站点 × 某插件激活控制的列表场景中传入站点对象、站点级插件对象并依据是否处于批量选择态控制disabled在 Jetpack Cloud 类页面中务必传入isJetpackCloud以触发正确的渲染分支。九、小结PluginActivateToggle是插件管理界面中激活/停用操作的统一入口核心职责是展示状态 触发 Redux 流转 上报分析事件四个文档 Props 中plugin、site必填disabled控制交互notices为历史遗留参数源码并不消费底层由togglePluginActivation依据站点级active字段分派activatePlugin/deactivatePlugin并带有manage_options权限校验与幂等保护Jetpack 插件在非 Jetpack Cloud 环境被特殊对待渲染为管理连接链接而非开关组件与 Redux、i18n、子组件充分解耦便于独立测试与复用。如需深入了解状态管理细节可继续阅读 client/state/plugins/installed/actions.js 与 client/state/plugins/installed/selectors.js若关注它的兄弟组件自动更新开关、安装按钮可对照 my-sites/plugins/plugin-autoupdate-toggle/ 与 my-sites/plugins/plugin-install-button/。赞分享前端CMS【免费下载链接】wp-calypsoThe JavaScript and API powered WordPress.com项目地址https://gitcode.com/gh_mirrors/wp/wp-calypso点击查看免费下载相关推荐wp-calypso 组件详解EllipsisMenu 省略号菜单的封装原理与实战用法wp calypso 组件详解EllipsisMenu 省略号菜单的封装原理与实战用法 EllipsisMenu 是 wp calypsoWordPress前端CMSwp-calypso 安全中心组件剖析Security2faInitialSetup 与两步认证2FA激活流程首步实现wp calypso 安全中心组件剖析Security2faInitialSetup 与两步认证2FA激活流程首步实现 本文围绕 wp calypso 仓前端CMSwp-calypso CardHeading 组件完全指南用法、Props 与源码实现剖析wp calypso CardHeading 组件完全指南用法、Props 与源码实现剖析 导读 CardHeading 是 wp calypsoWordP前端CMS上一篇5分钟搭好你的钉钉自动打卡AutoDingding 完整教程与避坑指南下一篇Relay usePaginationFragment 完整指南基于 Connection 的分页 Hook 用法与实现原理创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/9/27 11:13:05 · 阅读 1.2k wp-calypso PluginActivateToggle 组件全解析：插件激活开关的实现原理与实战用法
前端CMS【免费下载链接】wp-calypsoThe JavaScript and API powered WordPress.com项目地址https://gitcode.com/gh_mirrors/wp/wp-calypso点击查看免费下载导读PluginActivateToggle是 wp-calypsoWordPress.com 的 JavaScript/API 前端应用中用于展示插件激活/停用开关的核心 UI 组件在插件列表页、插件管理页中被广泛复用。本文以 plugin-activate-toggle/README.md 为主线结合其 index.jsx 源码、测试用例 以及底层 actions.js 状态流转系统讲解该组件的使用方式、Props 语义、交互链路与渲染分支帮助你在自己的插件管理界面中正确接入并理解其行为边界。一、组件定位与适用场景PluginActivateToggle是一个面向单站点、单插件粒度的受控开关组件它接收一个站点对象与一个插件对象根据插件在该站点上的active状态渲染出一个激活开关用户点击后触发对应站点的插件激活activate或停用deactivate请求。从仓库结构看它位于 client/my-sites/plugins/plugin-activate-toggle/与plugin-autoupdate-toggle、plugin-install-button、plugin-remove-button等一起构成插件管理操作按钮家族。它本身不直接发起网络请求而是通过 Redux action 委托给 client/state/plugins/installed/actions.js 中的togglePluginActivation完成因此天然融入 Calypso 的全局状态管理体系。二、快速上手最小可用示例README 中给出的使用方式非常简洁直接以默认导出引入即可import PluginActivateToggle from calypso/my-sites/plugins/plugin-activate-toggle; function render() { return ( div classNameyour-plugins-list PluginActivateToggle plugin{ plugin } site{ site } notices{ notices } / /div ); }其中plugin与site为必填对象notices在 README 中作为可选 prop 列出但需要说明的是从当前 index.jsx 的propTypes声明看组件实际校验的只有site、plugin、disabled三个属性notices属于历史遗留参数组件内并未直接读取保留传递不会造成影响但并非必须。真正驱动组件行为的是通过connect从 Redux 注入的inProgress、recordGoogleEvent、recordTracksEvent、removePluginStatuses与togglePluginActivation。组件默认导出是一个高阶组件包装结果先经localize()注入translate实现 i18n再经connect()接入 Redux store。因此你既可以使用默认导出已接好 Redux也可以在测试或独立场景中按需引入具名导出的原始类PluginActivateToggle见 test/index.jsx 的用法。三、Props 详解3.1 文档声明的 PropsProp类型必填说明pluginobject是插件对象至少包含slug、active、id等字段用于判断激活状态并发起请求siteobject是站点对象至少包含ID数字与slug用于指定操作目标站点noticesobject否README 中列为可用 prop源码未直接消费见上文说明disabledboolean否为true时开关置灰且不可交互默认值false源码中的完整声明index.jsxPluginActivateToggle.propTypes { site: PropTypes.object.isRequired, plugin: PropTypes.object.isRequired, disabled: PropTypes.bool, }; PluginActivateToggle.defaultProps { disabled: false, };3.2 源码中额外支持的 Props除文档列出的四个 prop 外实际实现还消费以下属性部分通过connect注入调用方一般无需显式传入inProgressboolean由connect通过isPluginActionInProgress( state, site.ID, plugin.id, activationActions )计算得出表示该插件的激活/停用请求是否正在执行执行期间开关会被禁用hideLabelboolean为true时隐藏 Active 文字标签仅显示开关本体isJetpackCloudboolean标记当前是否运行在 Jetpack Cloud 环境直接影响 Jetpack 插件特殊分支的渲染详见第五节recordGoogleEvent/recordTracksEvent由connect注入的分析埋点回调removePluginStatuses由connect注入用于清理插件的 completed / error / up-to-date 状态提示togglePluginActivation由connect注入负责真正的激活/停用状态流转translate由localize注入用于界面文案国际化。四、交互链路从点击到状态流转4.1 点击处理toggleActivation当用户点击开关时组件调用内部的toggleActivation方法index.jsx其执行顺序如下前置拦截若disabled为true直接return不触发任何动作发起状态流转调用this.props.togglePluginActivation( site.ID, plugin )清理旧状态调用this.props.removePluginStatuses( completed, error, up-to-date )避免上一次操作残留的提示状态干扰本次操作对应 status/actions.js 中的PLUGIN_NOTICES_REMOVEaction埋点上报根据插件当前plugin.active状态选择事件插件当前为激活态上报 Google 事件Plugins / Clicked Toggle Deactivate PluginTracks 事件calypso_plugin_active_toggle_clickstate: inactive插件当前为停用态上报 Google 事件Plugins / Clicked Toggle Activate PluginTracks 事件calypso_plugin_active_toggle_clickstate: active。4.2 状态机的核心togglePluginActivation真正的业务逻辑位于 client/state/plugins/installed/actions.jsexport function togglePluginActivation( siteId, plugin ) { return ( dispatch, getState ) { if ( ! canCurrentUser( getState(), siteId, manage_options ) ) { return; } if ( ! pluginHasTruthySiteProp( active, plugin, siteId ) ) { dispatch( activatePlugin( siteId, plugin ) ); } else { dispatch( deactivatePlugin( siteId, plugin ) ); } }; }两个值得注意的细节权限校验dispatch 前先用canCurrentUser( getState(), siteId, manage_options )校验当前用户是否具备该站点的管理权限无权限时静默返回开关不会产生任何效果幂等判断通过pluginHasTruthySiteProp( active, plugin, siteId )判断目标站点的active字段是否为真——注意 plugin 对象可能携带sites[ siteId ].active这样的站点级映射结构该辅助函数正是为了正确读取对应站点而非插件整体的激活状态。4.3 激活与停用的底层请求activatePlugin与deactivatePluginactions.js遵循相同的请求模式先 dispatchPLUGIN_ACTIVATE_REQUEST/PLUGIN_DEACTIVATE_REQUEST标记操作进行中调用calypso/lib/wp暴露的activate( siteId, pluginId )/deactivate( siteId, pluginId )发起网络请求成功时 dispatchPLUGIN_ACTIVATE_REQUEST_SUCCESS并携带返回数据、失败时 dispatchPLUGIN_ACTIVATE_REQUEST_FAILURE回调中通过bumpStat与recordTracksEvent分别上报calypso_plugin_activated_*/calypso_plugin_deactivated_*系列成功与失败指标。同时deactivatePlugin也做了幂等保护若目标站点本来就不是激活态则直接 dispatchPLUGIN_DEACTIVATE_REQUEST_SUCCESS不发起多余请求。4.4 inProgress 与开关禁用组件通过connect的mapStateToProps计算进行中状态index.jsxinProgress: plugin isPluginActionInProgress( state, site.ID, plugin.id, activationActions ),其中activationActions [ ACTIVATE_PLUGIN, DEACTIVATE_PLUGIN ]常量定义见 lib/plugins/constants.js。isPluginActionInProgress在 state/plugins/installed/selectors.js 中实现本质是检查getStatusForPlugin返回的状态对象当状态对象的action命中ACTIVATE_PLUGIN或DEACTIVATE_PLUGIN且status inProgress时返回true见 isPluginActionStatus。请求进行期间开关被禁用防止重复提交。五、渲染分支普通插件与 Jetpack 插件的差异5.1 空数据保护render()开头即检查! site || ! plugin任一缺失直接返回null保证组件在数据未就绪时安全渲染为空index.jsx。5.2 Jetpack 特殊分支当plugin.slug jetpack且当前不在 Jetpack Cloud 环境! isJetpackCloud时组件不渲染激活开关而是渲染一个Manage Connection管理连接链接index.jsx。这是因为 Jetpack 插件的激活/停用语义与普通插件不同在 wp-calypso 语境下更需要引导用户前往连接管理页面。链接地址由 lib/plugins/utils.ts 中的getManageConnectionHref( site.slug )生成export const getManageConnectionHref ( siteSlug: string | null | undefined ): string { return isJetpackCloud() || isA8CForAgencies() ? https://wordpress.com/settings/manage-connection/${ siteSlug } : /settings/manage-connection/${ siteSlug }; };在 Jetpack Cloud / A8C For Agencies 环境下返回绝对地址其余环境返回相对路由。该链接的点击会通过trackManageConnectionLink上报calypso_plugin_manage_connection_click事件index.jsx。渲染由 cog 图标Gridicon iconcog size{ 18 }与 Manage Connection 文本两个a组成。5.3 常规分支委托给 PluginAction常规插件含 Jetpack Cloud 环境下的 Jetpack 插件渲染一个PluginAction开关index.jsxPluginAction disabled{ disabled || isJetpackPlugin } classNameplugin-activate-toggle label{ translate( Active, { context: plugin status } ) } inProgress{ inProgress } status{ plugin.active } action{ this.toggleActivation } htmlFor{ activate- plugin.slug - site.ID } hideLabel{ hideLabel } /PluginActionmy-sites/plugins/plugin-action/plugin-action.jsx内部基于wordpress/components的ToggleControl实现checked{ status }对应plugin.activedisabled在inProgress、disabled或存在disabledInfo时置真onChange触发toggleActivation。注意在 Jetpack Cloud 环境中即使渲染开关Jetpack 插件的disabled仍为true。六、样式与布局细节样式位于 plugin-activate-toggle/style.scss核心规则包括.plugin-activate-toggle__disabled与.plugin-activate-toggle__link采用inline-flex且flex-direction: row-reverse保证图标与文字在 RTL/LTR 下都能对齐禁用态使用--color-neutral-20灰色文字、--color-neutral-0灰色图标传达不可交互链接态 hover 时文字与图标变为--color-link-dark该文件还包含.plugin-row-formatter__toggle的适配样式大屏break-large下让开关在行内垂直居中小屏下保留必要的禁用提示注释明确指出不使用display: none避免隐藏可能包含禁用原因的 popover 图标。七、测试与验证组件配套的测试位于 test/index.jsx采用testing-library/reactuserEvent关键做法mock 子组件将PluginActionmock 为input typecheckbox onClick{ action } /使测试聚焦于本组件的行为而非子组件细节fixtures通过 test/fixtures/index.js 提供最小site{ slug: test }与plugin{ slug: test }对象断言点击 checkbox 后recordGoogleEvent与recordTracksEvent均被调用验证埋点逻辑点击 checkbox 后togglePluginActivation被调用验证业务委托。测试中通过 jest mock 注入translate、recordGoogleEvent、recordTracksEvent、removePluginStatuses、togglePluginActivation等回调说明组件对这些依赖是解耦的、可独立测试的。八、在仓库中的实际使用场景PluginActivateToggle在仓库中主要有两处消费my-sites/plugins/plugin-item/plugin-item.jsx经典插件列表项。在renderActions()中根据allowedActions.activation决定是否渲染开关并将disabled{ this.props.isSelectable }传入——当列表处于批量选择模式时开关置灰避免与选择操作冲突站点未选中时! selectedSite则显示站点计数而非操作按钮。my-sites/plugins/plugin-management-v2/plugin-row-formatter/index.tsx新版插件管理表格。在columnKey activate列渲染div classNameplugin-row-formatter__toggle PluginActivateToggle isJetpackCloud plugin{ pluginOnSite } site{ selectedSite } disabled{ !! item?.isSelectable } / /div该处显式传入isJetpackCloud并借助useSelector获取getPluginOnSite( state, selectedSite.ID, item.slug )得到当前行对应站点下的插件对象实现逐站点逐插件的激活控制同时由canActivate决定该列是否渲染开关。从这两个调用点可以提炼出接入该组件的通用模式在需要某站点 × 某插件激活控制的列表场景中传入站点对象、站点级插件对象并依据是否处于批量选择态控制disabled在 Jetpack Cloud 类页面中务必传入isJetpackCloud以触发正确的渲染分支。九、小结PluginActivateToggle是插件管理界面中激活/停用操作的统一入口核心职责是展示状态 触发 Redux 流转 上报分析事件四个文档 Props 中plugin、site必填disabled控制交互notices为历史遗留参数源码并不消费底层由togglePluginActivation依据站点级active字段分派activatePlugin/deactivatePlugin并带有manage_options权限校验与幂等保护Jetpack 插件在非 Jetpack Cloud 环境被特殊对待渲染为管理连接链接而非开关组件与 Redux、i18n、子组件充分解耦便于独立测试与复用。如需深入了解状态管理细节可继续阅读 client/state/plugins/installed/actions.js 与 client/state/plugins/installed/selectors.js若关注它的兄弟组件自动更新开关、安装按钮可对照 my-sites/plugins/plugin-autoupdate-toggle/ 与 my-sites/plugins/plugin-install-button/。赞分享前端CMS【免费下载链接】wp-calypsoThe JavaScript and API powered WordPress.com项目地址https://gitcode.com/gh_mirrors/wp/wp-calypso点击查看免费下载相关推荐wp-calypso 组件详解EllipsisMenu 省略号菜单的封装原理与实战用法wp calypso 组件详解EllipsisMenu 省略号菜单的封装原理与实战用法 EllipsisMenu 是 wp calypsoWordPress前端CMSwp-calypso 安全中心组件剖析Security2faInitialSetup 与两步认证2FA激活流程首步实现wp calypso 安全中心组件剖析Security2faInitialSetup 与两步认证2FA激活流程首步实现 本文围绕 wp calypso 仓前端CMSwp-calypso CardHeading 组件完全指南用法、Props 与源码实现剖析wp calypso CardHeading 组件完全指南用法、Props 与源码实现剖析 导读 CardHeading 是 wp calypsoWordP前端CMS上一篇5分钟搭好你的钉钉自动打卡AutoDingding 完整教程与避坑指南下一篇Relay usePaginationFragment 完整指南基于 Connection 的分页 Hook 用法与实现原理创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考