【问题标题】:Is this API repository valid or should it be split up into services?这个 API 存储库是有效的还是应该拆分为服务?
【发布时间】:2021-10-06 19:09:22
【问题描述】:

我目前正在为我的一个项目开发一个新的 PHP RESTfulAPI。它基于 SLIM API 4 构建,使用操作、服务和存储库。但是,这种架构对我来说是新的,我有一些问题很难找到好的答案。

API API 有多个存储库用于处理与数据库的通信,例如适用于用户、类别和公司。但是,我最近添加了一个存储库来处理上传的文件,并通过它实现了缩放、压缩和旋转图像等功能。但是这个存储库不与任何数据库通信,它只与另一个使用 SSH2 的 FTP 服务器通信。

问题从这里开始: 但是,如果它不与数据库通信并且具有这些功能,这甚至是一个有效的存储库吗?我应该将功能拆分为多个服务吗?这感觉很愚蠢,因为它需要大量的服务,除非我将一些功能重写到模块或类似的东西中。

如果我需要澄清任何事情,请告诉我您对此的想法。如果你有什么好的读物,请与我分享。

【问题讨论】:

    标签: php api rest repository slim


    【解决方案1】:

    存储库将域层映射到数据访问层,即数据库。因此,FTP/SFTP/FTPS/HTTP 等客户端不是存储库。

    【讨论】:

      猜你喜欢
      • 2018-10-24
      • 2012-08-19
      • 2012-09-04
      • 2011-06-10
      • 1970-01-01
      • 1970-01-01
      • 2010-09-12
      • 1970-01-01
      • 2017-02-02
      相关资源
      最近更新 更多