目前我正在重建一个大型angularjs控制器(1000+行(，并且该控制器正在使用大型angularjs服务(1000+行(。我想将大部分业务逻辑从控制器推送到服务，但服务越来越难以维护。有哪些技术用于定义边界和拆分大型服务？
在我们的服务中，我们有公共函数，它们是对 API 的 http 调用的包装器，以及只执行业务逻辑的公共函数。根据 api 调用/业务逻辑拆分文件是个好主意吗？还是我应该尝试找到另一种方法来拆分文件，将 api 调用和中继业务逻辑分组在同一文件中？
我通常将功能业务逻辑拆分为三个子服务，并将它们放入单独的文件中：feature.manager、feature.utils和feature.service
feature.service包含所有异步调用(ajax，websocket等(，此服务没有实际的业务逻辑，它只处理客户端和服务器之间的通信。
feature.utils包含所有实用程序方法，例如业务数据结构转换，此服务中的主要方法应该是功能性的。
feature.manager包含业务逻辑的大部分，它应该取决于feature.utils和feature.service