
简介
该用户还未填写简介
擅长的技术栈
未填写擅长的技术栈
可提供的服务
暂无可提供的服务
flutter_for_openharmonyFillUp -油耗追踪器app实战+车辆管理实现
到目前为止,你已经能新增一条加油记录。但只要你做过任何“和车相关”的工具类 App,就一定会遇到一个问题:如果没有“车辆”这个主实体,一切记录都会失去归属。这一篇我们把做成一个可长期使用的模块。说明:本文所有代码片段都来自项目文件。我会把代码拆成小块,并在每块后面紧跟解释。
flutter_for_openharmonyFillUp -油耗追踪器app实战+记录详情实现
这一篇我们把“记录详情页”做成一个完整的闭环节点。说明:本文所有代码均来自项目文件,我只选取必要片段并紧跟解释。
flutter_for_openharmonyFillUp -油耗追踪器app实战+编辑加油实现
不覆盖用户正在输入的内容:用做一次性预填不改变主键/归属idvehicleId必须沿用旧记录不在页面写太多业务规则:页面做输入与反馈,规则尽量放在 controller/model提示“修改未保存”:当用户改了字段直接返回时,弹窗提示里程递增校验(可选):只对同车记录做约束,允许补录历史。
flutter_for_openharmonyFillUp -油耗追踪器app实战+新增加油实现
如果你确实想在新增页强制递增,我更推荐把逻辑放在 controller 层(能拿到同车历史数据),而不是散落在 UI 里。这样你在“新增/编辑/导入”时,只要统一走这套规则,就不会出现同一条数据在不同入口算出来不一样。在个人工具类应用里,我更倾向于这种“路径尽量少”的实现方式:正确率更高,维护成本更低。目前新增页只做了“必须大于 0”的校验,并没有强制里程递增。另一个“新增体验”的关键细节是:新增
flutter_for_openharmonyFillUp -油耗追踪器app实战+记录列表实现
这一篇我们把说明:本文所有代码均来自项目文件。为了保证阅读体验,我只截取,并在每段代码后紧跟解释。
# flutter_for_openharmonyFillUp -油耗追踪器app实战+概览实现
这篇文章我们把说明:本文所有代码均来自项目文件,为了保证可读性,我只截取。每段代码后都会紧跟一段解释。
到底了







