javascript - 在 : Internal database vs. git javascript 项目中管理 JSON 文件的架构

Question

在我的公司，开发人员手动管理一些资源(通过操作 JSON 文件):

• 配置:语言字符串。
• 模板:页面模板。
• 菜单:菜单结构。

我正在考虑转向将在构建过程中生成 JSON 文件的内部数据库的优点和缺点。

在我看来，(一如既往:-))需要权衡:

优点和缺点

手动方法(JSON 操作)的好处:

• 低资源占用:无需服务器、数据库或登录。
• 使用现有基础架构:git 用于版本控制。
• 轻松回滚:工件可以轻松回滚。

手动方法的缺点:

• 容易损坏:没有数据库意味着数据完整性有问题。锁？验证？
• 没有 API:很难提供基于文件系统数据的内部 API。
• 巨大的文件:随着时间的推移，文件变得越来越大，甚至可能会卡住 IDE。

有人有管理 JSON 资源的经验吗？处理 JSON 文件和使用基于 GIT 的版本是否合乎逻辑？

谢谢，

Answer 1

我喜欢在 GIT 中管理此类数据。有很多人喜欢数据库方法，但我认为基于文件的方法的简单性比数据完整性更有值(value)。

您可以确保部署、构建或测试过程中的任务。这也将消除大文件的问题。只需将它们拆分成逻辑部分，然后将其连接起来以供部署。

我们甚至在简单的 CSV 文件之上构建了一个流程，该流程使用 pull 请求让项目经理更改应用程序中的配置部分。我们使用自动化测试来确保新更改不会破坏任何内容。

数据库驱动的方法在同步方面有很大的缺点。您需要确保最新数据同步到开发、暂存和实时系统。更改很难跟踪，您需要确保在出现问题时它们不会破坏您的整个平台。

不要低估同步内容所付出的努力。同步非常困难。