Pushpin: 浏览器支持

哦，我完全支持浏览器！ 我认为我们可以在浏览器中运行前端，在节点进程中运行后端。

也就是说——前端只是一个渲染线程。 您需要始终有一个后端和一个前端，才能真正做任何有趣的事情。 我想我们可以想象一个......中端，它会更接近你正在寻找的 Gozala，并将更多的责任外包给一个共享的后端。

也就是说，对于这个项目来说，它是一个明确的（但可能是可变的）工程目标，它是自包含的。 它不需要外部服务就可以完成工作。 没有什么可安装或依赖的。

具体来说，我认为后端是提供网络和文件系统功能的部分。 理想情况下，如果后端关闭，前端应该能够在前端缓存中保留更改。

是否有任何原因无法将本地/离线更改保留在前端并在可用时复制到后端？ 这显然不是实现的复杂性。

好吧，坚持是后端的工作。 这就是我想说的。 前端是一个没有持久化的单一渲染线程。 这是前端的一个重要且必不可少的属性。 如果您想要一种可以进行本地持久化并且可以在没有后端的情况下运行的中端，那么为什么不让它成为一个完整的对等体呢？

前端不做任何持久化的原因是因为持久化、CRDT 计算以及所有这些东西都会阻塞输入线程。

好吧，坚持是后端的工作。 这就是我想说的。 前端是一个没有持久化的单一渲染线程。 这是前端的一个重要且必不可少的属性。 如果您想要一种可以进行本地持久化并且可以在没有后端的情况下运行的中端，那么为什么不让它成为一个完整的对等体呢？

好吧，我愿意采用中端术语。 但是，我不完全确定在这种情况下“完全对等”是什么意思。

前端不做任何持久化的原因是因为持久化、CRDT 计算以及所有这些东西都会阻塞输入线程。

浏览器有工作线程已经有一段时间了。 它们非常适合这种事情，事实上，对于服务工作者，您甚至可以在完全脱离网格和后端流程超出范围的情况下运行整个事情。

是的，我很想将“后台”工作人员移动到服务工作人员并使图钉作为 PWA 工作。 这就是梦想！

对于工作人员，您可以使用内置 IndexDB 或类似的“浏览器本机”存储解决方案在浏览器中进行更长时间的持久化，尽管有一些重要的警告。 目前有人在做这方面的工作吗？