架构/框架

字数统计: 734字   |   阅读时长≈ 2分

前言

模块化, 分层, 解耦, 降低代码重合度

1. 图片缓存

1
2
3
4
Manager
内存 | 磁盘 | 网络
Code Manager
图片解码 | 图片压缩/解压缩

图片是通过什么方式读写的, 过程是怎样的?

1
2
以图片URL的单向Hash值作为Key读取
读取过程:  内存 -> 磁盘 -> 网络下载

内存设计上需要考虑哪些问题?

1
2
3
4
5
6
7
1. 存储的Size
// 可以区分图片大小本身分级对待其存储容量, 比如 500K以下的(50张), 2MB以下的(20张)...
2. 淘汰策略
// 可以 1. 以队列先进先出的方式淘汰; 2. LRU算法(最近最久未使用算法, 如30分钟之内是否使用过)

// 定时检查 ❌(不推荐, 消耗性能较大), 
// 提高检查触发频率✅(每次进行读写时, 前后台切换时, 同样也需考虑开销)

磁盘设计需要考虑哪些问题?

1
2
3
存储方式
大小限制(如100MB)
淘汰机制(一月/周未使用)

网络部分设计需要考虑哪些问题?

1
2
3
图片请求的最大并发量
请求超时策略
请求优先级 (是否是用户当前最需要的)

图片解码

1
2
3
4
5
6
// 对于不同格式的图片, 解码采用什么方式?
应用策略模式对不同图片格式进行解码

// 在哪个阶段做图片解码处理?
磁盘读取后, 
网络请求返回后

线程处理

1
2


2. 阅读时长统计

怎么设计一个时长统计框架?

1
2
3
4
5
6
7
8
9
// 记录器
1. 页面式 (场景: 单页面/控制器)
2. 流式 (场景: 微博长条/头条新闻)
3. 自定义式 (场景: 横滑视频类的)

// 记录管理者
1. 记录缓存
2. 磁盘存储模块
3. 上传器

为何要有不同类型的记录器, 考虑是什么?

1
基于不同分类场景提供的关于记录的封装, 适配

记录的数据会由于某种原因丢失, 怎么处理?

1
2
1. 定时写磁盘
2. 限定内存缓存条数(如10条), 超过阈值即可写磁盘

延时上传的具体场景有哪些?

1
2
1. 前后台切换
2. 从无网到有网

上传时机怎么把控?

1
2
3
1. 立刻上传
2. 延时上传
3. 定时上传

3. 复杂页面架构

1
2
3
4
1. MVVM框架思想
2. RN的数据流
3. 系统UIView更新机制
4. AsyncDisplayKit关于预排版

4. 客户端整体架构

1
2
3
4
4. 业务A, 业务B, 业务C ...
3. 中间层
2. 通用业务层
1. 独立APP的通用层

业务之间的解耦通信方式

1
2
3
4
1. OpenURL

2. 依赖注入
// 添加 中间层(协议), 获得能实例化目标对象的钩子.

总结

图片缓存

阅读时长统计

复杂页面架构

客户端整体架构

赏

感谢老板打赏哦!

微信

扫一扫，分享到微信

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia-plus根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

主要涉及技术：
移动端, 前端开发、
开源爱好者

写博客的原因

主要是为了自己的总结回顾

如果能帮助到大家的话

那再好不过了!O(∩_∩)O哈哈~