Javascript 指令的角度API

您如何看待创建公开服务的指令的方法

示例：有一个要执行的指令，然后获取UI将具有的请求：

<api-http id="clients" uri="rest/clients"></api-http>

<button ng-click="clients.get()">search clients</button>

<table>
<tr ng-repeat="client in clients.results.data"> 
<td>{{client.name}}</td>
</tr>
</table>

搜索客户端
{{client.name}

api http是一种通过ui公开api rest的策略，我调用id中公开的api的按钮，调用将结果存储在变量result下的api中的get，并在下表中显示ResultCenter代码，他们认为这是一种方法吗

---

这并不免除控制器的使用，因为我们可以使用一个控制器和一个控制器来调用api可视组件。

这样的指令可能看起来像这样：

.directive('apiHttp', function($http) {
  return {
    link: function(scope, element, attrs) {
      scope[attrs.id] = {
        results: null,
        get: function() {
          $http.get(attrs.uri).then(function(response) {
            this.results = response;
          }.bind(this))
        }
      }
    }
  };
});

---

演示：

这样的指令可能看起来像这样：

.directive('apiHttp', function($http) {
  return {
    link: function(scope, element, attrs) {
      scope[attrs.id] = {
        results: null,
        get: function() {
          $http.get(attrs.uri).then(function(response) {
            this.results = response;
          }.bind(this))
        }
      }
    }
  };
});

---

演示：

那么您认为这种方法怎么样？请注意，这里使用该指令提供的组件不是可视的，而是行为的（ajax请求），没有任何东西阻止它被用作控制器，但在这种情况下，使用这种方法的控制器变得微不足道，我们可以只使用接口组件来组成更复杂的行为，而不使用定义的控制器。你认为呢？已经有一些api的组件包含类似的指令了吗？我正在考虑使用这种方法来定位控制器代码的使用。那么你觉得这种方法怎么样？请注意，这里使用该指令提供的组件不是可视的，而是行为的（ajax请求），没有任何东西阻止它被用作控制器，但在这种情况下，使用这种方法的控制器变得微不足道，我们可以只使用接口组件来组成更复杂的行为，而不使用定义的控制器。你认为呢？已经有一些api的组件包含类似的指令了吗？我正在考虑使用这种方法来定位控制器代码的使用。