为什么AngularJS被认为是MV*_Angularjs_Architecture_Model View_Rationale_Mvw

为什么AngularJS被认为是MV*

angularjs architecture

为什么AngularJS被认为是MV*,angularjs,architecture,model-view,rationale,mvw,Angularjs,Architecture,Model View,Rationale,Mvw,我曾在后端（Rails）使用MVC，目前在前端（Angular）使用MVC（MV*）。我见过角度被认为是MV*模式，但为什么它被认为是这样呢使用Angular，我理解了关注点的分离，包括视图（模板）、控制器和使用服务来提供数据。在这种情况下，通过ng模型的模型（数据存储）对于前端临时存储是有意义的，但实际的持久性（当对API进行POST或PUT时）似乎是通配符。由于数据可以持久化，因此可以采用不同的处理方式（数据库、firebase等）根据我的理解，*VC似乎更合适，因为Angular中的控

我曾在后端（Rails）使用MVC，目前在前端（Angular）使用MVC（MV*）。我见过角度被认为是MV*模式，但为什么它被认为是这样呢

使用Angular，我理解了关注点的分离，包括视图（模板）、控制器和使用服务来提供数据。在这种情况下，通过ng模型的模型（数据存储）对于前端临时存储是有意义的，但实际的持久性（当对API进行POST或PUT时）似乎是通配符。由于数据可以持久化，因此可以采用不同的处理方式（数据库、firebase等）

根据我的理解，*VC似乎更合适，因为Angular中的控制器比模型定义得更好

MV*模式中肯定有一些核心的东西我不知道或不明白，任何澄清都非常感谢。

这里有一些方法可以选择：

控制器：
视图模型：
演示者：
表示抽象控制器

重要的是UI和模型是共同点。在不破坏应用程序的情况下构建有趣的UI，在不破坏UI的情况下构建有趣的业务逻辑

参考资料

模型可以使用本地存储，也可以通过AJAX存储在服务器端。使用哪一个取决于开发人员。持久性与MVC完全无关。AngularJS中显然有一个与视图分离的模型。例如，将此与基于jQuery的应用程序进行比较，其中模型是DOM本身，它也是视图。@jbniset ok persistence与MVC无关，现在这样说是有道理的。但是我仍然很好奇为什么MV*显然有一个controller.AFAIK，AngularJS将自己定义为一个MVC框架。例如，见。