转发自白狼栈：查看原文今天我们来看两个问题，枚举类和公众函数库的引入。枚举类上节课最后我们抛出的问题其实就是如何自定义 code 的问题。为了方便管理错误码，我们利用 hyperf 的枚举类进行管理。枚举类参考 [链接]枚举类依赖 hyperf/constants 组件，composer require 进行安装。 {代码...} 生成枚举类 {代码...} ...

所谓的国际化就是多语言，比如前面抛出的异常信息“id无效”，我们希望客户端选择中文的时候提示“id无效”，选择英文的时候提示“id is invalid”，选择日语的时候提示“ID が無効です”等等，这里的国际化指的并不是全站内容的国际化，比如用户提问的问题内容。

上一节课我们封装了统一响应的方法，敲过一遍代码的小伙伴可能会发现一个明显的问题，对于业务逻辑的处理，我们往往会写在 Service 中，比如像下面这样：

上节课我们已经成功启动了 hyperf，我们的目的是利用 hyperf 实现一套问答系统的接口开发。 在开发需求之前，为了让我们的框架更加完善，先看几个问题。

首先，我本地的环境是 Mac + PHP 7.4.21 + Swoole Version => 4.6.7 + Composer version 2.4.4，作为学习，建议大家统一选择官方的 docker 镜像。

由于我们迟迟等不到 hyperf 3.0 的正式包（预计快了，截止目前（2022-11-02）已经发了13个 rc 包了）。但是丝毫不影响我们基于 docker + hyperf 3.0 进行学习。

在使用 hyperf 官方自带的 AMQP 队列时你会发现，不需要我们再额外启动进程对消息进行消费。这是因为默认情况下，使用 @Consumer 注解时，hyperf 会为我们自动创建子进程启动消费者，并且会在子进程异常退出后，重新拉起。

Hyperf 是一个高性能、高灵活性的渐进式 PHP 协程框架，内置协程服务器及大量常用的组件，性能较传统基于 PHP-FPM 的框架有质的提升，提供超高性能的同时，也保持着极其灵活的可扩展性，标准组件均基于 PSR 标准 实现，基于强大的依赖注入设计，保证了绝大部分组件或类都是 可替换 与 可复用 的。

阅读目录构建服务消费者安装json rpc依赖安装JSON RPC客户端server配置编写业务代码编写服务消费者类consumer配置配置 UserServiceInterface编写UserControllerpostman测试自动配置服务消费者配置优化统一结果处理我们说过，服务提供者可以提供各种服务，它可以和数据库进行交互；服务消费者是纯消费的服务，只需要远程...

阅读目录什么是服务构建服务提供者1、创建数据表2、构建服务提供者3、安装json rpc依赖4、安装rpc server组件5、修改server配置6、配置数据库7、编写基础代码7-1、编写model代码7-2、编写service代码postman测试上一篇文章我们了解了如何使用hyperf对项目进行垂直拆分，这是我们整个微服务模块的基础。hyperf支持JSON-RP...

Hyperf 是一个高性能、高灵活性的渐进式 PHP 协程框架，内置协程服务器及大量常用的组件，性能较传统基于 PHP-FPM 的框架有质的提升，提供超高性能的同时，也保持着极其灵活的可扩展性，标准组件均基于 PSR 标准 实现，基于强大的依赖注入设计，保证了绝大部分组件或类都是 可替换 与 可复用 的。