api项目的话应该不太好用到设计模式，因为每个服务功能比较单一（网关转发、鉴权、统计。后端就单纯进行一个数据的一个增删改查，主要功能是调试方面。接口服务的功能就更单一了（我连service都没写）。所以总体不太好抽象（每个服务就已经很单一了），如果是在想实现可以看看这篇文章https://bcdh.yuque.com/staff-wpxfif/resource/zyv8wc164e2a0p19 实现多种登录接口来进行抽象
如果接口服务提供AI服务的话，也可以用设计模式来组织 多种不同AI服务（智普，星火，通义，都可以白嫖），这里我能想到的设计模式是：（注册模式/工厂 + 适配器模式），因为白嫖的qps一般都是有限的，鱼友这里也可以简单实现一下 负载均衡（配合设计模式）
项目介绍里面没有，应该没有用到（挠头.jpg）
api项目的话应该不太好用到设计模式，因为每个服务功能比较单一（网关转发、鉴权、统计。后端就单纯进行一个数据的一个增删改查，主要功能是调试方面。接口服务的功能就更单一了（我连service都没写）。所以总体不太好抽象（每个服务就已经很单一了），如果是在想实现可以看看这篇文章https://bcdh.yuque.com/staff-wpxfif/resource/zyv8wc164e2a0p19 实现多种登录接口来进行抽象
如果接口服务提供AI服务的话，也可以用设计模式来组织 多种不同AI服务（智普，星火，通义，都可以白嫖），这里我能想到的设计模式是：（注册模式/工厂 + 适配器模式），因为白嫖的qps一般都是有限的，鱼友这里也可以简单实现一下 负载均衡（配合设计模式）
项目介绍里面没有，应该没有用到（挠头.jpg）