Elysia.js 1.3.0版本中对象数组响应规范化问题解析

在Elysia.js 1.3.0版本中，开发者发现了一个关于响应数据规范化的重要问题。这个问题主要出现在当API接口返回对象数组时，响应数据没有按照预期的Schema进行规范化处理。

问题现象

当开发者定义一个返回对象数组的接口，并在响应Schema中明确指定了对象应该包含的属性时，实际返回的数据却包含了额外的未定义属性。例如：

const app = new Elysia().get('/', () => [{ name: 'foo', extra: 1 }], {
    response: t.Array(t.Object({ name: t.String() }))
})

按照预期，响应应该只包含name属性，但实际上extra属性也被包含在了响应中。

问题根源

经过深入分析，这个问题与Elysia.js内部的composeCleaner机制有关。在1.3.0版本中，当响应数据是数组类型时，清理函数没有被正确调用。此外，当Schema中包含类型转换（如使用t.Integer()）且设置了additionalProperties: false时，情况会更加复杂。

解决方案

Elysia.js团队在1.3.1版本中修复了这个问题。修复后，系统现在能够正确处理以下两种情况：

1. 基本对象数组规范化：现在能够正确过滤掉Schema中未定义的属性
2. 包含转换的对象数组验证：当Schema中包含类型转换且设置了additionalProperties: false时，系统会正确验证响应数据

开发者建议

对于使用Elysia.js的开发者，建议：

1. 及时升级到1.3.1或更高版本
2. 在定义响应Schema时，明确考虑是否需要允许额外属性
3. 对于需要严格验证的场景，可以使用additionalProperties: false配置
4. 了解Schema转换可能对数据验证产生的影响

这个问题的修复使得Elysia.js的数据验证和规范化机制更加完善，为开发者提供了更可靠的数据处理保障。