Web applications 使用“编写web应用程序”；“没有后端”；

有了Firebase和Parse等新服务，以及Angular JS等工具，现在可以编写一个web应用程序，该应用程序仅作为静态文件的集合使用。您可以用HTML/CSS/Javascript编写前端，后端是托管服务

我的问题是：

• 这是个好主意吗
• 对于这样的应用程序，使用Heroku或App Engine这样的东西值得吗？用户只需下载一次HTML/JS，就可以完成设置
• 如何处理用户？联合登录？在Firebase/Parse中存储用户数据

---

欢迎任何其他建议

用当前的浏览器功能编写一个纯客户端应用程序是完全合理的。我个人构建了一个复杂的应用程序，仅在后端使用Firebase，并使用CDN提供的HTML/JavaScript作为客户端。这尤其适用于具有简单安全模型的应用程序类型：

• 单用户应用程序（其中数据属于并由一个人修改）
• 聊天和通信小部件
• 组织专用的应用程序，其中客户端连接至少在较小程度上经过身份验证和信任（协作编辑器和CRM）

在某些情况下，这是可能的，但不太适用于计算量大的工具，即使是低级别的用户数据也必须由可信的第三方小心控制（例如，玩家可以破解自己的统计数据，计算有效统计数据需要复杂算法的游戏）

通过使用“特权使用者”取代传统的API和服务器脚本，您还可以大大减少服务器管理和设置。它们也是Firebase的侦听器，具有更高的访问权限，可以像客户端一样侦听和处理数据，然后写入比正常用户更安全的数据，不允许用户访问或操作

仅客户端模型的一个缺点是安全性的复杂性增加。必须信任每个客户机来计算和存储自己的数据，或者必须通过安全规则或某种外部监控（如特权消费者）仔细保护数据

---

通过深入研究有关设计模式的文献，您可能会发现一些有趣的设计想法。您可能还想了解一些见解。

您不是指聊天应用程序Kato，对吗？；）