问题标签 [dreamcode]

此处描述的 Dreamcode：http: //nobackend.org/dreamcode.html

开发人员在开发 Web 应用程序时不必担心后端。很有趣。但是，我对在前端构建应用程序逻辑几乎没有疑问。

问题是，即使在后端处理身份验证。

• 有哪些方法可以让应用逻辑混淆，不易被复制？
• 对于应用程序模型，服务器很容易接收它。然而，从 Dreamcode 的 Store 和 Public Store 的想法来看，我们如何处理不打算出于安全目的发送回前端的字段？

例如，在这个Gist中，它展示了如何通过 id 获取对象：

这里的问题是，例如，我有一个应用程序，来宾用户可以发布文档并稍后使用密码对其进行编辑。来宾用户保存带有加密密码的文档。

当其他用户从前端应用程序“查看”文档时。Dreamcode 数据存储将返回此文档对象的所有字段（基于 Dreamcode 规范），包括加密的密码，这是不好的。

那么，我们如何处理具有这些潜在限制的 Dreamcode 前端应用程序呢？

从无主机：

“非托管网络应用程序”是指基于浏览器的应用程序，没有服务器端后端。与服务器端或客户端服务器应用程序不同，默认情况下，非托管 Web 应用程序让用户可以控制其宝贵的用户数据和隐私。

从noBackend (dreamcode):

noBackend 是一种通过使用前端代码（Dreamcode）抽象后端任务来将应用程序与后端分离的方法。这使前端开发人员可以专注于用户体验，并为后端开发人员在实施方面提供更大的灵活性。

这两个动作是完全分开的吗？ unhosted 和dreamcode 一样吗？

• Unhosted 的想法是否只适用于以前是桌面的应用程序，比如笔记应用程序？以印象笔记为例。非托管类型的印象笔记将具有与印象笔记相同的功能，但数据不托管在应用程序服务器中？
• 对于 Dreamcode，它是否更适合需要在应用程序的不同用户之间共享数据或文档的 Web 应用程序。像博客网站、文档托管网站或社交网站？