如果这个问题已在其他地方得到解答，我道歉，但我找不到一个完整的，明显的（至少对我来说）解决方案。
我对骨干模型的想法有经验。在我看来，它类似于任何其他OOP语言中的类 - 使用Backbone.Model.extend（）创建一个“类”，并在需要该类的新实例时调用new。如果我有一个app命名空间，我可以在那里存储我的所有对象，并执行类似App.getAllThisOrThatTypeModel（）的操作。
这是一项有角度的服务吗？拥有大量服务（每种模型一种）是否是一种“最佳实践”，基本上模仿“服务”的“阶级”？
我只是试图绕过处理模型的最佳方式，因为我尝试从骨干网转移到角色再到实验 - 对于在这个方向上迁移的人的任何建议都将非常感激。
谢谢！
答案 0 :(得分：2)
在Angular模型中只是一个POJO（普通的旧javascript对象）。
服务有所不同，但您通常会使用服务获取模型。拥有更多服务是一种很好的做法，因此您可以在整个应用程序中重复使用它们。服务的一大优点是，它们可以进行单元测试。与软件工程中的其他所有内容一样，将应用程序拆分为比小块代码更容易维护的小模块总是更好。
您无需仅将模型模仿为服务。您可以稍后向它们添加一些功能，并将域逻辑保留在这些服务中。
我不是Angular专家，但我希望这可以提供帮助。