这一个多月业务上实在太忙，就没空整一些业务外的技术探索实践什么的了。这些是普通的业务，但过程中让自己反思了一些有关做事态度、做事风格的问题。

晚上跟同事聊天，得知他正在做游戏方面的一些思考（接了游戏营销的业务），大致是如何让“技术驱动产品创新”。他做了个canvas的小demo给我演示，他在上边手指移动画个图形，然后程序自己选中某个对应的图标，虽然技术上很简单但仍让我感到比较新奇，也立刻感觉到“游戏”方面确实可以让技术来驱动产品的创新，而且似乎这个路子更宽、相对传统的产品也更容易！

上个月看到“月影(十年踪迹)”翻译的一篇文章 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的一些东西。上篇文章指出一些入门的学习地址，假如你看过那些资料，那么应该会碰到一些疑问点，不要着急再找资料寻求答案，因为有更好更有效的方法 – 从实际应用出发，碰到问题、思考问题、寻求答案！