!11604 【轻量级 PR】：格式修改

Merge pull request !11604 from Annie_wang/N/A

zh-cn/device-dev/driver/driver-overview-foundation.md

@@ -8,15 +8,19 @@ OpenHarmony采用多内核（Linux内核或者LiteOS）设计，支持系统在
 为了缩减驱动开发者的驱动开发周期，降低三方设备驱动集成难度，OpenHarmony驱动子系统支持以下关键特性和能力。
 
 - 弹性化的框架能力
+
   在传统的驱动框架能力的基础上，OpenHarmony驱动子系统通过构建弹性化的框架能力，可支持在百K级别到百兆级容量的终端产品形态部署。
 
 - 规范化的驱动接口
+
   定义了常见驱动接口，为驱动开发者和使用者提供丰富、稳定接口，并和未来开放的面向手机、平板、智慧屏等设备驱动接口保持API兼容性。
 
 - 组件化的驱动模型
+
   支持组件化的驱动模型，为开发者提供更精细化的驱动管理，开发者可以对驱动进行组件化拆分，使得驱动开发者可以更多关注驱动与硬件交互部分。同时系统也预置了部分模板化的驱动模型组件，如网络设备模型等。
 
 - 归一化的配置界面
+
   提供统一的配置界面，构建跨平台的配置转换和生成工具，实现跨平台的无缝切换。
 
 
@@ -40,7 +44,7 @@ HDF驱动架构主要组成部分：
 
 - 操作系统抽象层（OSAL，Operating System Abstraction Layer）：提供统一封装的内核操作相关接口，屏蔽不同系统操作差异，包含内存、锁、线程、信号量等接口。
 
-- 平台驱动**：**为外设驱动提供Board硬件（如：I2C/SPI/UART总线等平台资源）操作统一接口，同时对Board硬件操作进行统一的适配接口抽象以便于不同平台迁移。
+- 平台驱动：为外设驱动提供Board硬件（如：I2C/SPI/UART总线等平台资源）操作统一接口，同时对Board硬件操作进行统一的适配接口抽象以便于不同平台迁移。
 
 - 外设驱动模型：面向外设驱动，提供常见的驱动抽象模型，主要达成两个目的，提供标准化的器件驱动，开发者无需独立开发，通过配置即可完成驱动的部署；提供驱动模型抽象，屏蔽驱动与不同系统组件间的交互，使得驱动更具备通用性。