Hyperledger-Composer：为什么使用 Node.js 而不是 Angular？
Hyperledger-Composer: Why use Node.js instead of Angular?
在开发 Hyperledger Composer 应用程序时，有一个典型的解决方案架构如下所示：
根据文档，有一个替代解决方案架构使用 Node.js（参见 https://hyperledger.github.io/composer/latest/applications/node）：
为什么要选择第二种架构（node.js），因为这涉及更多步骤：您不仅要编写 node.js 应用程序，而且还必须开发这个 node.js 应用程序的前端（所以 2 个步骤）。
对于第一种架构，只需要创建一个Angular应用程序（因为REST服务器只需要启动，而RESTAPI是框架自动生成的）并完成（因此只有 1 个步骤）。
是否有任何支持使用 Node.js 我没有看到的论点？
node.js 的情况仅适用于您不想创建用户界面，或者如果您希望围绕重新格式化消费的现有超级账本端点创建包装器。一个案例可能是每天下午 5 点你想 post 根据不同数据库中某处发生的变化对资产进行更新......在这种情况下你不能直接使用 Angular。
同样重要的是要注意 Angular 是专门的客户端，Node.js 是专门的服务器端，并且您不能为 API 提供 Angular。
前端和后端分离现在是常见的做法，建议用于包含两者的应用程序。这是一篇关于它的文章：https://quickleft.com/blog/six-reasons-we-split-front-end-and-back-end-code-into-two-git-repositories-working-with-github-repositories/
在开发 Hyperledger Composer 应用程序时，有一个典型的解决方案架构如下所示：
根据文档，有一个替代解决方案架构使用 Node.js（参见 https://hyperledger.github.io/composer/latest/applications/node）：
为什么要选择第二种架构（node.js），因为这涉及更多步骤：您不仅要编写 node.js 应用程序，而且还必须开发这个 node.js 应用程序的前端（所以 2 个步骤）。
对于第一种架构，只需要创建一个Angular应用程序（因为REST服务器只需要启动，而RESTAPI是框架自动生成的）并完成（因此只有 1 个步骤）。
是否有任何支持使用 Node.js 我没有看到的论点？
node.js 的情况仅适用于您不想创建用户界面，或者如果您希望围绕重新格式化消费的现有超级账本端点创建包装器。一个案例可能是每天下午 5 点你想 post 根据不同数据库中某处发生的变化对资产进行更新......在这种情况下你不能直接使用 Angular。
同样重要的是要注意 Angular 是专门的客户端，Node.js 是专门的服务器端，并且您不能为 API 提供 Angular。
前端和后端分离现在是常见的做法，建议用于包含两者的应用程序。这是一篇关于它的文章：https://quickleft.com/blog/six-reasons-we-split-front-end-and-back-end-code-into-two-git-repositories-working-with-github-repositories/