Mocha

Mocha 是什么

Mocha 把应用想法变成可部署的网站或内部工具，目标是不靠构建团队就把东西上线，它的定位是含部署的应用生成。这个范围从想法一直到一个能跑的地址，比原型更宽。

它能做什么

它接收一个想法，返回一个可部署的网站或内部工具，目录说明提到它从一个想法生成、面向快速构建并含部署。使用场景是生成网站和构建内部工具，所以产出目标是真正上线，而不只是预览，这正是超出纯原型的实际一步。因为部署是产品的一部分，价值在于不用自己搭托管就能拿到一个能跑的地址，用户拿到的是能用的东西，而不是一个还要自己琢磨的文件。它没有声称是打磨过的生产系统，只是从一段描述出发的上线起点。

适合谁使用

它适合有应用想法、想不雇开发就上线的人，也适合需要快速拿到一个内部工具的团队。它同样适合目标是一个能跑起来的东西、拿真实用户去试，而不是一份可以争论的规格说明的快速构建。

需要留意什么

一个可部署的应用会对你的数据做真实决策，所以便利并不降低谨慎程度。有两点要权衡。第一，确认归属与托管位置，因为一个替你部署、却只持有唯一副本的构建工具，其实是你租来的，而条款的一次变化就可能让线上应用搁浅，所以要尽早导出。第二，部署结果需要和你自己动手做的东西接受同样的安全审查，所以在真实流量进来之前检查访问控制、输入校验和用户数据放在哪里，因为一次跳过这些检查的快速部署，是让用户暴露的快路径。保留 Mocha 去用它承诺的上线构建，但要把代码导出并审查数据层，因为一个把你从想法带到能跑地址的应用生成器，只有在你把那个地址当成自己的东西来保障、并且随时能带走时才最有价值。

因为核查时官网处于不可用状态，这里的一切都当作暂定信息。目录列表可能落后于产品真实的方向，所以在 Mocha 之上构建之前，先确认对买家真正重要的事：应用如何托管、代码能否导出、数据会怎样、价格条款是什么。如果这些答案拿不到，除了做实验之外，这个工具还不具备成为依赖的资格。

因为能确认的太少，唯一合理的测试是一次性的。构建一个小内部工具，试着导出它，并检查数据放在哪里。如果这个项目能被带到别处，这个工具对快速构建就有真实价值；如果不能，就把它当成一份临时草稿。无论哪种情况，在官网恢复可访问之前，不要让任何业务流程依赖这个产品，直到你直接确认了它当前的条款。