AngularJS - 下一个大框架

时间 2019-12-15

原文原文链接

AngularJS

　　AngularJS是web应用的下一个巨头。html

　　AngularJS若是为建立web应用而设计，那它就是HTML的套路了。具备数据绑定, MVW, MVVM, MVC, 依赖注入的声明式模板和出色的可测试性都是用纯客户端 JavaScript来实现的! AngularJS 是一个建立富客户端应用的JavaScript MVC框架，它组织良好，通过严格测试,多功能，强大而且十分灵活。你仍然须要具备服务端后台，但大多数的用户交互逻辑将优雅地放到客户端上处理。jquery

　　AngularJS是一个开源的web应用框架，由Google和社区进行维护，它能够建立单页的应用程序，一个页面的应用仅仅须要HTML,CSS和JavaScript在客户端。它的目标是加强页面的模型-视图-控制（MVC）的功能，为简化开发和测试。web

　　它是一个创建在厚客户端的清爽的新模块web应用程序。一个健壮的框架创建在商业应用网络上。它鼓励最佳实践，开发模型和开发高质量的可维护的模块化应用程序。它的团队是世界一流的，社区是极其出色的，它结合最棒的功能来建立web应用。数据库

　　AngularJS 容许你编写客户端的web应用程序，若是你有一个智能浏览器。它容许你使用好用的旧式的HTML做为你的模板语言，容许你扩展HTML语法来清晰、简洁的表达你的应用组件。它经过双向数据绑定使你的UI（视图层）与你的JavaScript对象（模型层）的数据自动同步。帮助你更好的构建你的应用和更方便的测试，AngularJs告诉浏览器如何依赖注入和控制反转。它帮助改良了容许异步回调和延迟、使客户端导航和深层连接使用哈希bang格式地址和HTML5 pushStat与服务端通讯更容易。编程

　　Angular 提供了：json

结构模型的引入（MVC,SPA等）后端
加强HTML支持新特性。设计模式
避免直接DOM操做来避免很难调试不可追踪的代码。api
包含低耦合和高可复用性浏览器
应用程序内部规则测试
视图模板更接近服务器端模板

　　AngularJS 是基于声明式编程模式是用户能够基于业务逻辑进行开发. 该框架基于HTML的内容填充并作了双向数据绑定从而完成了自动数据同步机制. 最后, AngularJS 强化的DOM操做加强了可测试性.

　　设计初衷:

将ＤＯＭ操做从应用中解耦. 加强了可测试性。
应用测试性与开发代码一样重要. 测试的复杂程度与代码的设计结构强相关.
客户端与服务端解耦. 实现了并发处理机制加强了代码复用性.
在开发全过程当中做出指引: 从ＵＩ到业务逻辑最终到测试环节.

　　架构

　AngularJS的关键特性

　　可测试性，依赖注入，逻辑/视图层的分离，还有设计者和开发者之间的协调合做是一个开发者对一个框架最期待的几样东西。Angular绝对知足上述要求。在JS领域，Angular能适配这写使人耳目一新的要求看起来是多么惊人。

　　双向数据绑定:

　　数据绑定多是AngularJS里最酷，最实用的功能。它将节省你大量的样板代码编写。一个典型的Web应用程序能够包含多达80％的代码基础，如遍历，操做，并听取了监听DOM。数据绑定使得不用编写这些代码，这样你就能够专一于你的应用程序。

　　考虑下你的应用程序的模型为单源信任的。你的模型就是你去读取或更新应用程序中的任何东西的地方。这种投射是无缝的，不需费你一兵一卒。AngularJS双向数据绑定会处理DOM和模型之间的同步，反之亦然。

　　模板

　　在AngularJS, 模板就是原生的HTML. 作了基于视图的加强. 这样作最大的好处在于拉近了开发与设计人员的工做流. 设计人员操做ＨＴＭＬ完成设计，开发直接在ＨＴＭＬ上做相应的功能开发。

 
        <div ng-controller= 
        "AlbumCtrl" 
        > 
       
        <ul> 
       
        <li ng-repeat= 
        "image in images" 
        > 
       
        <img ng-src= 
        "{{image.thumbnail}}" 
        alt= 
        "{{image.description}}" 
        > 
       
        </li> 
       
        </ul> 
       
        </div>

　　MVC

　　AngularJS引入了软件设计的ＭＶＣ模式.这对于使用者来讲仁者见仁智者见智. AngularJS并非彻底的ＭＶＣ而是 MVVM (Model-View-ViewModel).

模型

　　model就是数据模型就是一些JavaScript 对象. 不必从父类继承，代理包装亦或是使用getter/setter来使用. 使用vanilla JavaScript 十分方便便捷.

视图

　　视图就是提供特殊数据或方法来支持特定场景的对象.

　　视图对象就是 $scope. $scope就是个简单的js对象，提供一些简单的ＡＰＩ监控其状态.

业务控制

　　控制器起到设置 $scope对象的初始状态及后续的动做关联。

页面

　　在.AngularJS处理完相关的业务逻辑进行ＨＴＭＬ模式的展现。

　　这样就奠基了应用的架构. $scope对象拥有数据的引用关系, 控制器定义行为, 视图处理页面展现布局以及相应的处理跳转.

　　依赖注入

　　AngularJS 提供了依赖注入的子系统帮助开发人员下降开发复杂度，提升测试效率.依赖注入将业务代码与配置实现解耦，提升了代码的可测性.

　　有了ＤＩ无需每次都建立指定的对象依赖关系，然后面配置. 这样就能按需分配而无需本身制定或是查找. 就像要说一句"Hey I need X', ＤＩ就会帮你建立并发送给你.

　　采用依赖注入后能体验到的好处主要包括:

代码更易于维护。
API更为简练和抽象。
代码更易于测试。
代码更加模块化、可复用性更强。

　　指令

　　指令能够被用来建立自定义的HTML标签，这些标签能够用做新的自定义的控件。它们也能够用来"渲染"有必定行为的元素，也能够以一些有趣的方式来操做DOM属性。一个指令就是一个能引入新语法的东西。把分离的组件组合成一个组件，这种建立应用的方式将使得添加、修改和删除页面功能变得异常简单。指令是AngularJS的一个很是强大且独有的特性。

　　从更高的层次说, DOM 元素上的指令 (像是属性，元素名，注释或是 CSS ) 等给 AngularJS's HTML 编译器传递的数据($compile) 从而传递指定的功能到ＤＯＭ元素或是子元素。

　　Angular 有不少这样的内置指令，像是 ngBind, ngModel, 和ngView.Y还能自定义指令，当Angular启动后HTML编译器就会自动创建ＤＯＭ元素的指令映射.

　　测试

　　AngularJS 意识到凡是js写的代码须要增强测试. 这在 AngularJS 设计之初就有了, 因而Angular的可测试性不言而喻.

　　JS是解释性的动态语言，设计相应的测试决不可小觑.

　　AngularJS 彻底基于可测的根基设计出来的. 它提供了端到端的单元测试. API文档就是详细的测试覆盖说明.

　AngularJS Bootstrap Process

　学习曲线

　　刚开始学Augular以为开发应用须要有至关的编程基础. 不得不说这确实是一款了不得的开发框架，它要求开发人员设计低耦合和可维护的应用. 使用AngularJS 的复杂度就像使用PHP，Ruby on Rails等等, 都须要处理依赖注入，路由，值域等等. 这也不是什么新技术了. Angular只是发扬光大了.

　JS MVC frameworks

　　MVC (模型-视图-控制器) 是一套设计模式，能够分层设计应用. 将数据(模型) 与用户视图 (视图)解耦, 经过中间控制器 (Controllers) 处理业务逻辑，用户输入以及相应的逻辑跳转. 现代JS框架提供了简易的操做以及SoC (业务分离) 更好的实现了MVC .

　　MVC 对于JS有不少好处— 提升了高可靠性的代码. 已被不少语言大量测试验证过，具备高可靠性.

　　MVC 实现的三层结构:

模型: 是应用程序中用于处理应用程序数据逻辑的部分。
　　一般模型对象负责在数据库中存取数据.
视图: 是应用程序中处理数据显示的部分。
　　一般视图是依据模型数据建立的.
控制: 是应用程序中处理用户交互的部分。
　　一般控制器负责从视图读取数据，控制用户输入，并向模型发送数据.

　　JavaScript ‘MVC’能够帮助构建咱们的代码，但尽信书不如无书. 有些框架把控制器放在视图模式(好比 Backbone.js) 有些框架所有混在一块儿使用. 除此外还有其余的MVC模式，像是 MVP (Model-View-Presenter) and MVVM (Model-View ViewModel). 即使是MVC设计模型, 不一样的语言也有不一样的实现方式. 像是, 有些MVC实现会有本身的视图变动控制器亦或是控制器视图. 这些框架被称为 MV* 框架, 意味着你会有模型，视图但更会有其余的部分.

　　很长一段时间 AngularJS 是很标准的 MVC (或者说在客户端实现这一块),但在后来一段时间内随着代码重构和API的重写，如今更是 MVVM模式了 – $scope 对象被认为是视图模型而后被称为控制器的功能模块包装. 这样分配到MV模式中是有些好处的.它会帮助开发者使用简易的API开发基于框架的代码. 也能统一开发的共识。使用MVC的初衷就是分解结构, 而后经过设置参数决定具体使用哪一种 MV* 框架, Igor Minar (核心 AngularJS团队)宣称AngularJS 是 MVW 框架- Model-View-Whatever. whatever就是定制化的需求.

　为何使用 JS MVC 框架

　　再来看看使用MVC和传统开发模式的区别

　　传统Web应用

　　传统模式处理业务请求所有放在服务端，前段只是页面交互 (瘦客户端, 胖服务端). 这会有如下问题:

分布式处理能力弱 – 服务器处理大量业务，性能堪忧.
相应压力 – 传统应用的响应速度是个硬伤.
开发复杂度 –C/S结构的应用开发是比较复杂的. 因为每次请求响应都涉及到交互设计，很容易出错。未解决该问题的框架也是层出不穷，惋惜易用性有待考究.
被攻击危险 – 混编业务代码和交互代码，增长了代码受攻击的几率.在复杂度很高的应用中更是不容易控制安全性。
服务端的负载过大 – 全部客户端的请求都须要经由服务端处理，这意味着全部的session都要等待30分钟后才能被释放，这时客户请求早已处理完毕，但还在占用系统资源，大大下降了系统性能和伸缩性.
离线处理 – 拥有离线处理能力是web应用的竞争力，尤为在处理大量客户端请求的应用中，离线处理部分业务更是不可或缺.
互操做性弱– 因为混杂编写，代码逻辑很难分割，扩展功能变得复杂.

　　JSMVC Web 应用程序

　　JS MVC web应用程序架构主要致力于将服务端的逻辑处理转移到客户端和实现瘦客户端web应用程序。client/server模型的处理逻辑和代码被委托给浏览器的好处是：

可扩展性：很容易看到利用客户端处理在可扩展性方面的优点。服务器处理能力保持不变的前提下，应用被越多的客户使用，那么越多的客户端机器能够被使用（直到你购买更多的服务器）。
实时的用户响应：客户端代码能够当即对用户的输入做出反应，而不须要等待网络传输。
结构清晰的编程模型：用户界面能够有效地分离应用程序的业务逻辑。这样的模型为安全提供了一个更加简洁方法。全部经过用户界面的发出的请求，咱们能够在数据经过各类接口前进行安全检查。使用复杂的分析流程会让安全分析变得更加复杂。另外一方面，用清晰的web服务接口，有明确的网关安全工做和安全分析更简单直观，漏洞能够快速发现并纠正。
客户端状态管理：在客户端维护临时会话状态信息能够减小服务器上的内存负载。这也容许客户利用更多的RESTful交互，能够进一步提升可伸缩性和使用缓存的时机。
离线应用-若是大部分应用程序的代码已经在客户端上运行，那么建立一个离线版本的应用程序能够确定将会变得更加容易。
互操做性：经过使用结构化数据和最小限度的api进行交互，这样更容易链接额外的消费者和生产者与现有系统进行交互。

　　为了开发实现一个客户端web应用程序，须要组织咱们的项目结构，这样更易于后期的管理和维护。一个应用程序的脚本超过几十行的时候，若是它的组件之间的功能没有分开处理，这样应用会变得愈来愈难管理。咱们一开始开发一个web应用程序的时候，可能会以为简单地经过一个DOM操做库（如jQuery）和一些实用的插件就能够完成了。这样咱们很容易就被应用里面jQuery的嵌套回调函数和没有任何组织结构的DOM元素给搞蒙了。为了不前面说到的问题，咱们采用spaghetti code （一个描叙代码的术语，用来形容代码难以阅读和由于缺少组织结构难以维护）。像使用jQuery这样的DOM操做库和一些其余的实用库咱们能够更加容易使构建一个网页。可是，这些库在咱们构建web应用程序时失去做用。

　　web应用程序不像一个普通的网页，他们更倾向于与用户的交互而且须要实时与后端服务器通讯。若是你没有使用MVC框架来处理，这样会最终会让你写出一些编写混乱、非结构化、不可维护、不可测试的代码。为了不“spaghetti”式的代码，那么JavaScript开发人员必须首先要了解这种模式提供了什么东西。这就能够看到这些框架可以让咱们作什么哪些不一样的事情。

　　使用JavaScript构建一个单页面应用程序的时候，无论是否拥有一个复杂的用户界面或者只是为了减小HTTP请求的数量，你可能会发现本身写的不少能够组成一个MV *框架的代码。刚开始的时候，使用本身想出来的方式来避免“spaghetti”式代码写一个应用框架并非一件很难的事情，可是写出像Angular/Backbone这样的代码水平那就不太可能了。

　　咱们会发现有更多的人会倾向于构建一个应用，而不是试着去将DOM操做库、模板、路由结合到一块儿。成熟的MV *框架一般不只包括不少你发现本身写过的相似的功能代码，并且也包含了不少你曾经遇到而且已经解决了的问题。框架为你节省了不少时间，这就是框架不能低估的价值所在。

　　如今的浏览器提供了丰富的功能，变得愈来愈强大，这不只让在JavaScript中构建成熟的web应用程序成为可能，并且这个方式愈来愈受欢迎。根据 HTTP Archive数据显示，今年部署的JavaScript代码规模增加了45%。

　　随着JavaScript的人气攀升，咱们的客户端应用程序比之前复杂得多。一个应用程序开发须要多个开发人员合做，因此编写可维护和可重用代码在新的web应用程序时代是很是重要的。设计模式对于编写可维护和可重用的代码是很重要的。在过去几年时间里面，有不少JavaScript MVC框架已经被设计开发出来了，好比AngularJS，backbone.js， ember.js，还有不少其余的框架。虽然他们都有其独特的优点，可是每一框架都会鼓励开发人员遵循必定的形式以编写出更加结构化的JavaScript代码。

　何时须要使用一个JS MV*框架

　　若是你在构建一个应用，它的客户端有许多重量级的功能，用纯JavaScript很难应付，那你就应该考虑使用一个MVC框架。若是选择错误，你将会错过MVC框架提供的功能，陷入从新发明轮子的境地。

　　要注意的是，若是你构建的应用在服务器端有不少重量级功能(即视图生成/展示逻辑)而且在客户端没有多少交互的话，这时你会发现使用MVC框架就像是杀鸡用牛刀。在那种状况下更好的选择是，使用一个更简单的、有少许附加功能的DOM操控类库。

　　下面这个列表并不完备，可是咱们但愿它能提供充分的理由帮你决定是否在你的应用中应该使用一个MVC框架:

你的应用须要异步链接到后台
你的应用有这样的功能，它不须要从新载入整个页面(好比给博文增长一条评论，无下限滚动)
多数视图或者数据操做将会在浏览器内完成，而不是在服务器端完成
一样的数据在页面上须要进行不一样方式的渲染
你的应用有许多琐碎的交互来修改数据(按钮, 开关)

　　知足这些状况的比较好的web应用的例子有Google Docs，Gmail或者Spotify。

　客户机/服务器架构的web应用程序

　　世界已经被改变，部分应用的逻辑已经被移到客户端。当咱们须要以某种方式处理来自服务器的全部数据时，这里就描述这种情形。JS MVC框架鼓励把表现层逻辑从服务器端移动到客户端，实现了RIA（Rich-Internet-Apllication），传统web应用程序下的客户机/服务器架构和JS MVC下的客户机/服务器架构都基于web应用。

　　客户端一侧的MVC能够处理整个MVC栈。若是你同时使用服务器和客户端MVC，那么你会复制你的模型和路径。客户端一侧的MVC基本上容许你将你的服务器和客户端链接起来。为何你的服务器要发送视图层？为何不发送以json为格式的模型并加载它到客户端一侧，让客户端去渲染视图。你甚至能够在未来为其规定路由。为何服务器要处理路由？客户端能够作这个。仅仅容许客户端去访问你的RESTful数据库就行，而且你不须要任何服务器端的MVC。

　　较流行的一种包含客户端服务端的模式是后端RESTful API 经过 JSON发送数据模型客户端使用MVC模式处理应用.

　　Client-side MVC with server-side RESTful API

　　Data Flow

　AngularJS和其余JS MVC框架的对比

　　在与其余JS MVC框架的争战中，AngularJS已经胜利了。它已经证实了本身是全部JS MVC框架中最成熟的。下面是来论证的数据

　　社区支持

　　（数据来自Github.com）

　　（数据来自StackOverflow.com）

　　随着时间推移，兴趣的趋势

　　（2011年8月-2014年6月）

　　（上一年）

　　使用统计

　　特性对比

　　用户入门

　　工做趋势

　对比Angularjs和相似Dojo的企业级工具集(Toolkit)

　　Dojo Toolkit:

　　Dojo Toolkit是一个致力于简化跨平台JavaScript/Ajax应用和网站的开源模块化JavaScript类库. Dojo是一个面向大规模客户端web开发的JavaScript框架. 例如, Dojo抽取出一个屏蔽各类浏览器差别的API集合. 此外, Dojo的功能还包含: 定义了模块化代码的框架, 并管理他们的相互依赖关系; 提供构建工具集, 能够用来优化JavaScript和CSS代码, 生成文档而且运行单测; 支持国际化, 本地化和无障碍(accessibility); 提供了丰富了通用工具类和用户界面组件(Widget).

社区支持

	AngularJS	DOJO
关注/收藏数	25760	300
Fork次数	9136	216
贡献者	877	59
发布次数	92	147

　　Angular开发团队已经将MVC设计模式以多种方式引入到Angular中, 所以会使得开发也必须跟随这MVC设计模式. AngularJS并无以传统的方式实现MVC, 而是更接近于MVVM(Model-View-ViewModel), 所以有时被统称为MV*. MVC是Angular的核心, Angular为MVC设计模式提供了原生的支持, 能够轻易将其应用于web应用程序的开发中.

　　Dojo的Toolkit为JS应用程序提供了实现MVC的独立工具包. Dojo并无为JS应用程序提供完备的MVC实现, 而是根据应用程序自身须要, 选择性使用其中的MVC工具/组件. Dojo提供MVC功能的包是dojox/mvc.这个dojox/mvc包主要关注客户端的View到Model的数据绑定, 仅提供了在一个View中的数据绑定/控制器的支持, 并未提供在应用程序级别的跨多个View的支持(例如, 导航(Navigation)的支持).

　　在Dojo中，MVC应用中的级别关注点好比路由或者导航等必须使用另外一个包(dojox/app)来处理，而在AngularJS框架中，这些关注点都是框架自身就能处理的。
dojox/mvc模块的状态如今仍然是“Experimental” ，因此它仍然是不稳定的，正以下面这篇文章所说的(http://dojotoolkit.org/reference-guide/1.10/dojox/index.html#dojox-index)，而Angular则是一个通过了更多的验证、稳定而成熟的JS MVC框架。

　　AngularJS是一个流行的全功能的SPA框架。AngularJS的一些固有特性支持了单页面应用的开发。Angular经过下列特性来支持SPA:

内嵌视图(Nested Views)
控制器(Controller)继承
路由(Routing)

　　Dojo经过其Dojox/app包实现其构建单页应用的目标。这个包是个小型的应用框架，提供了一组类，用于管理部署在移动设备或桌面系统上的单页面应用的生命周期和行为。该应用框架被设计成只需简单配置一个配置文件，由潜在的嵌套视图组成应用，并便于这些视图之间的过渡。

　　使用Angular开发单页面应用，能够很好的集成整个框架，同时框架提供了MVC功能，例如路由，控制器，视图和单页面应用模式是紧密结合的。Dojo中的Dojox/app则是一个独立的组件，并未将单页面应用与MVC紧密结合，所以，Dojox/mvc在使用的时候必须经过配置Dojox/app来管理解决，而这在Angular中是自带的，并且容易使用的。

UI 挂件和库

　　Dojo提供了底层系统所支持的大量的widget(用户接口组件).Dojo的UI库称为Dijit,使用一个单独的命名空间"dijit".

　　Angular确实提供了一个UI widget工具集,可是没有Dojo所提供的普遍.Angular容许随意使用流行的第三方UI库.它提供了名为"Angular-UI"的UI库,这个库包含各类流行的第三方库的widget和模块.其中,UI-Bootstrap模块将Bootstrcp框架的全部widget做为Angular指令.

　　因为Dojo是一个工具集,因此它的任意一个工具均可以不依赖于Dojo生态系统而单独使用.所以,Dojo的Dijit和其余流行的UI和widget库,如JqueryUI和其余jquery或js插件,均可以将它们包装成指令后,在Angular应用程序中使用.

RESTful Interation

AngularJS使用angular-resource(ngResource)模块来提供RESTful交互功能，该模块表示一个REST资源并提供帮助方法(GET/POST/PUT/DELETE)来轻松的实现RESTful交互。另外也提供其它的可选模块。

Dojo使用dojo/store/JsonRest来提供RESTful交互能力。它是一个轻量级的对象存储实现，给那些具备RESTful数据交互能力的HTTP客户端来使用。

AngularJS和Dojo都提供了大致至关的RESTful交互能力。

可维护性

AngularJS提供了一些特性,让拥有大量代码基数的应用程序变得可维护.这些特性以下:

AngularJS 鼓励和加强最小化DOM操做,推荐只在HTML中使用的指令中展示DOM操做.这样能够避免因为大量使用DOM和DOM事件等产生的"意大利面"式的代码.这些代码在大的web应用程序中难于调试和跟踪.Angular指令也为增长了HTML语义.
Angular提供了一些相似模块的特性,它容许应用程序开发者,将不一样部分的应用程序逻辑打包成模块,以增长应用程序的模块化和可维护性.
Angular提供了DI (依赖注入) 设计模式的固有特性,它帮助应用程序保持模块化和易读性.
项目结构框架对于AngularJS已经可用,能够用来开发可维护的企业web应用程序.

Dojo没有提供最小化DOM操做的技术,这样,对于大型web应用程序,DOM操做增长了趋向于“意大利面”式代码的可能性,也影响了应用程序的可维护性. Dojo支持模块(AMD),可是没有为web应用程序提供DI模式.

数据绑定和视图模板化

　　商业web应用程序的数据中心原则要求来自模型的数据和UI同步更新.对于一个商业web应用程序,动态视图必须依赖于模型数据而建立.Angular提供了至关简单和已有的技术,声明式的编写绑定到模块数据的动态视图.在Angular里面,视图模板化使用包含Augular专有的元素和属性的HTML编写.使用HTML做为模板化语言,对于开发者而言,更易于建立和理解视图.Angular结合了来自模型和控制器的信息模板,用来渲染用户在浏览器中看到的动态视图.Angular使用了双向绑定特性以保持UI和模型的同步.

　　一样的特性也能够在Dojo中使用,可是,它们和Dojo工具集的流程不太协调,也缺乏了这个特性的简单和细微化.

声明式的用户接口

　　AngularJS 提高了HTML视图的声明式设计（declarative design）。在视图层，使用HTML做为模板语言让它变得至关容易开发建立视图，同时也变得易于理解，在视图语义上也有利于其余开发者。Angular提供一个特性，被称为“directives”，它能够根据领域的须要，来提升HTML的定制性。

　　声明式设计（declarative design）能够在Dojo应用中经过使用data-*属性运行，可是它跟Angular的“directives”特性不同。

支持 AngularJS 能更好的进行 IDE 和浏览器调试

　　Netbeans IDE也为AngularJS提供了内嵌的支持,它让使用AngularJS能够简单的开发web应用程序.(http://wiki.netbeans.org/NetBeans_80_NewAndNoteworthy#JavaScript)

　　Angular团队也为Google Chrome浏览器建立了一个名为Batarang的插件,它提升了使用Angular开发应用程序的调试体验.这个插件旨在简化性能瓶颈的检测,以及提供GUI来调试应用程序.

使用Dojo的时候很难在大型团队中保持代码的统一

　　Dojo中的编程模型是使用widget,当拓展它们的时候,它们将你的代码包围住.你仍然在编程来操做DOM,链接/注册/取消注册事件.Dojox/mvc并无生成模块化的代码.在Dojo中有多余2种或3种的方式作一样的事情.其中一些甚至是糟糕的实践,可是并无被清除.很难在大型团队中增强代码的统一,由于Dojo没有为模块化和统一化的web应用程序提供总体的框架.

　　AngularJS提供了一个全面的框架，包含MVC的核心及规划模型，具备均匀性，可理解性和模块化。AngularJS只为模型提供嵌套的控制器。良好的测试应用程序隔离的部分。定义良好的相关性。大部分时间你不写代码操纵DOM自身。但你能够在建立指令（组件）时这样作。没有命名空间混乱。你的对象历来不会出如今全局命名空间中，好像一切都封装在Angular的应用中。MVC模式是核心。你的应用程序是一套控制器，服务，过滤器和自定义指令。

　总结

　　本文意图让咱们知晓web应用的将来就在眼前。并尝试概述一个正确的有指导意义的方法来结构化和设计一个web应用，使之能适应web世界。本文概述了客户端JS MV*框架的使用，并说明了为何用客户端MVC框架组织的web应用很适合实现web应用。

　　本文集中分析和总结了在成熟的客户端MVC框架下的对比，并提供一些对比的统计信息，帮助你和你的团队决策，选择出适合你的web应用的客户端MVC框架。

　　本文偏向于AngularJS框架，你能够有不一样的偏好。对我来讲AngularJS是我我的的喜爱所在，在我眼中是其余客户端MVC框架所不能匹敌的。

　　原文地址：http://www.codeproject.com/Articles/799241/AngularJS-The-next-BIG-thing