Hyperledger fabric 使用GO或Composer的链码

我知道hyperledger结构上的链码（智能合约）可以使用golang编写。但是在fabric 1.0中，我看到的另一件事是composer，在这里我可以使用JS编写“事务”部分。 go API给了我更多的底层控制，比如访问MSP、CA和其他，这有什么区别吗？还是新版本希望您使用JS编写所有代码？ 我想了解每种方法的具体用法。

本教程->应该可以帮助您进行并列比较，以及使用任一工具集的方法

更新答案（如前一篇文章所承诺）：Hyperledger Composer v0.19.0（编写时间-2018年4月1日）是使用Composer构建区块链业务网络的默认版本。因此，当您拉HL/Composer（例如通过npm安装等）时，这将使用Hyperledger Fabric v1.1的当前GA版本，即底层区块链网络基础设施。此0.19.0版本包括Composer business Network部署方式的根本性更改（与以前的版本相比，如0.16.x-0.18.x）。业务网络现在以“链码”的形式部署在Hyperledger结构中，这意味着业务网络（而不是Composer运行时）可以由各方（区块链网络）协商并签署，使用与非Composer链码类似的管理模型。在以后的版本中，计划添加JS requires，以便可以在NodeJS中利用它们，并包括您开发的其他JS函数（当然，您已经可以从0.19.x版本之前引入的Composer事务处理器中调用本机Fabric API/链码函数）。请参阅发行说明中的更多信息->

本教程->应帮助您进行并行比较，并使用任一工具集

---

更新答案（如前一篇文章所承诺）：Hyperledger Composer v0.19.0（编写时间-2018年4月1日）是使用Composer构建区块链业务网络的默认版本。因此，当您拉HL/Composer（例如通过npm安装等）时，这将使用Hyperledger Fabric v1.1的当前GA版本，即底层区块链网络基础设施。此0.19.0版本包括Composer business Network部署方式的根本性更改（与以前的版本相比，如0.16.x-0.18.x）。业务网络现在以“链码”的形式部署在Hyperledger结构中，这意味着业务网络（而不是Composer运行时）可以由各方（区块链网络）协商并签署，使用与非Composer链码类似的管理模型。在以后的版本中，计划添加JS requires，以便可以在NodeJS中利用它们，并包括您开发的其他JS函数（当然，您已经可以从0.19.x版本之前引入的Composer事务处理器中调用本机Fabric API/链码函数）。在发行说明中查看更多信息->

看起来像的副本看起来像的副本，所以我的理解是，如果我使用fabric 1.0+（1.1，考虑到它将在GA中可用）和Compose 0.16/7.x，那么我几乎可以使用JS而不是GO实现我想要的任何目标。感谢您的澄清Fabric 1.1 GA版已上市。使用Composer在JS中编写智能合约最简单。它还可以使用Composer事务处理器函数中的Fabric API或已经在Go/chaincode函数中编写的函数（如果您已经有此类函数库），通过调用Fabric API的功能，使用Composer的v0.19.0（请参见上面的更新答案）。因此，我理解的是，如果我使用Fabric 1.0+（1.1考虑到它将在GA中可用）使用Compose 0.16/7.x，我几乎可以使用JS而不是GO实现我想要的任何目标。感谢您的澄清Fabric 1.1 GA版可用。使用Composer在JS中编写智能合约最容易开始。它还可以使用Fabric API，或者已经在GO/chaincode函数中编写的函数（如果您已经拥有此类函数的库）通过调用Fabric API的功能从Composer事务处理器函数中调用，使用Composer的v0.19.0（请参见上面的更新答案）。