Sanity：一款像开发者一样思考的 CMS
大多数 CMS 平台都会让你陷入两难境地。
你要么选择拥有高度控制权但需要支付高昂维护成本的自托管方案；要么选择托管式 SaaS 平台，但你必须向“房东”租用灵活性。
这两种选择都会在内容与前端之间制造鸿沟。开发者不得不花费大量时间在不同的世界之间进行数据转换。
Sanity 改变了这一逻辑。
它不是一个在网站上强行挂载 CMS 的产品，而是一个为你的网站提供动力的内容平台。
以下是它与众不同的原因：
- Content Lake：Sanity 处理你的基础设施和数据。你的数据保持版本化，并通过 API 进行分发。
- Studio：编辑界面是一个 React 应用程序。它存在于你的代码仓库中。你可以像对待应用的任何其他部分一样对其进行版本管理和部署。
- 定制化：如果你需要特定的工具，你可以自己构建。你可以使用与前端相同的工具来创建自定义输入组件或品牌特定的颜色选择器。
- GROQ：这种查询语言允许你在请求数据的瞬间定义数据的精确形状。这可以防止过度获取（over-fetching），并能立即解决数据结构问题。
这种架构可以随你的业务规模同步扩展。
一个小品牌可以用它来搭建简单的营销网站；而像 PUMA 这样的全球化公司，可以用它通过单一来源管理跨多个市场的 55,000 条内容。
它还为你迎接 AI 的未来做好了准备。
大多数 CMS 平台将内容存储在杂乱的 HTML 块中，这使得 AI 集成变得困难。Sanity 使用结构化的 JSON，这使得你的内容无需额外清理即可直接适配语言模型。
需要注意的一点是：
Sanity 提供了极高的灵活性，而这是一把双刃剑。
如果你不将内容建模视为一项严肃的架构决策，你将会制造出一团乱麻。在开始之前，你必须规划好文档类型和命名规范。你还需要预留时间，为你的编辑人员打造一个精致的使用体验。
Sanity 是一个基石，而非一个成品。
如果你想要一个能随你的技术需求共同成长，而不是与你技术需求作对的工具，那么它就是你的不二之选。
Source: https://dev.to/fredcorr/sanity-and-the-case-for-a-cms-that-thinks-like-a-developer-547i
Optional learning community: https://t.me/GyaanSetuAi