IREE项目中编码解析器的配置化改造

在IREE编译器项目中，MaterializeEncoding通道目前通过目标属性(target attribute)来获取编码解析器(encoding resolver)。然而，随着项目发展，特别是多设备支持和AMD GPU数据平铺(data-tiling)工作的推进，这种硬编码方式已经显现出局限性。

当前实现的问题

现有的MaterializeEncoding实现直接根据目标属性选择编码解析器，这导致了两个主要问题：

1. 多设备支持不足：当需要支持多个设备时，硬编码的解析器选择机制无法灵活适应不同设备的特性需求。

2. 解析器冲突：目前存在两个编码解析器实现——GPUPadEncoding属性解析器和数据平铺编码解析器，在GPU路径上产生了选择困惑。

技术解决方案

核心思路是将编码解析器的获取方式从硬编码改为从目标配置中动态获取。这种改造带来以下优势：

1. 配置灵活性：允许通过配置文件而非代码修改来适配不同硬件特性。

2. 解耦设计：将编码策略与具体实现分离，提高代码的可维护性。

3. 扩展性：便于未来添加新的编码解析器实现，而无需修改核心逻辑。

实现细节

改造后的实现将：

1. 优先检查目标配置中是否指定了编码解析器。

2. 若无配置，则回退到原有的基于目标属性的选择逻辑。

3. 确保与现有数据平铺工作的兼容性，避免引入额外的命令行标志。

技术影响

这项改造虽然表面上是实现细节的调整，但对IREE项目有深远影响：

1. 为多设备支持铺路：使编码策略能够根据不同设备特性动态调整。

2. 统一GPU路径：消除当前GPU路径上两种解析器并存的混乱状态。

3. 架构优化：推动IREE向更灵活的、配置驱动的编译器架构演进。

这项工作是IREE编译器持续演进的重要一步，它不仅解决了当前的技术债务，还为未来的功能扩展奠定了更坚实的基础。