随着我们朝着合理组件化的新式驱动程序迈进，我们将分享一些计划，了解如何在未来评估这些驱动程序。
请记住驱动程序组件化背后的创始原则：
基本驱动程序旨在提供核心设备功能，并且目标范围广泛。
扩展驱动程序通常旨在提供特定系统的自定义功能，必须专门针对这些系统进行适配。 最佳做法是，INF 应仅包括针对单个 OEM 的目标。 对于策略审核和验证，我们专注于您选择发布的硬件标识符 (HWID)。 目标应仅包括扩展 INF 专门自定义的 HWID 和 CHID，并仅限于单个 OEM。
如果 INF 中引用了多个 OEM 的 HWID，那么在发布到列出的每个 HWID 时使用 CHID 不会被认为是针对性地定位。 这种做法将未通过策略检查。
在处理 Driver Shiproom 提交时，我们将如何评估这些原则：
扩展 INF 是否面向没有 CHID 的 2-ID？
如果是：拒绝。 扩展 INF 无法大范围应用。
扩展 INF 是否适用于跨多个 OEM 的系统？ （根据 CHID 和 HWID 分析）
如果是：拒绝。 Extension INF 不能跨越多家 OEM 的系统，因为它们应专门针对特定的 OEM 系统。
扩展 INF 是否缺少声明性基？
如果是：拒绝。 扩展 INF 仅与 DCH 驱动程序兼容。 此规则的唯一例外是，当 INF 扩展匹配到收件箱驱动程序时（例如用于固件更新场景或 HSA 场景）。
如何扩展收件箱驱动程序？
如果要扩展作为 Windows 一部分的驱动程序，请将以下关键字添加到发货标签的业务理由：
ExtendsInboxDriver = wdma_usb.inf
将wdma_usb.inf替换为特定的 Windows 驱动程序。
如果要扩展多个驱动程序，请将每个收件箱驱动程序的硬件 ID 分隔为自己的发货标签。 不要合并多个收件箱驱动程序的硬件 ID。 不要将收件箱驱动程序的硬件 ID 与现用驱动程序的硬件 ID 组合在一起。
如有有关这些规则的任何问题或反馈，请告知我们。