标 题 |
时 间 |
代码之道 — 从工程项目全局的角度考虑整个项目的组织和管理
|
04:47
|
代码之道 — 项目的前期准备工作
|
11:30
|
一个好的后台系统可以极大的简化项目的开发和项目维护
|
15:25
|
代码之道 — 兵马未动,测试数据先行,重新生成测试数据
|
07:44
|
代码之道 — 快速构建用于演示的博客前台
|
15:41
|
代码之道 — 解决数据库查询的 N+1 查询浪费问题
|
06:19
|
代码之道 — 逐步构建完善的数据缓存系统
|
09:50
|
缓存之道 — 最简单粗暴的缓存机制如何实现
|
18:34
|
缓存之道 — Stay hungry ,Stay foolish,谦逊是美德
|
08:01
|
缓存之道 — 将用户缓存进行更灵活的单独管理
|
08:37
|
缓存之道 — 将评论缓存进行整体粗粒度切割
|
07:28
|
缓存之道 — 中心化的管理方式会让维护和开发变得更简单
|
02:18
|
缓存之道 — 更新单个评论时如何对缓存进行高效处理
|
05:39
|
缓存之道 — 发布新评论、删除评论时如何高效对缓存数据处理
|
05:29
|
缓存之道 — 理解读写分离的切勿僵化,缓存系统继续出发
|
04:18
|
缓存之道 — 博客总览页面分页缓存机制最简单粗暴的实现方式
|
07:59
|
缓存之道 — 分页数据缓存机制大改造
|
05:27
|
缓存之道 — 创建自己的分页器
|
06:08
|
缓存之道 — 使用 Bootstrap4 完成分页器的美化和高亮功能
|
06:23
|
缓存之道 — 创建新的博客时如何对缓存数据进行处理
|
07:29
|
缓存之道 — 更新和删除博客时如何对缓存进行操作
|
05:49
|
缓存之道 — 实现所有Model类都可以使用的抽象缓存接口
|
13:26
|
缓存之道 — 实现适用于所有Model类的抽象缓存的分页器
|
07:22
|
如果把单个的文章单独缓存,然后再缓存一个倒叙的列表来存储文章ID,这样跟新和修改的时候是不是只需要修改单个文章缓存就可以了,只不过删除和新增需要处理两个地方的缓存。评论内容也可以这样处理,但是如果有二级回复的评论,还使用这样的方式的话,就想不到更好的处理方式了!不过这样的缓存方式大多基于Redis
要是继续改进的话,维护一个缓存列表就足够了,这样就不用维护两个地方。看需要吧,懒的话就用原始粗暴的方式,要求高的话就不断改进吧