为何在类中创建函数指针结构体？Skia Vulkan代码疑问

针对你提到的这段代码，我们可以从三个核心角度拆解这个设计的意图：

1. 利用编译器生成赋值运算符，避免重复劳动 #

Vulkan标准定义了上百个API函数，每个函数都需要对应一个VkPtr<PFN_xxx>类型的函数指针成员。如果把这些成员直接放在VulkanInterface类中，当需要实现类的赋值运算符时，你必须手动编写几百行赋值代码，不仅繁琐，还极易遗漏或写错。

把所有函数指针打包进Functions结构体后，编译器会自动为这个结构体生成默认赋值运算符，它会逐个处理结构体里的所有成员，一次性完成所有函数指针的赋值操作，完全省去了手动编写的成本，同时保证了赋值逻辑的正确性。

2. 批量管理函数指针，提升代码可读性与维护性 #

• 结构分层清晰：将所有Vulkan函数指针集中在一个结构体里，让VulkanInterface类的核心逻辑（比如初始化、API调用封装）和函数指针的存储实现分离，类的定义不会被大量零散的函数指针成员搞得杂乱无章，后续阅读或修改代码时能快速定位到函数指针相关的内容。
• 简化初始化流程：在VulkanInterface的构造函数中，可以通过批量处理的方式一次性完成所有函数指针的加载，不用逐个调用getProc来初始化每个函数指针，大幅简化了初始化代码的复杂度。

3. 抽象层带来的扩展性与灵活性 #

• 单一职责原则：Functions结构体只负责存储函数指针，VulkanInterface类负责封装Vulkan API的调用逻辑和生命周期管理，两者职责明确，后续修改函数指针的存储方式（比如添加新的API函数）时，只需要改动Functions结构体，不会影响到类的其他核心逻辑。
• 适配不同Vulkan版本/扩展：如果需要针对不同的Vulkan版本或扩展加载不同的函数指针集，可以通过调整Functions结构体的成员来实现，不用重构整个VulkanInterface类的结构，提升了代码的适配能力。

内容的提问来源于stack exchange，提问作者user1801359