7

如果这个问题已经在其他地方得到回答，我深表歉意，但我找不到一个完整的、明显的（至少对我来说）解决方案。

我对主干模型的想法有经验。在我看来，它类似于任何其他 OOP 语言中的类——使用 Backbone.Model.extend() 创建一个“类”，并在需要该类的新实例时调用它。如果我有一个应用程序命名空间，我可以在那里存储我的所有对象，并执行类似 App.getAllThisOrThatTypeModel() 之类的操作。

这是有角度的服务吗？拥有大量服务（每种类型的模型一个），基本上用“服务”模仿“类”，这是一个好的“最佳实践”吗？

当我尝试从骨干迁移到 Angular 进行实验时，我只是想围绕处理模型的最佳方法来思考 - 任何向这个方向迁移的人的建议将不胜感激。

谢谢！

4

1 回答 1

2

在 Angular 中，模型只是一个 POJO（普通的旧 javascript 对象）。

服务有所不同，但您通常会使用服务获取模型。拥有更多服务是一种很好的做法，因此您可以在整个应用程序中重用它们。服务的一大优点是，它们可以进行单元测试。和软件工程中的所有其他事情一样，将应用程序拆分为比一大堆代码更容易维护的小模块总是更好。

您不需要将模型模仿为服务。您可以稍后向它们添加一些功能，并将您的域逻辑保留在这些服务中。

我不是 Angular 专家，但我希望这能有所帮助。

于 2012-10-06T19:07:06.090 回答