wger项目中的距离记录功能问题分析与解决方案

问题概述

在wger健身管理系统中，用户报告了一个关于距离记录功能的重要缺陷。当用户尝试记录跑步等运动时，系统无法正确处理带有小数点的距离数值（如1.5英里或公里），而是强制要求输入整数。此外，系统还存在单位设置不保存和显示不一致的问题。

技术问题分析

1. 小数距离输入限制

核心问题在于系统将距离输入字段设置为整数类型而非浮点数类型。这种设计限制了用户只能输入整数值，当尝试输入1.5这样的数值时，系统会报错提示"请输入有效值，最近的两个有效值是1和2"。

从技术实现角度看，这可能是由于：

• 数据库字段被定义为整数类型
• 前端输入验证限制了非整数输入
• 后端API没有正确处理浮点数值

2. 单位设置不保存问题

即使用户在锻炼计划中设置了英里(mi)和英里每小时(mph)作为默认单位，每次记录时系统仍会重置为默认的"次数/磅"单位。这表明：

• 用户偏好的单位设置没有被正确保存或读取
• 会话状态管理可能存在问题
• 前端没有正确初始化表单字段

3. 单位显示不一致

在移动应用中，即使用户选择了英里作为单位，日志仍可能显示为公里。这说明：

• 移动应用和Web界面可能使用不同的数据显示逻辑
• 单位转换功能可能存在缺陷
• 数据存储和显示层之间的单位信息可能丢失

解决方案

1. 小数距离支持

要支持小数距离记录，需要进行以下修改：

• 修改数据库字段类型为浮点数
• 更新API端点以接受浮点数值
• 调整前端验证逻辑
• 确保所有相关计算和显示都能正确处理小数

2. 单位设置持久化

解决单位设置问题需要：

• 确保用户偏好被正确保存到数据库
• 在会话期间保持单位设置
• 正确初始化表单字段
• 实现前后端一致的单位处理逻辑

3. 统一单位显示

确保单位显示一致需要：

• 统一移动应用和Web界面的数据显示逻辑
• 实现可靠的单位转换机制
• 在数据传输过程中保留单位信息

实施进展

根据项目维护者的回复，这些问题已经在"flexible routines"分支中得到了解决。这表明开发团队已经意识到这些问题的重要性，并正在积极改进系统功能。

总结

wger项目中的距离记录功能问题展示了健身管理系统中常见的单位处理和数据类型挑战。通过将整数类型改为浮点数、改进单位设置持久化和统一显示逻辑，可以显著提升用户体验。这些改进将使wger更适合记录跑步、骑行等需要精确距离测量的运动，满足更广泛的健身追踪需求。