LW1314QS的博客

JWT

go-zero的api服务需要通过api文件进行定义。其中返回值的类型定义中并没有支持time.Time的类型。那问题来了：如果在返回值中需要时间的结果，针对sqlx和gorm模型定义的time.Time的时间类型应该怎么处理呢？接下来咱们就以产品服务版块中的产品列表的返回结果来说明如何解决的！go-zero 成长之路—微服务电商实战系列（六、条件查询）go-zero 成长之路—微服务电商实战系列（五、RPC定义）go-zero 成长之路—微服务电商实战系列（四、API定义）

在产品服务版块中咱们会有分页和条件的检索查询对应的产品列表。检索条件的组合分页条数的计算检索条件的sql语句格式化输出数据的返回这里总共3个情况。go-zero 成长之路—微服务电商实战系列（五、RPC定义）go-zero 成长之路—微服务电商实战系列（四、API定义）go-zero 成长之路—微服务电商实战系列（三、表结构篇）go-zero 成长之路—微服务电商实战系列（二、划分篇）go-zero 成长之路—微服务电商实战系列（一、需求篇）

在第三章讲到：表结构划分，共8user表product、category表cart表orders、、表pay_info表总共5个服务。在咱们原先的构想中，远不止远不止以上这5个服务版块。但是对于电商系统来说，这5个版块是重中之重的，是必不可少的。在第四章API定义，针对5个服务进行接口定义。有了API那自然就要说到RPC了。所以咱们该篇文章就针对重中之重的5个版块进行RPC的定义，用于对API数据依赖的开发。go-zero 成长之路—微服务电商实战系列（四、API定义）

不同的微服务间需要做数据的隔离，每个微服务独占数据库资源，通过RPC调用来获取数据依赖，整体架构如下图所示：通过以上对API的定义我们大致了解了需要定义哪些服务的API，下面开始API的定义。这里采用 api.api 文件的形式进行构建API服务。

不同的微服务间需要做数据的隔离，每个微服务独占数据库资源，通过RPC调用来获取数据依赖，整体架构如下图所示：通过以上对API的定义我们大致了解了需要哪些数据字段，下面开始进行数据表的设计，建表语句放在每个服务的model目录下的sql文件中，该文件会不断更新，主要涉及的库和表定义如下：用户表主要保存用户信息，在user。

微服务架构能够快速、频繁、可靠地交付大型、复杂的应用程序，通过业务拆分实现服务组件化，使用组件进行组合从而快速开发系统。

最近在研究微服务，了解到go-zero，针对go-zero目前社区上基于go-zero比较完整的开源项目，很遗憾好像没有。因此决定和大家一起从零开始基于go-zero构建一个完整的接近生产级的开源项目。该系列的设计理念是基于go-zero构建一个基础的高并发微服务商城系统，为什么要选择这个设计理念呢？一、是电商平台业务运行复杂多变，资源版块众多，微服务可以很好的实现业务独立运作，业务解耦。二、更好的处理高并发的场景。该系列为go-zeroGOMySQLRedisgo-zero。...