AngularJS的思考

AngularJS实践

什么是AngularJS

AngularJS的核心理念是什么? 在我看来,Angualr的核心思想是:Template + Scope => HTML, Template就是各种可以复用的模板,Scope就是数据.

WEB前端原本是DOM构成一个树形结构,然后数据杂乱分布. 开发者用JQuery之类的工具在DOM上添加各种各样的数据(data, trigger, listener)等.当网页的结构复杂起来之后,各种数据之间的关联错综复杂,到最后几乎没有人可以说清楚这个庞然大物里存在多少关联. 复杂的WEB应用里有大量同类型的节点,也导致JQuery里的$("#id")到处存在,维护性极差.

AngularJS从另外一个角度来解决,将数据组织成树状结构,每一个数据节点绑定对应的模板之后就渲染出对应的HTML. 所有的数据,包括函数,触发器都绑定在这棵树上, 每一个节点的渲染过程只跟该节点上的数据以及绑定的模板有关,需要协调的关系只能通过这棵树向上追溯. 比如两个模块需要共享一个用户登录状态时,可以将用户状态定义在两个元素上节点的共同祖先节点上,这样生成两个元素节点时都引用祖先的数据,就可以生成统一的HTML了.

这是从上往下生成HTML的过程,那么如果祖先节点上的状态发生了变化,怎么让子孙节点也同步变化呢. AngularJS提供了一个检查机制, 模板是不会变化的,而HTML的生成只与模板和数据相关. 因此AngularJS沿着数据树根节点往下检查,一旦某个数据节点发生了变化,就立刻重新渲染这个节点.

为了能及时进行检查, AngularJS绑定了WEB页面上的大部分操作, 比如按键等. 一旦有这些操作发生时, AngularJS都会开始脏检查, 这样可以确保页面的不断更新. 当然这一切是建立在现在浏览器处理能力越来越强的基础上的.

AngularJS与JQuery

AngularJS也需要操作DOM,因此AngularJS有一个JQuery的子集JQLite来做DOM操作. 但AngularJS的理念是模块化和封闭化, 每一个节点的渲染封闭在该节点的DATA和Template内部, 只能通过父节点了解外部变化. 这个与JQuery那种完全扁平的结构是冲突的, 使用JQuery,我们可以在随意的位置修改HTML上任意一个节点. 这种方便性就是导致最后页面无法维护的原因.

正因为这个理念的原因, AngularJS和JQuery其实是最好不要共存的. 在使用AngularJS的很多时候我们都会有忍不住拿出JQuery来的冲动, 明明看起来很容易完成的任务, 被AngularJS封装起来后仿佛变得复杂了很多. 这个时候更建议大家重新看一下自己的设计是否需要调整. AngularJS是一个全局的理念, 不是可以一半JQuery一半AngularJS (当然有些大神能够很好的将项目划分开, 也就尽信书不如无书了, 这个当然没有绝对的方案).

Directive的compile, link

Angular中controller是用来将view上的操作与实际业务逻辑挂钩，如果需要对dom进行操作时，directive才是合适的选择。directive中有两个非常重要的概念：compile和link

• compile
  compile是一个预处理过程，directive在compile是与实际状态无关的，compile的目的就是为了得到最终的link函数。
• link
  link函数负责在得到具体的scope之后渲染出最终的HTML页面。

常见问题

一些技巧

Server端初始化页面参数

我们经常会遇到的问题是需要从Server得到整个页面的一些初始化条件，然后再用AngularJS在页面端运行整个App。 有一个解决方案是在页面端通过Ajax去Server请求。不过既然整个页面都是从Server请求来的，这个Ajax请求未免有点多余。
这里提供一个解决方案，利用页面渲染过程在页面上写入启动参数。

我的实际做法如下：

在页面模板上写一个angular service：（我这里用的是Jade渲染引擎，读者只关注里面的js code就好）

    script.
        var serverInit = angular.module("serverInit", []);
        serverInit.factory("serverParams", function(){
                var params = !{JSON.stringify(serverParams)};
                return params;
            });

然后在server端渲染时给出参数：

	res.render('page', {serverParams : {
	        Id : "51955"
	    }});

这样在页面端我就可以使用这个初始化参数了

    var app = angular.module("testApp", ['serverInit'])；
    app.controller("testController", function(serverParams){
                 var id = serverParams.Id;
    }

Angular Mocks测试时不拦截Http请求

在测试Angular程序时，我们经常会使用到AngularMocks库，这个库会用$httpBackend拦截被测试代码中的$http请求，这样可以测试代码是否如预期发送出了http请求，并且返回伪造的结果。

但如果我们不需要请求被拦截，而是需要请求发送到真实Server怎么办？StackOverflow上有一个网友给出了一个精彩的方案:
首先在测试代码文件中写一个新的angular module。

	angular.module('httpReal', ['ng'])
	    .config(['$provide', function($provide) {
	        $provide.decorator('$httpBackend', function() {
	            return angular.injector(['ng']).get('$httpBackend');
	        });
	    }])
	    .service('httpReal', ['$rootScope', function($rootScope) {
	        this.submit = function() {
	            $rootScope.$digest();
	        };
	    }]);

然后在需要测试代码中注入httpReal Service， 这个Service会将真正的$httpBackend替换回来！这样angularMocks的拦截功能就无效了。

	describe('my service', function() {
	    var myService, httpReal;
	
	    beforeEach(module('myModule', 'httpReal'));
	
	    beforeEach(inject(function( _myService_, _httpReal_ ) {
	        myService = _myService_;
	        httpReal = _httpReal_;
	    }));
	
	    it('should return valid data', function(done) {
	        myService.remoteCall().then(
	            function(data) {
	                expect(data).toBeDefined();
	                done();
	            }, function(error) {
	                expect(false).toBeTruthy();
	                done();
	            });
	
	        httpReal.submit();
	    });
	});

注意这个submit()，因为在AngularJS中，使用了$q来返回promise，而promise的触发是需要在$scope做脏检查的时候做的，而在UnitTest需要手动调用一次$digest去触发。