整个项目于使用 cursor 开发大概耗时 2 个月,其实主要开发时间大约 2~3 周应该就能完成,中间经过了好几次重构,还经历过一次推翻重来;
本来采用调用后端接口的方式:所有数据存在服务端,即所有数据都是客户端都通过 API 调用获取展示,这样的话要有公网 IP 或需要通过内网穿透技术将后端服务暴露出来,在外面使用时体验不是很好且后端服务若宕机,整个客户端即处于不可用的状态,也考虑过使用客户端缓存,但是这样做整个设计就复杂了,旧版客户端地址https://github.com/clssw1004/clsswjz-app
本地存储有完整数据,后端仅暴露同步、鉴权等接口,在需要时进行数据同步,数据同步契机如下:
![]() | 1 xyxc0673 140 天前 已 Star ,对这里面的同步逻辑感兴趣,现在能处理多客户端同步冲突吗 |
![]() | 2 VtoEXL 140 天前 不错,顶下 |
![]() | 3 yb2313 140 天前 我觉得要是可以读取银行或者支付宝 app 流水才是真的记账之神, 因为人都是很懒的 |
![]() | 4 gscsnm 140 天前 支持,现在在用钱迹 app ,用起来比较简洁,可供参考。 |
5 JacksonC 140 天前 所以这种要怎么盈利? |
6 ggmood 140 天前 via iPhone 为啥不买一个帐号直接把 iOS 上架 |
![]() | 7 hulala1021 OP @xyxc0673 目前同步方式是将客户端所有数据增删改操作记录到一张日志表,向客户端同步时就是将未同步(从上次同步完成到最新的)的操作志上传到服务端,其它用户同步时会拉取未在本地同步过的日志,并解析这些日志将日志变更应用到客户端 sqlite 数据库,因为日志数据根据时间戳是线性的,所以不需要解决冲突 |
![]() | 8 hulala1021 OP @JacksonC 并不打算盈利,这个东西在我上大学实习期间就想做了,谁知一工作就是 10 年没有歇过,难得现在歇下来,就动手实现了 |
![]() | 9 hulala1021 OP @ggmood APP Store 会员费比较贵,且家里也没人用 iphone |
![]() | 10 89ao 137 天前 |
11 followad 134 天前 via iPhone star 了 |