除了 Composer 使原型业务网络的部署和测试变得更加容易,以及我们不需要了解 golang 来开发链代码这一事实之外,这些接口提供的功能有何差异,可能会导致人们选择其中之一另一个?
这篇文章或许可以为您提供所需的答案:
https://blog.selman.org/2017/07/08/getting-started-with-blockchain-development/ https://blog.selman.org/2017/07/08/getting-started-with-blockchain-development/
Hyperledger Composer 既是一个应用程序开发框架,又是一组强大的工具,可简化和加快最终在 Hyperledger Fabric 区块链上执行的区块链应用程序和智能合约的创建。 Composer 有自己的运行时,即通用链代码和主机并解释部署的业务网络 - 因此您的智能合约只需要使用 Javascript,而不是您提到的 Go a(这是 Fabric 的域)中的链代码。它还具有建模工具来创建业务网络模型并定义诸如访问控制列表和要执行的查询之类的控制。
这个架构链接应该可以帮助您进一步理解 ->https://www.slideshare.net/SimonStone8/hyperledger-composer-architecture https://www.slideshare.net/SimonStone8/hyperledger-composer-architecture
此外,请参阅 Hyperledger Composer 文档,请参阅此处:
https://hyperledger.github.io/composer/ https://hyperledger.github.io/composer/
要查看 Hyperledger Fabric 文档 - 请参见此处:
https://hyperledger-fabric.readthedocs.io/en/latest/ https://hyperledger-fabric.readthedocs.io/en/latest/
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)