我在前端要写一个缓存功能，缓存存取失败要静默失败好呢还是抛异常好？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

推荐关注

› Meteor

› JSLint - a JavaScript code quality tool

› D3.js

推荐书目

› JavaScript 权威指南第 5 版

这是一个创建于 1059 天前的主题，其中的信息可能已经有所发展或是发生改变。

程序做成了 PWA,大量用了缓存功能（用 indexed db 实现），目前存取失败（比如硬盘满了）会直接抛异常，导致 app 层所有的地方都要处理这个异常，现在想想似乎静默失败设计更好？应用层完全不用关心失败问题。

这种静默失败的设计对于缓存是更合理吗？

5 条回复 • 2022-01-08 14:26:23 +08:00

ipwx

2022-01-07 21:36:36 +08:00

缓存异常吞掉挺合理，但是取数据肯定是要有载入条的

makelove

2022-01-07 21:41:59 +08:00

@ipwx 载入条是指什么？我这边加载数据先加载缓存再发出在线请求，缓存静默失败相当于这前没缓存这条记录只在线请求

IvanLi127

2022-01-08 00:02:55 +08:00 via Android

缓存只是个非功能需求，我觉得出异常静默就好。

Mutoo

2022-01-08 07:33:00 +08:00 via iPhone

相当于缓存没有命中，该干嘛干嘛。不需要抛异常。但如果是 IO 异常，例如缓存空间已满，应该有内部逻辑去处理，清理缓存。对应用层是透明的。

styx11

2022-01-08 14:26:23 +08:00

从设计模式上来看，缓存代理对于客户端来说应该是无感的（封装变化），这样的话我们修改或替换了代理对象的逻辑客户端代码都不需要做改动