上个月看到“月影(十年踪迹)”翻译的一篇文章 Node.js 给前端带来了什么，留下了很深的印象。又联系到同事及自己在工作中老是遇到的前后端协作问题，前端改html需要通知到后端去改，增加了不少成本。便捷的解决方案是把后端的velocity模板编辑权限给到前端，共同管理。另一个可以考虑的解决办法，应该就是这个nodejs了。

工作以来做web前端，绝大部分时候工作内容就这几点：

作为一线开发人员，已经参与过不少产品会，然后prd、交互、视觉的工作好了之后就是我们前后端开发人员一般一两个月的开发测试、再产品上线（有悲剧的，像同事做的一个业务要上线前被砍掉），然后心中略自豪地看着自己辛苦做的东东运营着一段时间，然后可能就要“拥抱变化”、产品被搁置或下线了，也有少部分幸运的产品越来越重要越来越庞大。

前边一系列文章讲述了在使用angularJS过程中遇到的问题及相应的解决方法，算是作为对mvvm模式的实际应用。在这之前也对backbone.js做了些demo应用，也看过一些用backbone做的项目，大家都称它为mvp模式，不过它相对mvvm之类的框架来说，复杂度小了不少。mvp/mvvm都是mvc模式的变种，看到某人的一篇文章，它表示mvc不是一种设计模式：GOF的23种设计模式里面没有mvc，其实是其它三个经典的设计模式的演变：观察者模式(Observer)(Pub/Sub), 策略模式(Strategy)和组合模式(Composite)。因此MVC算是多种设计模式组合成的一种架构模式吧。

回过头来再看angular，我们做个总结，先说说它的优秀之处：

unit test

(注：主要依据1.0.7版本)

目录结构：

双向数据绑定，首先涉及到数据model，先回顾下什么数据才算model，如何创建model等。从中可以看出，model实际就是angular Scope对象上的属性，所以理解model，也就是主要理解Scope了。

这里说的“模块/组件”，主要指由directive指令构成的“功能组件”或页面逻辑块组件。比如 “对话框”、“搜索框” 、“列表”等。这些模块的怎么书写主要依据业务逻辑来定，但模块之间如何通信呢？哪些通信方式是好的呢？本文主要讨论这个问题。

一： transclude 与 Shadow DOM

这里为什么独立讲讲transclude？它不是个标准的英文单词，从这个ngTransclude api里看它也不复杂，而且似乎也没什么与众不同的地方。是的，其实不必特意讲，只因为是它跟shadow dom有类似的地方，这个似乎证明angular的确是一个面向未来浏览器的框架（AngularJS is banking on the future of JS and trying to improve and extend HTML and JS by talking directly with the standards. In the future, most of the AngularJS concepts will be part of the browser but you can already use them with AngularJS if like me you can’t wait.）。

ng-class应用详解

上篇文章里提到过，本系列文章，主要从应用角度出发，来讲解angular的一些东西。上篇文章指出一些入门的学习地址，假如你看过那些资料，那么应该会碰到一些疑问点，不要着急再找资料寻求答案，因为有更好更有效的方法 – 从实际应用出发，碰到问题、思考问题、寻求答案！

前情概要

mvc模式近两三年在前端应用中推广开来，其衍生模式mvp、mvvm等都已经出来了许多库和框架，backbone在国内外前端开发中已经有非常广泛的应用，mvvm模式下的库或框架，在国内应用相对不是很多，而在国外已经应用的非常广泛。

善于经营的人，一般总能很好的放大自己的优点，给人以很牛逼的感觉；虽然看起来像是有些欺世盗名，但也可以理解，为了生活更好更有面子嘛，大家也都不容易，所以鄙人对此既不屑又有些敬佩，没准哪天自己也会变成那种曾经讨厌的样子。