Hyperledger-Composer：为什么使用 Node.js 而不是 Angular？

Question

在开发 Hyperledger Composer 应用程序时，有一个典型的解决方案架构，如下所示：

根据文档，有一种使用 Node.js 的替代解决方案架构（参见https://hyperledger.github.io/composer/latest/applications/node ）：

为什么会选择第二种架构（使用 node.js），因为这涉及多一步：您不仅必须编写 node.js 应用程序，而且还必须为此 node.js 开发前端应用程序（所以 2 个步骤）。

在第一种架构的情况下，只需要创建一个 Angular 应用程序（因为 REST 服务器只需要启动，而 REST API 是由框架自动生成的）并完成（因此只有 1 个步骤）。

是否有任何支持使用 Node.js 的论据我没有看到？

Answer 1

node.js 仅适用于您不想创建用户界面的情况，或者，如果您希望围绕重新格式化消费的现有超级账本端点创建包装器。 一种情况可能是，每天下午 5 点，您想根据某处不同数据库中的更改发布对资产的更新……在这种情况下，您无法直接使用 Angular。

同样重要的是要注意 Angular 是唯一的客户端，Node.js 是唯一的服务器端，你不能用 Angular 提供 API。

前端和后端的分离现在是常见的做法，建议包含两者的应用程序。 这是一篇关于它的文章： https : //quickleft.com/blog/six-reasons-we-split-front-end-and-back-end-code-into-two-git-repositories-working-with-github-存储库/