下面是AngularJS页内容描述:
AngularJS就是HTML本来,如果它被设计用于建立网络应用程序。 与数据绑定,MVW,MVVM,MVC,依赖注入和伟大的可测性的故事声明模板全部用纯客户端JavaScript实现的!
那么,是什么MVW立场? (考虑到MVC,MVVW,MVP等拌嘴,我猜“无所谓”,模型 - 视图 - 不管= P)
下面是AngularJS页内容描述:
AngularJS就是HTML本来,如果它被设计用于建立网络应用程序。 与数据绑定,MVW,MVVM,MVC,依赖注入和伟大的可测性的故事声明模板全部用纯客户端JavaScript实现的!
那么,是什么MVW立场? (考虑到MVC,MVVW,MVP等拌嘴,我猜“无所谓”,模型 - 视图 - 不管= P)
它确实代表了什么,在任何可以
MVC VS MVVM VS MVP。 什么一个有争议的话题,许多开发人员可以花几个小时辩论和争论。
几年来,+ AngularJS更接近于MVC(或者更确切地说,它的客户端的变种之一),但随着时间的推移和感谢许多重构和API改进,它现在更接近MVVM - 在$范围的对象,可以考虑视图模型是通过我们称之为控制器的功能正在装修。
如果能够分类的框架,并把它放入MV *容器中的一个具有一定优势。 它可以帮助开发者获得更舒适的使用其API通过使其更容易创造,表示正在与框架构建的应用程序的心理模型。 它还可以帮助建立开发人员使用的术语。
说罢,我宁愿看到开发人员构建踢屁股的应用程序,都精心设计,并按照关注点分离,也不愿看到他们身上浪费时间争论MV *废话。 基于这个原因,我在此声明AngularJS是MVW框架 - 模型 - 视图 - 不管。 无论在哪里主张“无论你的作品。”
角度为您提供了很大的灵活性,从业务逻辑和表示状态很好地分开呈现逻辑。 请使用燃料你的生产力和应用程序的可维护性,而不是事情,在这一天结束不管那么多了热烈的讨论。
为了完整起见,这里提到的缩写词:
MVC - 模型-视图-控制器
MVP - 模型-视图-演示
MVVM - 模型-视图-视图模型
MVW / MV * - 模型-视图-无论
而一些:
HMVC - 分层模型-视图-控制器
MMV - 多用途模型视图
MVA - 模型-视图-适配器
说罢,我宁愿看到开发人员构建踢屁股的应用程序,都精心设计,并按照关注点分离,也不愿看到他们身上浪费时间争论MV *废话。 基于这个原因,我在此声明AngularJS是MVW框架-模型-视图-不管。 无论在哪里主张“无论你的作品。”
积分: AngularJS帖子-伊戈尔高塔
AngularJS - Superheroic的JavaScript框架MVW
我觉得MWV(模型 - 视图 - 不管),或MV *是一个更灵活的术语来描述在我看来,一些Angularjs的独特性。 它帮助我明白,这是不是一个MVC(模型 - 视图 - 控制器)的JavaScript框架多,但它仍然使用MVC,因为它有一个模型视图和控制器。
它也可以被看作是一个MVP(模型视图演示)模式。 我觉得一个主持人在Angularjs用户界面业务逻辑视图中。 例如通过使用能够用于显示的格式化数据的过滤器。 这不是商业逻辑,但显示逻辑,它让我想起了我在GWT使用的MVP模式。
此外,它也可以是一个MVVM(模型视图视图模型)视图模型部分是双向两个之间的结合。 最后这一切是MVW因为它可以使用,以及通过@Steve钱伯斯提到的其他模式。
我与其他答案同意让学究这些条款可能是有害的,因为关键是要了解从条款的概念,但由于同样的原因,充分理解条款帮助一个当他们设计自己的应用程序代码,知道什么去的地方和原因。