优势：这样做的好处是如果以后我们需要增加一个输入框来实现精确跳转到哪一页时，可以直接在模板中使用 ng-change="sendAjax( )" 来绑定这个方法，方便复用，扩展，甚至修改功能。
劣势：但这样做的话，如果想在自定义指令中就无法直接调用这个方法，常见的处理策略是在自定义指令中使用 scope.$emit( ) 将一个自定义事件发送至父级controller，在父级controller中使用 $scope.$on( ) 来监听这个自定义事件，并在回调中执行 $scope.sendAjax( ) 这个方法。
将方法写在指令的link函数中
优势：可以将一些不需要用户感知的函数封装起来，例如数据发送前的校验，或是响应数据的结构重组等，提高业务逻辑相关的代码在controller中的比重，减小controller的体积。
劣势：当其他组件想要使用这个方法时会很困难，Angularjs并没有提供一种跨directive调用方法的机制。
实际上在开发过程中，不熟悉 &绑定 的开发者在使用自定义指令时，几乎都会选择将方法写在controller中并通过消息机制来触发这个函数（也就是上文中第一个方法），他们希望指令所封装的组件是纯粹的，换句话说，它是可复用且与业务逻辑剥离的。
使用&绑定
对于业务逻辑开发而言
简洁且容易使用，组件可直接调用controller中的业务逻辑代码，避免了当自定义事件过多时造成的controller中充满了事件监听的回调方法的问题，使用方法如下：
//主模板中 <div change-page="sendAjax"></div>
//指令定义中 ... template:'<div ng-click="changePage()"></div>' scope:{ changePage: '&' }, ...
对于模块封装而言
从上面的示例就可以看出，自定义指令中实际执行的 changePage( ) 方法，是用户在使用这个组件时编写在controller之中的 sendAjax( ) 这个方法,当我们需要封装一个供其他开发者调用的组件时（往往是在编写一个组件库），这种结构是在angular中最自然的实现方式。
当你希望给一个自定义指令暴露越来越多个性化定制接口时，它很可能变得臃肿，甚至一无是处。
&绑定 意义，在于将业务逻辑从组件中剥离出来，但过多的 可定制性 又会给开发者带来额外的问题，你会发现，仅仅是简单地使用一个下拉框或是勾选框之类的简单组件时，就需要传入一大堆自定属性，而这本该是在 交互设计标准 中确定好并编写在项目中的指定位置的。自定义指令的可定制性越高，html模板的体积就会越大，controller中的代码量也会随之增大，带来的直接问题就是： 开发很方便，维护很痛苦。
2.3 =绑定
=绑定 是3中绑定形式中最常用的一种，常用于将用于渲染的数组或对象传入自定义指令中 。这样做可以将业务逻辑分块，使得代码结构更具有层次性，降低维护难度。
实际场景：
一个表格组件，需要通过ajax请求从后台获取100条用于展示的数据，这些数据 可能需要排序，过滤，分页 等操作，首先应该明确的是，即时这些代码全部写在controller中，程序也是可以运行的，只是当你在其他场合需要复用时，就需要 复制粘贴 很多代码。那么该如何来设计这样一个功能并提取公用组件呢？ 排序 ， 过滤 ， 分页 都是表格组件的通用动作，也就是说与数据对象本身的结构并没有太大关系，对于一个通用型表格控件来说，我们唯一必须要传入的只有一项—— 数据源 ，且它是有可能会随着用户操作而 发生变化 的。
推荐的技术方案为：
service : 封装$http操作，信息提示，及容错处理
controller : 调用service暴露的方法从后台获取数据，并赋值给指定变量
directive : 双向数据绑定controller中的变量以获取驱动表格渲染的数据，将排序，过滤，分页的具体实现封装在指令内部。
这样的结构，使 宏观业务逻辑 ， 前后台信息交互 ， 组件通用功能 分别在不同的模块中实现，可以极大提高定位问题的速度。
=绑定 的双向数据绑定在使用中是存在一些方法问题的，详情请参考 《Angularjs1.X进阶笔记(1)—两种不同的双向数据绑定》 。
三. 自定义指令的实用意义
=绑定 —— 常用于传递从后台获取的用于驱动纯组件的源数据。
@绑定 —— 为自定义指令中传递可配置的常量参数提供设置接口。
&绑定 —— 为自定义指令中传递自定义方法提供接口。