转自 http://blog.gejiawen.com/2015/12/15/routes-solution-on-angular-ng-route/?utm_source=tuicool&utm_medium=referral
前言
在AngularJS中，关于路由的设计和用法是一个很重要的方面。简单来说AngularJS的路由其实是一种纯前端的解决方案。不同于后端路由，它的本质其实是：当请求一个url时，根据路由配置匹配这个url，然后请求模板片段，并插入到ng-view中去。所以从某种意义上来说，AngularJS的路由更加倾向通过改变url来进行页面的局部刷新。
AngularJS路由二三事这个专题文章中，我将基于AngularJS 1.5版本，结合内置的ngRoute服务、ui-router模块，以及ui-router-extras模块来详细阐述AngularJS中路由的相关内容。
文章中涉及到的示例代码在我的github上，就是这个仓库，可供参考。
另外提一点，因为AngularJS的官网在国内访问可能不太稳定，所以可能对查阅文档造成一些干扰。我们可以选择查阅AngularJS中文站提供的文档镜像，但是这个文档并不是紧跟AngularJS官方的版本号的。另一种途径就是，我们可以将AngularJS的源代码clone到本地，然后安装好所有的依赖之后在本地build一下，然后grunt webserver就可以在本地起一个AngularJS的官方网站，此时就可以无障碍的查阅相关文档了。
ngRoute
本篇文章我们将介绍如何使用AngularJS内置的ngRoute模块来做前端路由。
我不太记得AngularJS是从哪个版本开始将ngRoute独立成一个单独的module，貌似是1.2之后吧，现在如果要使用ngRoute需要额外加载这个模块文件，就像下面这样，
除了angular-route模块，还有angular-animate，anglar-aria，angular-cookies等模块在使用时也需要额外引入相关文件。这地方有点小坑，大家注意一下就可以了。
使用说明
ngRoute模块中包含以下内容，
名称所属作用
ngViewDIRECTIVE提供不同路由模板插入的视图层
$routeProviderPROVIDER提供路由配置
$routeSERVICE用于构建各个路由的url、view、controller这三者的关系
$routeParamsSERVICE解析返回路由中带有的参数
上表中的每一个组件在路由中都扮演着不可或缺的作用。基本上使用AngularJS配置路由的基本流程是这样的，
在主模板中使用ngView定义一个路由模板的视图层。不同路由对应的模板将会插入到这个ngView所在的dom元素下。
使用$routeProvider进行路由配置，包括每一个路由对应的url，template以及controller。除了这些基本的配置之外，还会有一些额外的配置，比如resolve配置等。
在每个路由的controller中完成对应的业务逻辑。
可以通过注入$routeParams服务来获取路由url上的参数；还可以通过$rootScope来监控$routeChangeStart和$routeChangeSuccess事件。
简单实例
在实例代码仓库中有一个demo001文件夹，其目录结构如下，
-index.html
-home.html
-post.html
-about.html
-index.js
其中index.html是我们的主页面文件，其内容如下，
Angular Route Demo
home
post
about
注意，我们的页面上有一个ng-view指令。
在index.js中，我们需要声明一个AngularJS的module叫做demo001，并且做一些路由配置工作。代码如下，
angular.module('demo001', ['ngRoute'])
.config([
'$routeProvider',
function($routeProvider){
$routeProvider
.when('/home', {
templateUrl:'home.html',
controller:'HomeController'
})
.when('/post', {
templateUrl:'post.html',
controller:'PostController'
})
.when('/about', {
templateUrl:'about.html',
controller:'AboutController'
})
.otherwise('/home')
}
])
这里有3点需要注意，
在声明demo001这个module的时候，需要将ngRoute作为依赖。否则报$routeProvider未定义这样的错误。
在module的configuration中，我们调用$routeProvider.when来配置不同路由的具体信息。$routeProvider.when方法接受2个参数，第一个是路由的url。第二个路由的具体配置，包括对应的模板地址，控制器名称等。
$routeProvider.otherwise可以用于设置默认路由地址。简单来说就是将未设置的url自动重定向到此url。
在我们补充完各个路由的控制器后，我们打开index.html就可以预览了。在预览时，注意点击不同链接时url的变化，还可以观察浏览器的Network行为。所有的子模板默认加载一次之后就会被缓存。
模块化实例
在经过上面的实例之后，应该对AngularJS路由的基本用法有所了解了。现在我们来假定有这样一个场景，假设我们的项目比较复杂，内部的模块很多。此时更优的一种方案是，基于AngularJS来做模块化设计与开发。AngularJS的模块化是以它的module以及依赖注入等行为作为基础的。
在实例代码仓库中有一个demo002的文件夹，其目录结构如下，
-index.html
-index.js
-home.html
-home.js
-post.html
-post-id.html
-post.js
-about.html
-about.js
index.html与上一个实例相比基本没有变化。然后我们再看一眼index.js，
angular.module('demo002', [
'ngRoute',
'Module.Home',
'Module.Post',
'Module.About'
])
.config([
'$routeProvider',
function($routeProvider){
$routeProvider.otherwise('/home');
}
])
与之前不同的是，我们在声明demo002这个module时，附加了额外3个module。在路由的配置中，也仅仅只有一个$routeProvider.otherwise的设置。
这里我们就是使用了模块化的思想，将/home，/post，/about这几个路由抽象成独立的module，将他们内部的所有逻辑和设置都封装在内部。比如下面的home.js
angular.module('Module.Home', ['ngRoute'])
.config([
'$routeProvider',
function($routeProvider){
$routeProvider.when('/home', {
templateUrl:'home.html',
controller:'HomeController'
});
}
])
.controller('HomeController', [
'$scope',
function($scope){
$scope.msg ='This is home page';
}
]);
AngularJS的module机制和依赖注入机制，为模块化设计提供了基础。在稍微复杂一点的angularjs项目中我是非常推荐使用模块化开发的，能够抽象成独立module的不仅仅是不同的路由模块，可以是一个公共组件，也可以是一个公共服务等等。
路由参数
在上一个模块化实例中，我们的post.js模块如下，
angular.module('Module.Post', ['ngRoute'])
.config([
'$routeProvider',
function($routerProvider){
$routerProvider
.when('/post', {
templateUrl:'post.html',
controller:'PostController'
})
.when('/post/:postId', {
templateUrl:'post-id.html',
controller:'PostIdController'
})
}
])
.controller('PostController', [
'$scope',
function($scope){
$scope.posts = [
{
name:'post1',
id:'post-001'
}, {
name:'post2',
id:'post-002'
}
]
}
])
.controller('PostIdController', [
'$scope',
'$routeParams',
function($scope, $routeParams){
$scope.msg ='post id: '+ $routeParams.postId;
}
]);
注意这里，我们使用$routeProvider配置的第二个路由是这样的/post/:postId。路由中的/:postId其实是一个参数，它将匹配类似/post/001这种url，其中001就是这个:postId的值。
我们在路由对应的控制器中，可以通过$routeParams参数来获取这个url参数。如下，
.controller('PostIdController', [
'$scope',
'$routeParams',
function($scope, $routeParams){
$scope.msg ='post id: '+ $routeParams.postId;
}
]);
依次类推，我们可以为路由的url设置多个参数，比如/post/:year/:month/:day/:postName这样的路由，它将匹配/post/2015/12/15/angular-router-demo这样的路径。控制器中注入的$routeParams服务将会得到类似下面的对象，
{
"year":2015,
"month":12,
"day":15,
"postName":"angular-router-demo"
}
路由中的resolve
在前面我们已经说明，可以使用$routeProvider.when方法进行路由配置。这个$routeProvider.when方法接受2个参数，其中第一个是路由的url，第二个是路由的具体配置项目。
关于$routeProvider.when的具体用法可以参考官方的文档。
这里我仅仅针对其中的一个配置项resolve进行一些说明。
我们先来假设一个场景。
比如我最近上班太累了，想来一场旅行。在旅行之前，我需要拿到一张机票。而旅游网站出票是需要时间的。
将这个场景抽象成AngularJS应用就是这样的：
有两个页面，一个是上班页面（/home），一个是拿到机票开始旅行页面（/trip）。
默认处于上班页面。可以通过导航到开始旅行页面。
在进入旅行页面之前，我们必须要有一张机票。
所以，这个场景中，我们的问题可以总结成，当我从/home进入/trip路由之前，必须要拿到一个机票数据。
在实例代码仓库中有一个demo003文件夹，其目录结构如下，
-index.html
-index.js
- index2.js// resolve方案
- home.html
- trip.html
在index.js中，
.config([
'$routeProvider',
function($routeProvider){
$routeProvider
.when('/home', {
templateUrl:'home.html',
controller:'HomeController'
})
.when('/trip', {
templateUrl:'trip.html',
controller:'TripController'
})
.otherwise('/home');
}
])
.controller('TripController', [
'$scope',
'$timeout',
function($scope, $timeout){
$timeout(function(){
$scope.ticket ='上海 -> 澳大利亚'
},4000);
}
])
这里我们使用定时器$timeout来模拟一个耗时的出票操作。此时我们从/home->/trip时，页面会白屏4秒钟。意味着在进行url跳转完毕的时候，我们就已经将/trip的模板插入到了ng-view中，但是此时/trip需要的数据还没有准备好。
这种场景下，我们一般会有两种方式去解决这个问题，
第一种方式：在/trip的模板和控制器中做一些视觉等待逻辑。比如在TripController中进行耗时操作时，我们可以临时展示一个loading视觉，待耗时操作完毕之后，我们再将这个视觉隐藏即可。
第二种方式：在配置路由时，配置resolve选项。配置resolve选项意味着，在进入这个路由之前就必须等待resolve中的数据返回。
这里我们主要来看看第二种方式。在实例代码仓库的demo003文件夹下的index2.js中，我们是怎么做的，
.config([
'$routeProvider',
function($routeProvider){
$routeProvider
.when('/home', {
templateUrl:'home.html',
controller:'HomeController'
})
.when('/trip', {
templateUrl:'trip.html',
controller:'TripController',
resolve: {
ticket: ['$q','$timeout',function($q, $timeout){
vardeferred = $q.defer();
$timeout(function(){
deferred.resolve('上海 -> 澳大利亚');
},4000);
returndeferred.promise;
}]
}
})
.otherwise('/home');
}
])
.controller('TripController', [
'$scope',
'ticket',
function($scope, ticket){
$scope.ticket = ticket;
}
])
注意/trip路由的配置中，我们设置了一个resolve配置项。这个配置项包含了一个叫做ticket的key，它将返回一个promise（这里采用AngularJS内置的$q来实现promise）。其内部也是使用定时器做了一个耗时操作的模拟。
当我们的路由从/home->/trip时，会触发resolve下的所有promise，只有当所有的promise都都被正确的resolve之后才会进行路由切换，才会将/trip的模板插入到ng-view中。其实此时$route会抛出一个$routeChangeSuccess的事件，这个事件会被$rootScope捕获到。
若resolve中只要有一个promise没有被正确的resolve，那么此时$route将会抛出一个$routeChangeError的事件，并且终止路由切换，虽然url中的地址可能的确发生了变化，但是/trip的模板并没有插入到ng-view，且TripController也没有被执行。
当所有的resolve配置都返回之后，AngularJS会将resolve中key作为对应控制器的一个依赖注入进去，然后我们在相应的controller中就可以使用了。比如，
.controller('TripController', [
'$scope',
'ticket',
function($scope, ticket){
$scope.ticket = ticket;
}
])
这里可以看出，上面提到的两种预载入数据的方案其实是有着本质区别的。前者其实是在跳转的目标路由上做一些额外的工作去适配耗时操作的视觉，此时目标路由的模板已经被载入ng-view，且相应的控制器也被执行了。而后者在跳转目标路由之前做一些额外工作去预加载数据，当数据准备妥当才会去载入目标路由的模板和执行相应的controller。
