这一章主要总结一下gRPC和gradle整合的总体思路。
接上一个项目代码，在gradle中直接加入了相关自身的配置（这个和maven有点相似，也是在自己的配置文件中添加自己的插件）
生成代码：
一种方式是直接通过idea生成的命令执行
另外一种方式是自己输入命令行
生成的文件路径
在java下面主要生成的是消息（message）相关的类
而grpc下面生成的是包含所有gRPC服务方法的类
然后就是将上面的所有的类放入到项目包中，方便调用。
最后就是实现服务接口，以及客户端和服务端。相关服务接口都是在gRPC服务的方法类中
现在有个问题了，对于一些不喜欢做重复工作的人来说，每次都将生产的gRPC文件拷贝到项目中，一定很不习惯；
而且当我们对项目进行build时候，就会报错
最简单的办法就是删掉最开始由gRPC生成的就可以了，别想太简单了，删掉之后还是报错
你再打开看的时候发现，build之后怎么又自动生成了o(╥﹏╥)o
解决办法：
实际解决办法：
执行之后：
现在grpc的文件路径还没有改变：
修改代码：
执行：
现在发现生成的路径就是我们设置的路径了
问了搞清楚它的底层，我们去看一下它的源码：
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
