移动开发中的数据持久化模型设计(一)--数据唯一性

本文探讨移动开发中的数据持久化模型设计,重点在于数据唯一性和避免返回脏数据。通过确保每个数据实例对象唯一,利用TypeAdapter实现对象拦截实例化,以保持数据一致性。同时,建议服务器避免返回不完整数据,以防止数据污染。后续文章将讨论刷新数据的时机选择。
摘要由CSDN通过智能技术生成

前言

算法导论里说 Program = Data + Algorithm
对于移动开发而言 Application = Data + UI

作为前端开发,我们的日常工作绝大部分工作都在同数据和UI界面打交道,而界面更是依赖于数据而存在。

这时候一个高效的数据持久化模型,能够帮助我们从加载、缓存和管理数据的繁杂任务中剥离出来,将精力专注到界面交互上。

移动开发的特殊性

我们先看看移动开发中数据到界面的加载逻辑。

移动端界面加载流程

如上图所示,移动应用先从后端获取数据,进而才在界面中进行加载渲染。

对于移动应用而言,如果在界面切换的过程中频繁的进行数据请求,在开始请求数据到数据请求完成的过程中,用户界面无法进行正常显示,势必会影响用户的正常使用。因此我们应该尽可能复用历史请求数据,减少不必要的数据请求。

下面我们会使用一个类似微博朋友圈这样的场景来简单陈述一下。

数据的一致性

朋友圈的数据类图如下:

类图
每一条数据都会有一个唯一id进行对应。

我们

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值