使用微软最近新开源的微软驱动模块框架(DMF),Windows 驱动开发者现在有一种更简单的方式创建简单的结构化驱动以及在驱动之间共享代码了。
该框架诞生于 Surface 团队,微软 DMF 是传统 Windows 驱动框架的一个扩展,旨在简化开发人员创建任意类型 WDF 驱动的过程:
大约在三年前,[Surface] 团队决定从整体上考虑一下针对各种 Surface 产品 [……] 编写的驱动。开始的时候,我们把驱动中单个的功能拆分到一个可共享的代码库中。经过反复的努力,就产生了 DMF:它是 WDF 的一个扩展,为你提供了一个新 WDF 对象库,称为 DMF 模块。模块允许以结构化的方式同其他模块、WDF 和硬件交互。
虽然 WDF 鼓励把驱动创建成单个的 WDF 对象,有一个上下文和事件回调,但 DMF 则倾向于把它分解成若干单独的 WDF 对象,从而使得它们的行为和交互更简洁、更可理解。一个基于 DMF 的驱动包含多个模块,这些模块通过一个很薄的冲裁层来和通常的 WDF 框架交互,该层使用 WDF 回调来分发它们的事件。每个模块都有自己的上下文,用于保持它的状态,并使用相同的 WDF 回调与其他模块进行广泛地通信。模块只能直接和它们的子模块通信,即和它们自己实例化的模块,而不是 DMF 实例化的模块。
微软已经开源了许多常用模块,驱动开发人员已经可以在自己的驱动中重用它们,如:
- ACPI 通知模块,使驱动可以从 ACPI 请求和接收异步通知;
- HID 目标模块,提供一个访问 HID 设备的驱动;
- 散热接口模块,实现了散热接口,提供了被动和主动冷却回调,供客户端采取措施;
- 线程,使驱动可以更容易在单独的线程中工作。
按照微软的说法,现如今的所有 WDF 驱动都是基于 DMF 模块。
微软在其中包含了三个样例驱动,展示如何使用 DMF 来创建一个驱动,将来还会提供更多的样例。需要特别指出的是,虽然 DMF 包含的一个库中有微软为自己的 Surface 驱动开发的不同模块,但真正的 Surface 驱动代码并没有包含在 DMF 中。
查看英文原文: Microsoft Driver Module Framework Aims to Ease Windows Driver Development
评论 1 条评论