问题描述
我在我的项目中使用的是NestJS，rest api with mongoose，项目的文件夹结构是典型的：
Module A
Controllers
Services
Models
Module B
...
Service 和 Model 之间的关系是一对一，但我的一个服务类已经过度生长。 SOLID 原则建议使用小类，因此为了避免这种情况，我想将我的服务分成几个小服务（根据某些标准特性/功能/职责），但我不确定这是否是好的做法。
这样的基数是否可取？
Many Small Services -> One Mongoose Model (same collection)
示例：小服务，每个服务都专门用于管理主集合中的一个子文档
或
One Services -> Many Mongoose Model (different collections)
记住 spring 服务和存储库的概念，服务是放置业务逻辑的地方，然后服务可以有任意数量的存储库，但我不确定这是否可以打破单一职责原则。
我也想避免循环依赖。
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）