为什么这个工具没有后端：纯前端交付的三个取舍

LayoutAtlas 没有服务端：所有转换、排版、自检都在浏览器里跑完，正文不上传、不需要注册，产物是一个可以直接双击打开的单文件 HTML。这个选择换来三件具体的事——正文不出本机、打开即用、产物永久可存档；代价同样具体——没有跨设备同步、没有协作、没有素材云端库。下面把每条取舍摊开讲，包括哪些需求是它主动放弃的，以及如果你的需求落在放弃的那一侧，该怎么办。

后端能带来什么，以及它的价格

先承认一件事：后端能做的事很多。加上服务端之后，下面这些功能都变得可实现：

这张表才是「不做后端」的真正含义：不是这些功能做不到，是每一条都要用「正文离开你的电脑」来换。

对多数消费类工具来说这笔交易是划算的。但对一个处理未发布稿件的工具，它不划算——因为稿件在发布前是最敏感的状态：还没有经过编辑审核、可能包含未公开的信息、可能是商业合作的保密内容。运营者愿意把文章交给一个平台托管草稿，和愿意把它交给一个排版工具，是两件不同量级的事。

「正文不出本机」是可以验证的，不是一句承诺

隐私这件事，承诺和事实的差别很大。一个工具说「我们不会看你的内容」，读者只能选择相信；而「技术上做不到看」是可以自己验证的。

验证方式有三条，都不需要读代码：

1. 断网使用一次。 打开工具、粘贴一篇文章、完成排版、点复制——全程在断网状态下做完。如果中间任何一步失败，说明它依赖服务端。本工具在断网下可以完整走完整个流程。
2. 打开浏览器的网络面板，看有没有带货稿内容的请求。 每次操作之后看一遍请求列表，正文内容是否出现在任何一个请求体里。这是最直接的证据。
3. 产物是单文件。 把生成的 HTML 另存到本地，用文本编辑器打开，能看到排版所需的全部样式都在文件里，没有任何外部依赖。产物本身就能证明转换过程不需要服务端。

第三条还有一个额外的好处：产物可以永久保存。 它不依赖任何服务还在运营——工具停止维护了，你的历史产物依然能打开、依然能复制出可用的富文本。

单文件交付的取舍

把产物做成单文件自包含的 HTML，是这个工具最硬的一条约束，也是它最容易被误解的地方。

好处是明确的。 单文件意味着：可以直接双击用浏览器打开、可以随邮件发送、可以放进任何目录存档、不需要网络、不会因为某个 CDN 下线而样式全丢。对一个「生成物要长期保存」的工具来说，这一条比任何功能都重要。

代价同样明确。 单文件不能自动更新——你下载的那一份会一直停留在下载时的版本。如果需要新功能，得重新获取。另外，单文件也意味着不能有服务端能力：没有云端模板、没有素材同步、没有基于服务端的历史记录。

还有一个容易被忽略的代价：浏览器成了唯一的运行环境。 排版结果依赖浏览器的渲染引擎，不同浏览器可能有细微差异。这是纯前端方案的固有属性，只能靠「在多个浏览器上验证」来覆盖。

什么情况下你确实需要一个后端

有三种需求，本工具主动不覆盖，而且也不建议用变通办法去凑：

团队协作。 多个人改同一篇稿子、需要版本历史、需要审阅流程——这些需求真实存在，但它们属于内容管理系统（CMS）的范畴。用排版工具去承担协作，得到的是一个两边都不好用的东西。

多设备无缝切换。 在办公室电脑上排一半、回家用笔记本继续。纯前端工具的做法是导出工程文件、在另一台机器上导入——能用，但不如云端同步顺手。

定时发布与批量管理。 一次排十几篇、按排期发布、统一管理多个账号，这些必须要有服务端。

如果你的需求落在这一侧，判断标准很简单：你想要的到底是「排版」，还是「内容运营」？ 排版工具的职责边界是「把一篇稿子变成能直接粘贴的富文本」，再往后的每一件事——排期、发布、协作、统计——都需要一个持续运行的服务，也都需要你信任那个服务。

一个附带的好处：你的源文件在你自己手里

不做后端还有一个副产品值得说：它逼着工作流以源文件为中心。

纯前端工具不保存你的草稿，所以你必须自己保存 Markdown 原文或者工程文件。这件事一开始像是缺点（要自己管文件），长期看是优点：源文件在你手里，格式是通用的纯文本，不与任何工具绑定。工具换了、服务停了、十年后想重新排一遍，源文件都还在。

反过来，如果草稿只存在于某个服务的数据库里，退出这个服务就意味着失去全部历史。

常见问题