到目前为止，你已经能新增一条加油记录。但只要你做过任何“和车相关”的工具类 App，就一定会遇到一个问题：如果没有“车辆”这个主实体，一切记录都会失去归属。这一篇我们把做成一个可长期使用的模块。说明：本文所有代码片段都来自项目文件。我会把代码拆成小块，并在每块后面紧跟解释。

这一篇我们把说明：本文所有代码均来自项目文件。为了保证阅读体验，我只截取，并在每段代码后紧跟解释。

前面两篇我们把“花费趋势”“油价/油量趋势”都画出来了。这一篇我们聚焦统计页里的。本文所有代码来自的。每段代码之后我都会紧跟解释。

到第 16 篇为止，我们已经有了“备份/恢复”（数据库文件级别）。注意：这篇文章不讲“概念上的 JSON”。所有代码都来自。并且每段代码后面都紧跟解释。

展示里程、油量、金额的单位文本。导出用户导出 CSV/JSON 时，希望字段含义一致。未来扩展如果你做“统计/报表”，单位统一会影响可理解性。因此项目里把它放到了里，作为设置系统的一部分。

不覆盖用户正在输入的内容：用做一次性预填不改变主键/归属idvehicleId必须沿用旧记录不在页面写太多业务规则：页面做输入与反馈，规则尽量放在 controller/model提示“修改未保存”：当用户改了字段直接返回时，弹窗提示里程递增校验（可选）：只对同车记录做约束，允许补录历史。

第 06、07 篇我们已经把“车辆列表 + 添加车辆”跑通。但一个真正可长期使用的工具，不能只有列表。这一篇我们只做一件事：把讲透。从路由入口、参数传递、页面布局，到复用组件_KVRow，再到两个关键的下钻按钮。说明：本文所有代码片段都来自项目文件。

如果你确实想在新增页强制递增，我更推荐把逻辑放在 controller 层（能拿到同车历史数据），而不是散落在 UI 里。这样你在“新增/编辑/导入”时，只要统一走这套规则，就不会出现同一条数据在不同入口算出来不一样。在个人工具类应用里，我更倾向于这种“路径尽量少”的实现方式：正确率更高，维护成本更低。目前新增页只做了“必须大于 0”的校验，并没有强制里程递增。另一个“新增体验”的关键细节是：新增

这一篇我们只聚焦一件事：把“每次加油花了多少钱”画成一条趋势曲线。你会看到项目里为什么把 x 轴设计成“第 N 次记录”，为什么底部日期要做稀疏显示，以及 tooltip 如何把一个点还原成一条真实记录。为了避免文章讲得很玄，下面所有代码都来自的。每段代码后面我都会紧跟解释。

前面我们已经把加油记录的新增/编辑/删除链路打通了。所有代码均来自。每段代码后面紧跟解释。