feat: 优化FilterUnknownType工具类

[busy-dog]

改进 FilterUnknownType<T> 类型定义的精确性

🔍 问题描述

原来的 FilterUnknownType<T> 实现过于粗暴：

type FilterUnknownType<T> = string extends keyof T ? {} : T

当类型 T 包含字符串索引签名时，会直接返回空对象 {}，这导致所有已知的字面量属性也被过滤掉了。

✨ 解决方案

新的实现更加精确：

type FilterUnknownType<T> = {
    [P in keyof T as string extends P ? never : P]: T[P]
}

这个实现会：

1. 遍历类型 T 的每个属性键 P
2. 对于字符串索引签名（string extends P 为 true），将其过滤为 never
3. 对于具体的字面量属性键，保留原始类型 T[P]

🎯 改进效果

以一个混合类型为例：

type Mixed = { name: string; age: number; [key: string]: any }

// 原实现结果：{}
// 新实现结果：{ name: string; age: number }

💡 意义

新实现能够精确地只过滤掉未知的动态属性，同时保留所有已知的字面量属性，这对于微信小程序组件的类型安全更加重要，确保开发者能够正确访问到组件的已知属性，而不会因为存在字符串索引签名就丢失所有类型信息。

[SgLy]

能同时在 issue.test.ts 中再添加一个原来的实现无法通过，只有新实现能通过的自动化测试用例吗？

[busy-dog]

能同时在 issue.test.ts 中再添加一个原来的实现无法通过，只有新实现能通过的自动化测试用例吗？

Done