《Build your own AngularJS》手记


最近在看 build your own angularjs ,打算跟着书中的代码敲一遍,加深对AngularJS的理解。在这里记录过程中的问题与心得。

Introduction

有意思的一段话

I hate working with technologies I don’t quite understand. Too often, it leads to
code that just happens to work, not because you truly understand what it does, but
because you went through a lot of trial and error to make it work

值得反思,平常工作中的代码,有多少是just happens to work after a lot of trial and error,有多少是you truly understand what it does

Project Setup (项目脚手架)

没什么技术问题,主要是踩坑,记录如下

  • P15. Include Lo-Dash And jQuery。Gruntfile配置中的testem.unit.options.serve_files项,node_modules/lodash/lodash.js在最新版本中应为 node_modules/lodash/index.js

  • 运行grunt testem:run:unit 命令行报 atal error: spawn ENOENT
    解决:https://github.com/teropa/build-your-own-angularjs/issues/88

  • windows下npm install -g phantomjs失败
    解决:最新版本phantomjs的问题,指定较低版本可解决

  • windows下运行grunt testem:run:unit 内存被大量node与cmd进程耗尽
    解决:为解决上个问题,我install了1.9.10版本。根据排查内存耗尽应该是这个版本的问题,换成1.9.11后问题消失。命令:npm install -g phantomjs@1.9.11。(吐槽:这货到底有多少问题啊)

值得一提的是TDD的开发方式,贯穿全书始终。以前较少使用TDD,而这正是以Angular、React为代表的新一代前端技术极力倡导的开发方式。希望通过这本书能加深对TDD的认识

Scopes

Scopes and Digest

An important step in TDD is seeing the test fail first.

TDD要习惯先看到test case失败……额,强迫症表示压力山大

js/* jshint globalstrict: true */
'use strict';

function Scope(){
}

这里的'use strict'不难理解,但是顶上那一行注释去掉的话jshint会报错。

查了下原因,如果把'use strict'写到文件头的话,会认为整个文件都是严格模式,一眼看上去没什么问题,但由于在上线时有可能存在文件合并的情况,被合并进来的文件如果没有照严格模式写那麻烦就大了。
因此jshint认为这种写法是有风险的,必须用顶上那一行注释表明我确实要全局都use strict 的才行。

不得不感叹jshint的严谨。


发表评论

电子邮件地址不会被公开。 必填项已用*标注

您可以使用这些HTML标签和属性: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>