超级账本作曲家和超级账本结构之间的区别？答案

【问题标题】：Difference between hyperledger composer and hyperledger fabric?超级账本作曲家和超级账本结构之间的区别？
【发布时间】：2019-11-16 11:37:54
【问题描述】：

我是 Java 开发人员，也是超级账本的新手。我有兴趣学习它，需要知道从哪里开始。面料 vs 作曲家？

【问题讨论】：

首先使用作曲家.. 但现在它已被弃用。如果有旧的 Hyperledger 版本可用，您可以检查一下。

标签： hyperledger hyperledger-fabric hyperledger-composer

【解决方案1】：

Hyperledger Composer 简化了基于 Hyperledger Fabric 区块链基础设施的应用程序开发。

如果您对区块链基础设施感兴趣，请从 Fabric tutorials 开始。

如果您对区块链应用感兴趣，请从 Composer tutorials 开始。

Fabric 教程还包括低级链代码开发示例（使用 golang）。 Composer 是一个更高级别的应用程序开发框架。

我建议同时尝试两者以全面了解功能。

作为一名 Java 开发人员，您还需要查看 Fabric Java SDK 以构建与区块链交互的 Java 客户端应用程序。从 Fabric v1.3 开始，Java 链码也可用。

【讨论】：

Composer 是否根据业务网络生成 go 语言智能合约并部署在 docker 中？还是对所有业务网络使用通用智能合约？我在 Youtube 上看到一个视频，里面提到了通用链码，很困惑。
Composer 本身作为 Fabric 上的智能合约运行。
Composer 不直接生成链码或“Go”。它使用通用链码将作曲家模型映射到链码表，并在 javascript 引擎的 javascript 解释器中运行事务处理器功能。所以它在自己的运行时环境和链码容器中运行。每个 composer 业务网络（即具有智能合约逻辑，用 javascript 编写并作为业务网络的一部分创建）都部署到它自己的 Chaincode 容器中。
根据我对开发生产就绪应用程序的理解，作曲家设置很好。我说的对吗？
我找到了这些关于如何将 Composer 区块链业务网络部署到“常规”Hyperledger Fabric 的教程。我认为单独的 Fabric 和 Composer 教程很有用，但真正将这些部分组合在一起的是一个很好的架构图，它使用了这两种技术，但显示了它们之间的“胆量”。作为一个试图构建一个整体解决方案的人，这确实是没有解释的部分，IMO。 hyperledger.github.io/composer/tutorials/…hyperledger.github.io/composer/tutorials/…

【解决方案2】：

更新的答案（如上一篇文章中所承诺的）：Hyperledger Composer v0.19.0（撰写本文时 - 2018 年 4 月 1 日）是使用 Composer 构建区块链业务网络的默认版本。因此，当您通过 npm install 等方式拉取 HL/Composer 时 - 这将使用 Hyperledger Fabric v1.1 的当前 GA 版本，即底层区块链网络基础设施。此 0.19.0 版本包含 Composer 业务网络部署方式的根本变化（相对于以前的版本，例如 0.16.x - 0.18.x）。业务网络现在部署在 Hyperledger Fabric 中“作为链代码”——这意味着业务网络（而不是 Composer 运行时）可以由各方（区块链网络）同意并使用与非 Composer 链代码类似的管理模型进行签名。在以后的版本中，计划添加 JS requires 以便在 NodeJS 中利用这些功能并包含您开发的其他 JS 函数 - 当然，您已经可以从 Composer 事务中调用原生 Fabric API/链码函数处理器 - 在 0.19.x 版本之前引入）。在发行说明中查看更多信息 -> https://github.com/hyperledger/composer/releases/tag/v0.19.0

【讨论】：

嗨，Paul，您能否详细说明您的评论：“它使用通用链码将作曲家模型映射到链码表，并在 javascript 引擎中的 javascript 解释器中运行事务处理器函数。”
嗨，保罗，这里有两点。 1. 我在 Composer 中创建业务网络时如何查看创建的链码？ 2.我从你的陈述中了解到，现在它不再是一个通用的链码，写在 composer ui 中的业务逻辑被创建为链码并部署到 Fabric 中。所以我假设它创建了一个 JS 链码。请确认。
1. docker exec -it peer0.org1.example.com /bin/bash ; cd /var/hyperledger/production/chaincodes ; ls 2. Composer业务网络部署为NodeJS链码。

【解决方案3】：

hyperledger fabric 是一个超级账本框架，而 composer 是一个超级账本模块。我建议你从超级账本作曲家开始，因为它提供了许多好处，例如

更快地创建区块链应用程序，消除大从头开始构建区块链应用程序所需的努力
它经过充分测试，因此涉及的风险较小，更易于理解并与不同领域保持一致
更高级别的抽象使其具有更大的灵活性迭代更简单。

另外的超级账本作曲家是用 javascript 编写的。Composer 为您提供了一堆易于使用的组件，您可以快速学习和实施这些组件。

hyperledger 结构将您降低一层。如果您想开始了解区块链架构和底层流程，请继续使用 Fabric。

这里是开始织的好地方 https://github.com/IBM-Blockchain/marbles

【讨论】：

【解决方案4】：

如果您知道 Hyperledger Fabric 是一个框架并且 Hyperledger Composer 是构建区块链业务网络的工具，这将有助于您开始。 Composer 为创建应用程序提供了一个 GUI 用户界面“Playground”，因此代表了概念验证工作的绝佳起点。

【讨论】：

【解决方案5】：

Hyperedger Fabric： Hyperledger Fabric 是 Hyperledger 框架之一。它是一种私有许可的区块链，通常用于构建企业应用程序。

超级账本作曲家： 它是 Hyperledger Framework 的工具之一。与 Hyperledger Fabric 框架相比，该工具的主要目的是在更短的时间内开发区块链应用程序。

以下是两者的主要区别：

在 Hyperledger composer 的帮助下开发区块链应用程序变得更加容易和快捷。
Hyperledger Composer 中的链码只能用 javascript 编写
Hyperledger Composer 构建在 Hyperledger Fabric 网络之上，通过连接文件利用其主要组件。

【讨论】：

【解决方案6】：

截至 2019 年 8 月 29 日，Hyperledger Composer 项目处于弃用状态。你仍然可以使用它，但考虑到未来最好从织物文档开始。现在面料教程有了很大改进。

【讨论】：

【解决方案7】：

Hyperledger composer 只是一个在 hyperledger Fabric Blockchain 上部署业务网络的框架。你甚至可以在 Fabric 上部署应用程序（使用 Golang 或 Node 编写的链代码），但是 composer 只是简化了这个过程。在作曲家中，您的网络中有参与者、资产，然后您定义要执行的交易。您可以查看作曲家教程https://hyperledger.github.io/composer/latest/tutorials/tutorials.html

【讨论】：

【解决方案8】：

开发可用于生产的应用程序 Composer 并不是最佳选择，因为它缺乏使用“原生”基于 Go 的智能合约提供的全套功能。还要注意，Composer 需要通过运行基于结构的区块链网络来烘焙，否则它是无用的。使用 Web UI 管理的 Composer 操作不是写在任何区块链中，而是写在内存中。

这些是 Composer 和 Fabric 之间的主要区别，因此 Composer 绝对是构建模型、制作 PoC 等的绝佳工具

【讨论】：

使用 Composer Playground 中的网络浏览器配置文件，例如使用托管游乐场composer-playground.mybluemix.net，确实将所有内容写入本地存储，这对于查看 Composer 可以提供的功能非常有用。但是，一旦您在本地安装 Playground 并将其与 Hyperledger Fabric 连接，一切都在区块链上完成。此外，还有 VSCode 和 Atom 插件，以及广泛、熟悉和开放的工具集，供您在 Playground 之外使用时使用。 Composer 是构建模型、PoC 等以及全面区块链解决方案的绝佳工具。