Strawberry Shake 中处理 Shopify API 的 Decimal 类型解析问题
2025-06-07 18:37:25作者:齐冠琰
在 GraphQL 客户端开发中,类型系统的精确匹配是保证数据正确传输和处理的关键。本文将以 Strawberry Shake 与 Shopify API 集成为例,探讨如何处理 Decimal 类型在 GraphQL 中的特殊场景。
问题背景
当开发者使用 Strawberry Shake 14.3.0 版本与 Shopify GraphQL API 交互时,可能会遇到一个典型的数据类型解析问题。Shopify 的 API 中定义了 Decimal 类型字段,但在实际响应中这些值却以字符串形式传输(如 "24.99"),而 Strawberry Shake 的默认解析器期望直接获取数值类型。
技术原理
这个问题源于 JavaScript/JSON 处理浮点数的固有局限性。Shopify 选择将 Decimal 类型作为字符串传输是为了避免以下问题:
- JavaScript 使用 IEEE 754 双精度浮点数标准,可能导致精度丢失
- 大数值或高精度小数在 JSON 序列化/反序列化过程中可能产生舍入误差
- 金融相关数据需要保持精确的十进制表示
解决方案
Strawberry Shake 提供了灵活的标量类型重绑定机制来解决这类问题。具体实现步骤如下:
1. 自定义标量类型处理
在项目配置中,我们需要重新定义 Decimal 类型的序列化行为:
// 在 Strawberry Shake 配置中添加
services.AddGraphQLClient()
.ConfigureBuilder(builder => builder
.ConfigureSchema(sb => sb
.AddType(new DecimalType("Decimal"))));
2. 实现自定义解析器
创建 Decimal 类型的自定义解析器来处理字符串格式的数值:
public class DecimalType : ScalarType<decimal, StringValueNode>
{
public DecimalType(string name) : base(name)
{
}
public override IValueNode ParseResult(object? resultValue)
{
if (resultValue is null)
{
return NullValueNode.Default;
}
if (resultValue is string s)
{
return new StringValueNode(s);
}
if (resultValue is decimal d)
{
return new StringValueNode(d.ToString(CultureInfo.InvariantCulture));
}
throw new SerializationException(
$"The specified value {resultValue} is not a valid decimal string representation.");
}
public override bool TrySerialize(object? value, out object? serialized)
{
if (value is null)
{
serialized = null;
return true;
}
if (value is decimal d)
{
serialized = d.ToString(CultureInfo.InvariantCulture);
return true;
}
serialized = null;
return false;
}
public override bool TryDeserialize(object? serialized, out object? value)
{
if (serialized is null)
{
value = null;
return true;
}
if (serialized is string s && decimal.TryParse(
s,
NumberStyles.Float,
CultureInfo.InvariantCulture,
out var d))
{
value = d;
return true;
}
value = null;
return false;
}
}
3. 配置 JSON 序列化
对于 System.Text.Json 的序列化配置:
services.Configure<JsonSerializerOptions>(options =>
{
options.Converters.Add(new DecimalJsonConverter());
});
public class DecimalJsonConverter : JsonConverter<decimal>
{
public override decimal Read(
ref Utf8JsonReader reader,
Type typeToConvert,
JsonSerializerOptions options)
{
if (reader.TokenType == JsonTokenType.String)
{
return decimal.Parse(reader.GetString()!, CultureInfo.InvariantCulture);
}
return reader.GetDecimal();
}
public override void Write(
Utf8JsonWriter writer,
decimal value,
JsonSerializerOptions options)
{
writer.WriteStringValue(value.ToString(CultureInfo.InvariantCulture));
}
}
最佳实践
- 金融数据一致性:对于价格、税率等金融数据,始终使用字符串传输可以避免任何潜在的精度问题
- 文化设置:确保使用不变文化(InvariantCulture)进行解析,避免本地化问题
- 错误处理:实现健壮的错误处理机制,应对格式不正确的输入
- 性能考虑:对于高频访问的字段,可以考虑缓存解析结果
总结
通过理解 Shopify API 的设计选择并正确配置 Strawberry Shake 的类型系统,开发者可以可靠地处理 Decimal 类型数据。这种模式不仅适用于 Shopify 集成,也可应用于其他需要高精度十进制处理的 GraphQL 场景。
自定义标量类型是 GraphQL 类型系统的强大特性,合理利用这一特性可以解决实际开发中的各种数据表示和传输挑战。
登录后查看全文
热门项目推荐
相关项目推荐
kernelopenEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。C026
Kimi-K2-ThinkingKimi K2 Thinking 是最新、性能最强的开源思维模型。从 Kimi K2 开始,我们将其打造为能够逐步推理并动态调用工具的思维智能体。通过显著提升多步推理深度,并在 200–300 次连续调用中保持稳定的工具使用能力,它在 Humanity's Last Exam (HLE)、BrowseComp 等基准测试中树立了新的技术标杆。同时,K2 Thinking 是原生 INT4 量化模型,具备 256k 上下文窗口,实现了推理延迟和 GPU 内存占用的无损降低。Python00
GLM-4.6V-FP8GLM-4.6V-FP8是GLM-V系列开源模型,支持128K上下文窗口,融合原生多模态函数调用能力,实现从视觉感知到执行的闭环。具备文档理解、图文生成、前端重构等功能,适用于云集群与本地部署,在同类参数规模中视觉理解性能领先。Jinja00
HunyuanOCRHunyuanOCR 是基于混元原生多模态架构打造的领先端到端 OCR 专家级视觉语言模型。它采用仅 10 亿参数的轻量化设计,在业界多项基准测试中取得了当前最佳性能。该模型不仅精通复杂多语言文档解析,还在文本检测与识别、开放域信息抽取、视频字幕提取及图片翻译等实际应用场景中表现卓越。00
GLM-ASR-Nano-2512GLM-ASR-Nano-2512 是一款稳健的开源语音识别模型,参数规模为 15 亿。该模型专为应对真实场景的复杂性而设计,在保持紧凑体量的同时,多项基准测试表现优于 OpenAI Whisper V3。Python00
GLM-TTSGLM-TTS 是一款基于大语言模型的高质量文本转语音(TTS)合成系统,支持零样本语音克隆和流式推理。该系统采用两阶段架构,结合了用于语音 token 生成的大语言模型(LLM)和用于波形合成的流匹配(Flow Matching)模型。 通过引入多奖励强化学习框架,GLM-TTS 显著提升了合成语音的表现力,相比传统 TTS 系统实现了更自然的情感控制。Python00
Spark-Formalizer-X1-7BSpark-Formalizer 是由科大讯飞团队开发的专用大型语言模型,专注于数学自动形式化任务。该模型擅长将自然语言数学问题转化为精确的 Lean4 形式化语句,在形式化语句生成方面达到了业界领先水平。Python00
项目优选
收起
deepin linux kernel
C
26
9
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
423
3.25 K
Ascend Extension for PyTorch
Python
231
262
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
689
331
暂无简介
Dart
686
160
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
9
1
React Native鸿蒙化仓库
JavaScript
266
326
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
65
19
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.22 K
667
仓颉编译器源码及 cjdb 调试工具。
C++
136
869