Netty的深入浅出--22.gRPC与gradle整合中的一些细节分析

这一章主要总结一下gRPC和gradle整合的总体思路。

接上一个项目代码，在gradle中直接加入了相关自身的配置（这个和maven有点相似，也是在自己的配置文件中添加自己的插件）

生成代码：

一种方式是直接通过idea生成的命令执行

另外一种方式是自己输入命令行

 生成的文件路径

 在java下面主要生成的是消息（message）相关的类

而grpc下面生成的是包含所有gRPC服务方法的类

 然后就是将上面的所有的类放入到项目包中，方便调用。

最后就是实现服务接口，以及客户端和服务端。相关服务接口都是在gRPC服务的方法类中

现在有个问题了，对于一些不喜欢做重复工作的人来说，每次都将生产的gRPC文件拷贝到项目中，一定很不习惯；

而且当我们对项目进行build时候，就会报错

最简单的办法就是删掉最开始由gRPC生成的就可以了，别想太简单了，删掉之后还是报错

 你再打开看的时候发现，build之后怎么又自动生成了o(╥﹏╥)o

解决办法：

 

实际解决办法：

 

执行之后：

 

现在grpc的文件路径还没有改变：

 

修改代码：

 

执行：

 

现在发现生成的路径就是我们设置的路径了

 

 问了搞清楚它的底层，我们去看一下它的源码：