今天完成的任务：

解决自己任务10中的一些小问题，反思任务，尝试将控制逻辑与业务逻辑，参数配置等分离，而不是按照页面来写。

明天的计划：

angular知识点的总结，深入理解。

遇到的问题：

1 angular依赖注入的provider理解。

代码如下：

// 定义一个模块

var mainApp = angular.module("mainApp", []);

...

// 使用 provider 创建 service 定义一个方法用于计算两数乘积

mainApp.config(function($provide) {

   $provide.provider('MathService', function() {

      this.$get = function() {

         var factory = {};  

         factory.multiply = function(a, b) {

            return a * b; 

         }

         return factory;

      };

   });

});

AngularJS 中通过 provider 创建一个 service、factory等(配置阶段)。

Provider 中提供了一个 factory 方法 get()，它用于返回 value/service/factory。

收获：

angular不操作dom的体会：

在写任务6-10的时候，依旧是按照jq的思路写代码，虽然全部使用的是angular的事件，方法，指令等，但核心思想还是在同一个页面编写页面所需的各种逻辑，所有的操作，数据等全部混杂在一起，很不好。

DOM操作只能出现在指令中。最不应该出现的位置就是服务中。Angular倡导以测试驱动开发，在的service或者controller中出现了DOM操作，那么也就意味着的测试是无法通过的。当然，这只是一点，重要的是使用Angular的其中一个好处是啥，那就是双向数据绑定，这样就能专注于处理业务逻辑，无需关系一堆堆的DOM操作。