有关http转RPC的问题

懂了，又好像没懂，相当于两者都差不多，gateway一键傻瓜式实现，gin的话可自定义，扩展性更好，对吧？

后面协作，gateway也是基于go的原生http库，所以gin也可以直接warp一下。

协作的部分，感觉似懂非懂，毕竟没有实际操作过，我现在才学到gateway一半，大概等我看完了，就可能了解更多了吧。。。。。感谢老师！

哦，对了老师，那么实际生产环境是推荐使用grpc-gateway么？，我想问的是，是教学方便所以使用grpc-gateway，还是我以后项目上线也可以使用这种方式? 

相比grpc-gateway，go框架自己搞http转rpc层，会更好维护吧（毕竟大部分程序猿了解go的框架，不太了解gateway吧，可能）

grpc-gateway还是一套比较简单的框架，掌握他很快，所以不用担心其他程序员不了解的问题。由于它暴露了标准的http.Handler接口，和其他框架兼容也没有什么问题，建议在项目中使用的。

可扩展性，其实我在课上也做了自定义Marshaller，自定义头部，以及grpc.DialOption的使用，普通的扩展性需求也能够胜任。