今年3月接触AngularJs，并且在6月的项目中开始应用，从踩坑到填坑花了不少时间，根据项目中的实际应用情况总结了一些经验，如下：
一．UI控件选择
Angularjs是不缺控件的，Github里现成的控件非常丰富，基本上足以应付一个普通管理系统中常见的控件需求。但是控件的丰富会带来选择的困难。选择控件要满足几个原则：
原则1：符合业务场景
原则2：控件持续更新
原则3：满足性能要求
举几个例子。首先是上传附件的控件。项目中要用到附件上传，谷歌上搜到了三个控件，分别是
https://github.com/leon/angular-upload
https://github.com/danialfarid/ng-file-upload
https://github.com/nervgh/angular-file-upload
因为项目需要兼容IE9，就重点关注了这三个控件对浏览器的兼容性。第一个控件没有任何说明，第二个控件支持IE9，但是前提是要安装flash，第三个控件支持IE8和9，但是只支持部分功能。从浏览器兼容性的角度考虑，最终选择了控件三。
再举一个例子，下拉框控件。html原生的select功能比较单一，并且option的样式很难修改，在前端各个框架所用的下拉框基本上都是重新实现的。Angularjs也不例外。项目中刚开始选用了ui-select2。后来在ui-select2的介绍中看到这句话：
This directive is now obsolete. A new initiative, more active, and 100% angular is available at https://github.com/angular-ui/ui-select.
发现ui-select2已经有3年没有更新了，果断弃坑选用ui-select。
最后谈谈原则3，还是说ui-select吧，它虽然是ui-select2的改进版，但是性能上是存在问题的，根据stackoverflow上的问答，一个ui-select里包含过多选择项或者一个页面包含过多ui-select控件时，性能有明显降低。因为这一点，曾考虑用其他控件替换掉ui-select，不过项目中并不存在大数据量和过多控件的情况，最后仍然保留了它。在满足原则1和2和前提下，只能尽量满足原则3。
一个新项目在开发前，最好能根据需求调研可能用到的UI控件，并尝试写一些demo，尤其对复杂的UI控件。比如ui-grid，有太多的指令和api，花费在阅读文档和官方实例代码的时间也是一笔不小的投入。
二．自定义指令
自定义的指令要加命名空间（前缀），防止全局指令名污染，就像javascript中防止全局变量污染一样。在项目中，某个页面出现了这样的错误：
Error: [$compile:multidir] Multiple directives [refresh, uiSelectChoices] asking for template on: <ui-select-choices repeat="searchRes in searchRes" refresh="searchMedia($select
延伸阅读
学习是年轻人改变自己的最好方式