Hyperledger Composer vs Hyperledger Nodejs Api

Question

我对超级分类系统很陌生，对超级分类器编写器& nodejs有些困惑。我看到使用composer，我们可以创建资产、事务、参与者和链码，最后我们必须将所有这些都存档到.bna文件中，最后我们使用管理卡将这个链码部署到网络中。

但是在另一端，使用NodeJs，我们也可以通过反编译init和invoke方法来编写链码。

我们怎么能把这一切联系起来。

Answer 1

考虑这一点的最佳方法如下：

1) Hyperledger v1.1支持用两种语言编写链码: Golang和JavaScript通过Node.js

如果你想自己做所有的重担，你可以写直链码。

2) Hyperledger为开发智能契约提供了一种更高层次的模型驱动语言.它目前只允许将这些工件部署到Hyperledger Fabric上。它还碰巧支持在JavaScript中编写函数。

所以，如果你想从一个更高层次的模型驱动的方法开始，Hyperledger是最好的选择。如果您想自己编写所有管道，或者使用非常低级别的链码功能，那么使用链码本身就是最好的方法。

向前看，我们正在寻找一种更好的办法，在两者之间采取行动，而不是在前面强行作出决定/方向。

Answer 2

还有另一种选择，我们开发一个框架称为Convector，它位于Composer (高抽象，低控制)和原始代码(低抽象，高控制，因此高风险)的中间中。我们几天前就把它打开了。在WorldSibu，我们不喜欢像Composer那样放松对代码的控制，但正如Gari所说，为每个项目做所有繁重的工作是疯狂的。它就像超级分类账织物上的一只猫鼬。检查把它拿出来可能会有所帮助。

Answer 3

还值得注意的是，根据IBM的说法，Composer不再被推荐作为生产解决方案，而是仅用于原型开发。在HLF 1.3中，链码现在可以用Go、Javascript和Java编写。