在 JavaScript / Node SDK 上使用 composer-rest-server 的开销？
Overhead to using composer-rest-server over JavaScript / Node SDK?
我们正在尝试找出使用超级分类帐编写器时的最佳设计实践。我们有以下问题：
1) 如果我们使用的是 composer-rest-server，那么将不得不管理两个服务器端组件。
i) 运行 composer-rest-server ii) 运行 应用程序将向 composer-rest-server 发送请求以与网络通信。
这不是开销吗？我们通过使用 composer-rest-server 获得了哪些额外的优势？事实上，我猜客户端可能必须进行两次身份验证。
2) 如果我们使用JavaScript SDK，那么将只需要管理一个服务器端应用程序，如有误解，请指正。
3) 当我使用 yo 生成器生成 angularjs 应用程序时，它还询问我 composer-rest-server 的信息，但我不打算使用 composer-rest-server 并且想使用 [=仅 21=] 和 'composer-admin'。
- 是的，运行 和 composer-rest-server 在它自己的进程中会有一些开销，但是它将允许您独立于您的应用程序来保护和扩展您的其余服务器。根据您的情况，这可能是值得支付的开销。
另一种选择是生成直接使用 loopback-connector-composer LoopBack 连接器的 LoopBack 应用程序（使用 lb 工具）。这可能会让您访问底层的 Express 服务器，并允许您合并您的应用程序和 REST 服务器。
您是对的，但是您必须自己为您的业务网络构建 REST API，并管理身份验证和证书。
生成的 Angular 应用程序使用 composer-rest-server 公开的 REST API 与 HLF 交互。
这是我正在为文档做贡献的 DRAFT 拓扑图。
我们正在尝试找出使用超级分类帐编写器时的最佳设计实践。我们有以下问题：
1) 如果我们使用的是 composer-rest-server，那么将不得不管理两个服务器端组件。 i) 运行 composer-rest-server ii) 运行 应用程序将向 composer-rest-server 发送请求以与网络通信。
这不是开销吗？我们通过使用 composer-rest-server 获得了哪些额外的优势？事实上，我猜客户端可能必须进行两次身份验证。
2) 如果我们使用JavaScript SDK，那么将只需要管理一个服务器端应用程序，如有误解，请指正。
3) 当我使用 yo 生成器生成 angularjs 应用程序时，它还询问我 composer-rest-server 的信息，但我不打算使用 composer-rest-server 并且想使用 [=仅 21=] 和 'composer-admin'。
- 是的，运行 和 composer-rest-server 在它自己的进程中会有一些开销，但是它将允许您独立于您的应用程序来保护和扩展您的其余服务器。根据您的情况，这可能是值得支付的开销。
另一种选择是生成直接使用 loopback-connector-composer LoopBack 连接器的 LoopBack 应用程序（使用 lb 工具）。这可能会让您访问底层的 Express 服务器，并允许您合并您的应用程序和 REST 服务器。
您是对的，但是您必须自己为您的业务网络构建 REST API，并管理身份验证和证书。
生成的 Angular 应用程序使用 composer-rest-server 公开的 REST API 与 HLF 交互。
这是我正在为文档做贡献的 DRAFT 拓扑图。