函数驱动Action赋值GeoPoint到Geohash属性时类型不匹配问题

核心矛盾 #

你遇到的问题本质是Ontology属性的TS类型映射与实际运行时类型要求不匹配：

• 在Ontology中，你将字符串属性标记为Geohash格式，自动生成的TS类型把该属性映射成了GeoPoint | undefined；
• 但系统底层实际期望接收的是原始经纬度字符串（如'12.123456,34.345678'），而非GeoPoint结构体对象，这就导致了TS编译时无报错，但运行时提交Action时触发类型不匹配错误。

解决方案 #

直接将输入的latlong字符串赋值给coordinate属性，通过类型断言绕过TS的类型检查（因为TS类型映射和实际系统要求不一致）：

修改函数中的赋值逻辑：

const cols: Partial<myObjectType> = {
    // 用类型断言告知TS该字符串符合属性的类型预期
    coordinate: latlong as unknown as GeoPoint
}

或者如果不需要保留GeoPoint类型的TS提示，也可以直接使用类型断言为any：

coordinate: latlong as any

为什么会出现这种矛盾？ #

当你在Ontology属性编辑器中将字符串属性标记为Geohash格式时，TS类型生成工具会默认将其映射为GeoPoint结构体类型（方便在代码中使用经纬度操作），但系统底层的存储和校验逻辑仍然保留了原始字符串类型的要求，这就造成了编译时类型提示与运行时实际要求的脱节。

你的实时预览测试正常，是因为预览环境没有启用严格的运行时类型校验，而前端提交Action时会触发系统的完整类型校验，因此报错。

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