编辑-发布-开发分离: 静态API设计

周末在计划着Growth的最外一层，即解决方案的时候，想着自己要做一个静态的API——即基于JSON与GitHub的API。

在之前的那篇《编辑-发布-开发分离：git作为NoSQL数据库》中，我们经常提到过使用git作为数据库的N种优点。

因为我暂时没有足够的精力，去负担这样一个解决方案系统的构建。所以，我就想我只需要简单地做一个JSON的API即可。

设计思路

对于Growth应用上的解决方案这种页面来说，它和博客类似，主要由两部分来组成：

• 详细页
• 列表页

做过博客的人都知道，列表页实际上是一由很多篇博客组成的。假设我们已经按之前的思路（编辑-发现-开发分离），将一篇篇的博客做成两部分

• 原始数据文件——JSON
• 生成详细页文件——html

那么，我们就可以依据这个JSON来生成列表页——这就是写一个脚本的事。

实战方案

于是，我就在这几天里开始构思这个脚本，然后有了一点点收获。我的意思是，我已经写了这样一个简单的脚本。但是因为我想试试RxJS，所以我现在好像又在异步的坑里了。不过，这不重要先让我来说说方案，无非就是：

• 读取、解析原始JSON文件
• 每十个实体合成一个JSON文件
• 最后几个文件生成一个JSON文件

稍微不同的是一个解决方案的JSON文件里，可能有多个对象。

好了，写完了，在GitHub上：https://github.com/phodal/solutions

优点

我一直都喜欢简单的设计，对于我来说可以用静态方案来解决的问题，那么就应该考虑用静态的方案。它具有以下的特点

1. 便宜——要知道对于云服务来说，存储文件比CPU运行省钱得多
2. 安全——再也不担心服务器被入侵了
3. 省电——CPU消耗少

除此，我们还可以减少在DevOps上的支出。