Kicad 插件 The KiCad Team KiCad 插件系统 Copyright 本文档由其贡献者授予版权 © 2016，如下所示。您可以根据 GNU 通用公共许 可证(http：/www.gnu.org/licenses/gpl.html)版本 3 或更高版本或知识共享许可协 议(http：/creativecommons.org/licenses/by/3.0/)、版本 3.0 KiCad 插件系统简介 KiCad 插件系统是一个使用共享库扩展 KiCad 功能的框架。 使用插件的一个 主要优点是在开发插件时没有必要重建 KiCad 套件; 事实上，可以借助 KiCad 源代码树中的一小组标题构建插件。 通过确保开发人员仅编译与正在开发的 插件直接相关的代码，从而减少每个构建和测试周期所需的时间，在插件开发 期间删除构建 KiCad 的要求极大地提高了工作效率。 插件最初是为 无需对支持的每种新模型类型的 KiCad 源进行重大更改。 插件框架后来被推 广，以便将来开发人员可以创建不同类型的插件。 目前，只有 3D 插件在 KiCad 中实现，但可以想象最终将开发 PCB 插件，以使用户能够实现数据导 入器和导出器。 1.1. 插件类 插件分为插件类，因为每个插件都解决了特定域中的问题，因此需要该域独有 的接口。 例如，3D 模型插件从文件加载 3D 模型数据并将该数据转换为可由

Kicad 插件 Kicad 插件 ii October 31, 2021 Kicad 插件 iii Contents 1 KiCad 插件系统简介 2 1.1 插件类 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 2 1.1.1 插件类：PLUGIN_3D . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 2 教程：3D 插件类 4 2.1 基本的 3D 插件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 2.2 高级 3D 插件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 3 应用程序编程接口（API） 21 3.1 插件类 API . . . . . . . . . . . . . .

进阶篇：编写可维护的 webpack 构建配置 04 进阶篇：webpack 构建速度和体积优化策略 05 原理篇：通过源码掌握 webpack 打包原理 06 原理篇：编写 Loader 和插件 07 实战篇：React 全家桶 和 webpack 开发商城项目 08 基础篇：webpack 进阶用法 03 一个最简单的 loader 代码结构 module.exports = function(source) { result.image; result.coordinates; result.properties; }); 插件的运行环境 插件没有像 loader 那样的独立运行环境 只能在 webpack 里面运行 插件的基本结构 基本结构： 插件使用： plugins: [ new MyPlugin() ] class MyPlugin { apply(compiler) MyPlugin; 插件名称 插件上的 apply 方法 插件的 hooks 插件处理逻辑 ······························ ···· ······························ ··· · ················ ·· ························· ··· 搭建插件的运行环境 const

此外，借助
API7
内置的
50
多种插件，可实现⾝份验证、安全防护、流量控制、分析监控、请求/响应 转换等常⻅业务需求；若内置插件⽆法满⾜需求，我们也⽀持使⽤
Lua、Java、Go、Python
语⾔⾃ 定义插件，可作⽤于请求进⼊、上游响应各个阶段。 Manager
API
2. ⽤于管理
API
⽹关，通过访问其暴露的
RESTful
API
接⼝以实现对路由、上游、证书、全局插件、消 费者等资源的管理。 数据平⾯⽤于接收并处理调⽤⽅请求，使⽤
Lua
与
Nginx
动态控制请求流量。当请求进⼊时，将根据 预设路由规则进⾏匹配，匹配到的请求将被⽹关转发⾄对应上游服务。在此过程中，⽹关有能⼒根据 预设规则中不同插件的配置，使⽤⼀系列插件对请求从进⼊到离开的各个阶段进⾏操作。例如：请求 可能会经过⾝份认证（避免重放攻击、参数篡改等）、请求审计（请求来源信息、上游处理时⻓ 等）、路由处理（根据预设规则获取最终上游服务地址 TCD。管理员在访问并操作控制台时，控制台将调⽤
ManagerAPI
下发配置到
ETCD，借助
ETCD
Watch
机制，配置将在⽹关中实时⽣效。例如：管理员可 增加⼀条路由，并配置限速插件，当触发到限速阈值后，⽹关将会暂时阻⽌后续匹配到该路由的请求 进⼊。借助
ETCD
的
Watch
机制，当管理员在控制⾯板更新配置后，API7
将在毫秒级别内通知到各个 ⽹关节点。 其它 3

章 章 OVN-KUBERNETES 网 网络 络插件 插件 27.1. 关于 OVN-KUBERNETES 网络插件 27.2. OVN-KUBERNETES 架构 27.3. OVN-KUBERNETES 故障排除 27.4. 使用 OVNKUBE-TRACE 追踪 OPENFLOW 27.5. 从 OPENSHIFT SDN 网络插件迁移 27.6. 回滚到 OPENSHIFT SDN SDN 网络供应商 27.7. 从 KURYR 网络插件迁移到 OVN-KUBERNETES 网络插件 27.8. 转换为 IPV4/IPV6 双栈网络 27.9. 出口防火墙和网络策略规则的日志记录 27.10. 配置 IPSEC 加密 27.11. 为项目配置出口防火墙 27.12. 查看项目的出口防火墙 27.13. 为项目编辑出口防火墙 27.14. 从项目中删除出口防火墙 27.15. 为项目禁用多播 27.21. 跟踪网络流 27.22. 配置混合联网 第 第 28 章 章 OPENSHIFT SDN 网 网络 络插件 插件 28.1. 关于 OPENSHIFT SDN 网络插件 28.2. 迁移到 OPENSHIFT SDN 网络插件 247 247 247 267 267 281 286 286 287 288 291 291 297 300 306 319

CONTROL PLANE 1.3. 关于面向开发人员的容器化应用程序 1.4. 关于 RED HAT ENTERPRISE LINUX COREOS(RHCOS)和 IGNITION 1.5. 关于准入插件 第 第 2 章 章 OPENSHIFT CONTAINER PLATFORM 架 架构 构 2.1. OPENSHIFT CONTAINER PLATFORM 简介 2.1.1. 关于 Kubernetes IGNITION 配置文件 6.3. 安装后更改 IGNITION 配置 第 第 7 章 章 准入插件 准入插件 7.1. 关于准入插件 7.2. 默认准入插件 7.3. WEBHOOK 准入插件 7.4. WEBHOOK 准入插件类型 7.4.1. 变异准入插件 7.4.2. 验证准入插件 7.5. 配置动态准入 7.6. 其他资源 28 28 29 29 29 30 31 Ignition 配置文件，并在安装后更改 Ignition 配置。 1.5. 关于准入插件 您可以使用 准入插件 来规范 OpenShift Container Platform 的功能。在资源请求经过身份验证并授权 后，准入插件会截获主 API 的资源请求，以验证资源请求并确保扩展策略遵循。准入插件用于强制实施安 全策略、资源限制或配置要求。 第 第 1 章 章 架 架构 构概述 概述

PLANE 1.4. 关于面向开发人员的容器化应用程序 1.5. ABOUT RED HAT ENTERPRISE LINUX COREOS (RHCOS) AND IGNITION 1.6. 关于准入插件 第 第 2 章 章 OPENSHIFT CONTAINER PLATFORM 架 架构 构 2.1. OPENSHIFT CONTAINER PLATFORM 简介 第 第 3 章 章 安装和更新 RHCOS 7.2. 查看 IGNITION 配置文件 7.3. 安装后更改 IGNITION 配置 第 第 8 章 章 准入插件 准入插件 8.1. 关于准入插件 8.2. 默认准入插件 8.3. WEBHOOK 准入插件 8.4. WEBHOOK 准入插件类型 8.5. 配置动态准入 8.6. 其他资源 3 3 6 6 7 7 7 9 9 14 14 19 20 20 OpenShift Container Platform 架构。 访问 访问策略 策略 组角色，用于指明集群内的用户、应用程序和实体如何与另一个角色进行交互。访问策略会增加集群 安全性。 准入插件 准入插件 准入插件强制执行安全策略、资源限制或配置要求。 身份 身份验证 验证 为了控制对 OpenShift Container Platform 集群的访问，集群管理员可以配置用户身份验证，并确保 只有批准的用户访问集群。要与

36 36 37 37 37 OpenShift Container Platform 3.11 CLI 参考 参考 2 7.3. 安装插件 7.3.1. Plug-in Loader 7.3.1.1. 搜索顺序 7.4. 编写插件 7.4.1. plugin.yaml Descriptor 7.4.2. 建议的目录结构 7.4.3. 访问运行时属性 37 38 38 安装和编 编写 写扩 扩展。通常称 展。通常称为 为 插件（ 插件（plug-in） ） 或 或 二 二进 进制 制扩 扩展（ 展（binary extension） ）， ，这 这个功能允 个功能允许 许您 您扩 扩展默 展默认 认可用的 可用的 oc 命令集合，以 命令集合，以执 执行新的任 行新的任务 务。 。 插件是一 插件是一组 组文件：通常至少有一个 文件：通常至少有一个 描述符以及一个或多个二 描述符以及一个或多个二进 进制文件、脚本或 制文件、脚本或资产 资产文件。 文件。 CLI 插件目前 插件目前仅 仅在 在 oc plugin 子命令下可用。 子命令下可用。 重要 重要 CLI 插件目前 插件目前还 还是一个技 是一个技术预览 术预览功能。技 功能。技术预览 术预览功能不包括在 功能不包括在红 红帽生 帽生产 产服 服务级别协议

使用合约开发套件 开发可信任应用 开发跨链应用 使用开放网络 使用测试网络 使用国密 实现原理 核心数据结构 共识框架 对等网络 智能合约虚拟机 权限系统 平行链与跨链设计 插件设计 贡献指南 贡献准备 完善超级链文档 开发超级链插件 贡献超级链语言SDK 参加超级链社区论坛 成为超级链核心开发 参加超级链线下活动 社区贡献列表 参考手册 API 参考 RPC 参考 合约SDK参考 超级链小课堂 网络的底层 方案。 其主要特点是高性能，通过原创的XuperModel模型，真正实现了智能合约的 并行执行和验证，通过自研的WASM虚拟机，做到了指令集级别的极致优 化。 在架构方面，其可插拔、插件化的设计使得用户可以方便选择适合自己业务 场景的解决方案，通过独有的XuperBridge技术，可插拔多语言虚拟机，从而 支持丰富的合约开发语言。 在网络能力方面，XuperChain具备全球化部署能力，节点通信基于加密的P2P Provider Interface 密码学作为区块链系统的底层技术，相对比较独立。考虑到超级链作为区块 链底层系统方案的模块化目标，我们将密码学相关的功能设计成一个单独的 模块，并通过插件化技术实现了模块可插拔、插件可替换。 因此，超级链首先抽象出了统一的密码学相关的功能，并在此之上定义了统 一的密码学接口，我们称之为Crypto Provider Interface，并通过CryptoClient

使用合约开发套件 开发可信任应用 开发跨链应用 使用开放网络 使用测试网络 使用国密 实现原理 核心数据结构 共识框架 对等网络 智能合约虚拟机 权限系统 平行链与跨链设计 插件设计 贡献指南 贡献准备 完善超级链文档 开发超级链插件 贡献超级链语言SDK 参加超级链社区论坛 成为超级链核心开发 参加超级链线下活动 社区贡献列表 参考手册 API 参考 RPC 参考 合约SDK参考 超级链小课堂 网络的底层 方案。 其主要特点是高性能，通过原创的XuperModel模型，真正实现了智能合约的 并行执行和验证，通过自研的WASM虚拟机，做到了指令集级别的极致优 化。 在架构方面，其可插拔、插件化的设计使得用户可以方便选择适合自己业务 场景的解决方案，通过独有的XuperBridge技术，可插拔多语言虚拟机，从而 支持丰富的合约开发语言。 在网络能力方面，XuperChain具备全球化部署能力，节点通信基于加密的P2P Provider Interface 密码学作为区块链系统的底层技术，相对比较独立。考虑到超级链作为区块 链底层系统方案的模块化目标，我们将密码学相关的功能设计成一个单独的 模块，并通过插件化技术实现了模块可插拔、插件可替换。 因此，超级链首先抽象出了统一的密码学相关的功能，并在此之上定义了统 一的密码学接口，我们称之为Crypto Provider Interface，并通过CryptoClient