问题描述
考虑到现有功能，开发人员的生产力(假设每种语言的基本经验最少)，Fabric社区内部的支持以及增强的路线图，是否有任何链代码开发语言应作为短期的，并且可能是单独的，应该作为首选的，作为长期选择?
With consideration of existing functionality, developer productivity (assuming minimal experience in each language), support within the Fabric community, and roadmap for enhancements, is there any chaincode development language that should be preferred as the short-term and, perhaps separately, as the long-term choice?
先前的问题 Node.js或使用Hyperledger Fabric的链码开发?没有将Java作为一种选择，并且没有考虑到Fabric 1.4平台的最新版本.
Prior question Node.js or Go for Hyperledger Fabric's chaincode development? did not address Java as an option, and does not account for recent Fabric 1.4 platform release.
推荐答案
从Hyperledger Fabric v1.4开始，Go，Node.js和Java链码之间存在基本的功能对等.
As of Hyperledger Fabric v1.4, there is base functional parity between Go, Node.js, and Java chaincode.
Node.js或Go for Hyperledger中的上一个答案Fabric的链码开发?从根本上还是正确的.基本功能通常首先通过Go链码提供.话虽如此，新的开发应用程序文档.如果您对新的编程模型感兴趣，那么Node.js链代码将是一个不错的选择.
The previous answer in Node.js or Go for Hyperledger Fabric's chaincode development? is still fundamentally true. Base features typically get delivered in Go chaincode first. That being said, a new programming model has been introduced to Node.js chaincode in v1.4 that is explained in the new Developing Applications documentation. If the new programming model is of interest to you, Node.js chaincode would be a good choice.
最终，每种语言都具有相似的功能，相似的性能，以及良好的支持和社区采用.
At the end of the day, each of the languages have similar function, similar performance, as well as good support and community adoption.
这篇关于Hyperledger Fabric Chaincode开发语言-NodeJS，Java还是Go?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！