Blockchain hyperledger composer相对于fabric的优势和局限性？

与hyperledger结构相比，在hyperledger composer上开发有哪些优势？ 还有在fabric中提供的composer不支持的限制或内容？

请参阅此以进行并列比较

[如下所述-已编辑]，当前版本的Hyperledger Composer无法（在撰写本文时）利用Hyperledger Fabric的所有功能，但这一点正在迅速变化，其目的不是要对其设置任何限制。您可以在使用Hyperledger Fabric v1.1-alpha的最新Hyperledger Composer“next”v0.17.x版本（预览版）中获得此功能的预览。这意味着可以通过调用Fabric API并使用已有的本机函数来提供功能（例如跨通道查询或加密或伟大的historian支持）。有关更多信息，请参阅此车票

下面的示例说明了如何将其写入Composer内部的事务处理器函数中：

const response = await getNativeApi().invokeChaincode(myChainCode, [arg1, arg2, arg3], myChannel)

// do something here with response (as a developer)

---

基本上，Hyperledger Composer是Hyperledger结构的补充。Composer允许您对角色、资产和事务进行建模，它可以为您生成一些较低级别的代码。使用Hyperledger Fabric，您可以自己编写此代码

这可能是一件好事，也可能不是那么多，这取决于你的POV

---

Hyperledger Composer无法（截至目前为止）利用Hyperledger Fabric的所有功能，但这一点正在迅速变化，其目的不是让它设置任何限制。这就是说，您目前使用Composer所能做的也很可能满足最常见的用途。

据我所知，Composer简化了区块链实施过程。基本上，它在结构区块链运行时之上实现区块链。它允许用户在抽象层次上使用区块链建模，并在一定程度上生成相关代码。Composer更适合创建快速可重用的POC

您是否看过这篇博客文章，比较了编写直接构造代码或使用Composer的开发工作？这本书有点过时，但读起来很有趣。我是超级分类账和区块链的新手。你能解释一下

myChainCode

指的是什么吗？这是一个可以编写的自定义函数吗？