我正在为“组 - 角色 - 用户”系统开发angular-js web前端。前端调用具有许多端点的REST API。 当我开始开发时，REST API的端点要少得多，因此将AngularJS服务创建为代理，为所有端点创建方法并通过它们调用服务似乎是个好主意。因此，我有方法，例如：addGroup，addRole，addUserToRole，addUserToGroup等。在复杂的情况下使用这种模式是很安静的丑陋和无法管理的。它使我的控制器不可测试，并且它们充满了业务逻辑。我想像通过（业务）实体对象一样处理数据OOP，就像LINQ To SQL在.NET中做它一样。
我应该遵循什么模式？ 这是一个很好的解决方案如果我为通过方法和属性彼此关系的服务实体创建客户端模型吗？我可以从我的控制器通过提供商访问它们。 （基本上在控制器和服务之间手动插入和实现一个层，我可以将业务操作转换为服务调用。）或者我应该保持3层模型并使用rest-angular，$ resources或其他东西？
这个问题的真正企业解决方案是什么？我怎么能处理这个如果我想保持我的控制器清洁？
提前致谢！