业务逻辑,缓存方案一

作者: zcwfeng | 来源:发表于2019-03-19 19:31 被阅读3次

关于请求数据(是否弹出强制购买页面)

将是否显示强制购买的数据请求结果定为进入程序的必经步骤

1.先从本地判断是否已经购买
已购买, 直接进入程序
return;

2.未购买逻辑
判断本地是否有上次的请求结果,
有结果,结果表示审核通过 ,直接显示强制购买
return;

有结果,结果表示未审核通过, 使用缓存有效期, 低于1小时使用本地缓存,
超过1小时执行请求(提高审核期,进入程序的速度)

3.数据请求逻辑
无网络,停留在启动界面.(注:不弹强制购买, 也不进入程序)
有网络,请求网络 没有超时时间限制, 直到请求到结果
请求失败, 直接进入程序.(注:不弹强制购买, 也不进入程序)
请求成功,根据结果判断进入还是显示强制页面, 并缓存结果


关于请求json的逻辑

要点:
0.目前将获取程序中3个json都定义为进入主机面的的必经步骤
  0.1 请求每日精选json
  0.2 请求主页图片数据json
  0.3 请求支付的json
1.获取json的逻辑放在Start场景里处理
2.json的存储逻辑,本地缓存,每个json的有效期为1天


步骤:
Start场景中
  如果本地存在, 直接进入下一个场景
    如果本地存在,但是过期了,则执行请求逻辑.请求完成后, 
      写入本次请求的时间到本地(请求的结果再不用写入本地了)
      如果json与本地不一致, 则执行刷新界面逻辑
      


  如果本地不存在,则请求服务器
    没有网络或请求失败, 则停留在Start场景.(防止在主界面没有数据问题)
    请求成功(注: 3个json都全部请求成功,才算成功), 
      将json写入本地
      将本次收到请求结果的时间写入本地(用于判断是否过期)
      进入下一个场景. 

相关文章

  • 业务逻辑,缓存方案一

    关于请求数据(是否弹出强制购买页面) 将是否显示强制购买的数据请求结果定为进入程序的必经步骤 1.先从本地判断是否...

  • 缓存系统应用

    经典缓存设计方案 CacheAside 优点:简单易于实现缺点:自己维护数据更新后的同步逻辑;对业务代码有侵入性 ...

  • bilibili 缓存解决方案(一) overlord-plat

    bilibili 缓存解决方案(一) overlord-platform介绍 随着b站业务的高速发展,对于缓存的依...

  • 如何设计一个鲁棒性强的系统

    要设计一套撸棒性强的系统,核心在于缓存,层层缓存。从 cdn 缓存到 view 层缓存到业务逻辑缓存到数据库缓存到...

  • Springboot多模块搭建 一Service构建

    Service 这个层我们要做缓存还有一些其他的处理比如事物,还有一些其他的业务逻辑,验证 项目结构 缓存 缓存注...

  • 触发式的缓存一致性方式

    当读取缓存的时候,如果缓存里没有相关数据,则执行相关的业务逻辑,构造缓存数据存入到缓存系统; 当与缓存项相关的资源...

  • ActiveMQ

    1. 同步索引库分析 方案一:在taotao-manager中,添加商品的业务逻辑中,添加一个同步索引库的业务逻辑...

  • 架构学习记录

    一,读写分离延迟处理方案 1,对固定业务读写在主节点,比如登录注册 二,缓存雪崩 缓存失效后或者启动系统的时候没有...

  • 数据指标体系的搭建底层逻辑

    从底层逻辑出发,梳理建立数据指标体系和分析方案的底层逻辑。 多维度视角+业务场景关键元素分类+追踪业务过程+梳理业...

  • 数据模型之逻辑数据模型

    定义逻辑数据模型(Logical Data Model,LDM) 逻辑模型主要目的是给出业务的解决方案。

网友评论

    本文标题:业务逻辑,缓存方案一

    本文链接:https://www.haomeiwen.com/subject/fhktvxtx.html