2013年12月27日星期五

angular controller as syntax vs scope

本邮件内容由第三方提供,如果您不想继续收到该邮件,可 点此退订
angular controller as syntax vs scope  阅读原文»

angular controller as syntax vs scope

今天要和大家分享的是angular从1.2版本开始带来了新语法Controller as。再次之前我们对于angular在view上的绑定都必须使用直接的scope对象,对于controller来说我们也得必须注入$scope这个service。如下:

  angular.module("app",[])  .controller("demoController",["$scope",function($scope){      $scope.title = "angualr";   }])  <div ng-app="app" ng-controller="demoController">      hello : {{title}} !  </div>  

有些人觉得即使这样我们的controller还是不够POJO,以及对于coffescript爱好者不足够友好,所以在angular在1.2给我带来了一个新的语法糖这就是本文将要说的controller as的语法糖,修改上面的demo将会变成:

  angular.module("app",[])  .controller("demoController",[function(){      this.title = "angualr";  }])  <div ng-app="app" ng-controller="demoController as demo">       hello : {{demo.title}} !  </div>  

这里我们可以看见现在controller不再有$scope的注入了,感觉controller就是一个很简单的平面的JavaScript对象了,不存在任何的差别了。再则就是view上多增加了个demoController as demo,给controller起了一个别名,在此后的view模板中靠这个别名来访问数据对象。

或许看到这里你会问为什么需要如此啊,不就是个语法糖而已,先别着急,我们会在后边分析$scope和他的差别。在此之前我们先来看看angular源码的实现这样才会有助于我们的分析:

下面是一段来自angular的code:在1499行开始(行数只能保证在写作的时候有效)

  if (directive.controllerAs) {           locals.$scope = controllerInstance;    }  

如果你希望看更完全的code请猛击这里https://github.com/angular/angular.js/blob/c7a1d1ab0b663edffc1ac7b54deea847e372468d/src/ng/compile.js.

从上面的代码我们能看见的是:angular只是把controller这个对象实例以其as的别名在scope上创建了一个新的对象属性。靠,就这么一行代码搞定!

先别急,既然是语法糖,那么它肯定有他出现的原因,让我们来和直接用$scope对比下:

在此文之前我在angularjs的群中和大家讨论了下我的看法,得到大家不错的反馈,所以有了本文,记录和分享下来。

我规定对于controller as的写法如下:

  angular.module("app",[])   .controller("demoController",[function(){          var vm = this;          vm.title = "angualr";          return vm;   }])  

其优势为:

  1. 定义vm这样会让我们更好的避免JavaScript的this的坑。

  2. 如果某个版本的angular不再支持controller as,可以轻易的注入$scope,修改为 var vm = $scope;

  3. 因为不再注入$scope了,controller更加的POJO,就是一个很普通的JavaScript对象。

  4. 也因为没有了$scope,而controller实例将会成为scope上的一个属性,所以在controller中我们再也不能使用$watch,$emit,$on之类的特殊方法,因为这些东西往往不该出现在controller中的,给大家一个警告,更好的控制。但是一旦如果没办法必须用的话,可以在征得项目组一致同意,将此controller退回$scope.

  5. 因为controller实例将会只是$scope的一个属性,所以view模板上的所有字段都会在一个引用的属性上,这可以避开JavaScript原型链继承对于值类型的坑。参加https://github.com/angular/angular.js/wiki/Understanding-Scopes.

  6. controller as 对于 coffescript,liveScript更友好。 7.模板上定义的每个字段方法都会在scope寄存在controller as别名上的引用上,所以在controller继承中,不会在出现命名冲突的问题。

注释:对于route,也有个controllerAs的属性可以设置,下面代码来之angular doc文档:

  angular.module('ngViewExample', ['ngRoute', 'ngAnimate'],       function($routeProvider, $locationProvider) {      $routeProvider.when('/Book/:bookId', {        templateUrl: 'book.html',        controller: BookCntl,        controllerAs: 'book'      });      $routeProvider.when('/Book/:bookId/ch/:chapterId', {        templateUrl: 'chapter.html',        controller: ChapterCntl,        controllerAs: 'chapter'      });      // configure html5 to get links working on jsfiddle           $locationProvider.html5Mode(true);       });  

今天就到这里,谢谢。

本文出自 "破狼" 博客,请务必保留此出处http://whitewolfblog.blog.51cto.com/3973901/1345308

分享至 一键收藏,随时查看,分享好友!
昵称:
登录快速注册
内容:

Apache配置压缩优化时报错――undefined symbol: inflateEnd  阅读原文»

每日博报 精彩不止一点关闭
Apache配置压缩优化时报错――undefined symbol: inflateEnd

圣诞都过了,好久没来51发博文了。最近一直在忙考试和其他一些私人事务,感觉长期不发博文,有点不好。不是不发,实在是最近总结的东西,没法发,都是一些考试相关的东西。蛋疼!正好帮助朋友搭网站环境了,就想起来之前有一篇总结错误的文章当时想发,后来给忘掉了,今天就拿出来发上吧。哈哈!

软件版本:httpd-2.4.6 apr-1.4.8 apr-util-1.5.2 pcre-8.33
yum -y groupinstall "Development tools" "Server Platform Development"
yum -y install pcre-devel

问题描述:

在apache上做压缩优化的时候,当我DSO方式添加完mod_deflate,并且配置好压缩参数之后,检查语法的是否出现如下报错:

httpd: Syntax error on line 102 of /application/apache2.4.6/conf/httpd.conf: Cannot load modules/mod_deflate.so into server: /application/apache2.4.6/modules/mod_deflate.so: undefined symbol: inflateEnd
未定义的符号:inflateEnd

问题处理办法:

1、首先检查了httpd.conf和httpd-vhosts.conf里面的配置,均无错误;然后又查看了编译mod_deflate时的输出信息,也没有提示错误。
2、我百度了inflateEnd,第一个就是搜索条目就是zlib的百度百科,然后我就去google搜索inflateEnd,搜索条目告诉我inflateEnd是属于zlib.lib库文件里面的。
3、接着我在google下面找到了以前也遇到过相似问题的人,他们是在apr的主配置文件apr-1-config(老版本可能是apr-conf)里面将LDFLAGS="" 修改为 LDFLAGS="-lz",然后用apxs从新编译mod_deflate.c后,apache服务就正常了,并且也可以正常压缩文件了。
该问题的另一种解决办法:
需要在 LoadModule deflate_module modules/mod_deflate.so 的前面加载zlib.so
如果是32操作系统就在LoadModule deflate_module modules/mod_deflate.so这行的上一行添加LoadFile /usr/lib/libz.so即可。
如果是64操作系统就在LoadModule deflate_module modules/mod_deflate.so这行的上一行添加LoadFile /usr/lib64/libz.so即可。

下面是一些LDFLAGS和lz的相关信息:

一、gcc 一些应用
-shared生成一个共享目标文件,他可以和其他目标文件连接产生可执行文件.只有部分系统支持该选项.
-Wl,option把选项option传递给连接器.如果option中含有逗号,就在逗号处分割成多个选项.
-w 不生成任何警告信息。
-Wall 生成所有警告信息。
lc 是link libc
lm 是link libm
lz 是link libz
-l指定程序要链接的库文件,假设库文件名为libxxx.so,链接命令为-lxxx;
放在/lib和/usr/lib和/usr/local/lib里的库直接用-l参数就能链接了

-L指定库文件所在目录

二、Makefile选项讲解
CFLAGS 表示用于 C 编译器的选项。
CXXFLAGS 表示用于 C++ 编译器的选项。

这两个变量实际上涵盖了编译和汇编两个步骤。

CFLAGS: 指定头文件(.h文件)的路径,如:CFLAGS=-I/usr/include -I/path/include。同样地,安装一个包时会在安装路径下建立一个include目录,当安装过程中出现问题时,试着把以前安装的包的include目录加入到该变量中来。
LDFLAGS:gcc 等编译器会用到的一些优化参数,也可以在里面指定库文件的位置。用法:LDFLAGS=-L/usr/lib -L/path/to/your/lib。每安装一个包都几乎一定的会在安装目录里建立一个lib目录。如果明明安装了某个包,而安装另一个包时,它愣是说找不到,可以抒那个包的lib路径加入的LDFALGS中试一下。
LIBS:告诉链接器要链接哪些库文件,如LIBS = -lpthread -liconv
简单地说,LDFLAGS是告诉链接器从哪里寻找库文件,而LIBS是告诉链接器要链接哪些库文件。不过使用时链接阶段这两个参数都会加上,所以你即使将这两个的值互换,也没有问题。
有时候LDFLAGS指定-L虽然能让链接器找到库进行链接,但是运行时链接器却找不到这个库,如果要让软件运行时库文件的路径也得到扩展,那么我们需要增加这两个库给"-Wl,R":
LDFLAGS = -L/var/xxx/lib -L/opt/mysql/lib -Wl,R/var/xxx/lib -Wl,R/opt/mysql/lib
如果在执行./configure以前设置环境变量export LDFLAGS="-L/var/xxx/lib -L/opt/mysql/lib -Wl,R/var/xxx/lib -Wl,R/opt/mysql/lib" ,注意设置环境变量等号两边不

阅读更多内容

没有评论:

发表评论