Ningxi

当我们完成了前面文章的教程之后，接下来就需要着手准备部署的事情了。把之前编写的代码统统创建镜像运行起来

启动服务，注意 在启动服务前，需要确保 上一篇文章用到的 ningxi-compose 正常运行起来。 这样 Food rpc - DeleteFood 就开发完成了。

同时 addfoodlogic.go 我们也增加了一个参数 userid 。原先模板生成的代码并没有 userid 这个参数。但是在接下去的业务逻辑又是需要 userid 的，因此我们稍作了修改。 编辑 model 下 food.sql 文件并新增如下内容。 编辑 rpc/fo…

cd 到 FoodGuides 目录下。创建 rpc 文件夹 编辑 api/internal/svc 下的 servicecontext.go 文件，新增 Food 变量 ，新增实例化代码。 在 foodmanage 下创建 model 文件夹。 在 model 下新建 foo…

cd 到 FoodGuides 目录下。创建 api 文件夹 启动服务，注意 在启动服务前，需要确保 先前文章用到的 ningxi-compose 正常运行起来。 这样 Food API Gateway 就初步完成了。

userinfo 接口与 login register 接口不同，在接口调用的时候，需要做鉴权。 注意 这里的 AccessSecret 需要与之前 rpc 中的 AccessSecret 保持一致。 由于原来我们生成过 user-api服务，userinfohandle.go…

有了前面文章的介绍，接下去我们将加快开发速度了。 启动服务，注意 在启动服务前，需要确保 先前文章用到的 ningxi-compose 正常运行起来。 这样，User rpc - Register就开发完成了。

cd 到 FoodGuides 目录下。创建 rpc 文件夹 编辑 api/internal/svc 下的 servicecontext.go 文件，新增 User 变量 ，新增实例化代码。 在 usermanage 下创建 model 文件夹。 在 model 下新建 use…

cd 到 FoodGuides 目录下。创建 api 文件夹 启动服务，注意 在启动服务钱，需要确保 上一篇文章用到的 ningxi-compose正常运行起来。 goctl 工具可以很方便快捷的帮助我们创建api服务。但是如果不能理解api服务是如何跑起来的，看着项目结构就会…