服务是否应该公开其异步性？

Question

我正在编写一个将异步检索数据的服务（$ http或$ resource）。我可以通过返回一个最初为空但最终将填充的数组来隐藏它是异步的事实：

.factory('NewsfeedService1', ['$http', function($http) {
   var posts = [];
   var server_queried = false;
   return {
      posts: function() {
         if(!server_queried) {
            $http.get('json1.txt').success(
              function(data) {
                server_queried = true;
                angular.copy(data, posts);
            });
         }
         return posts;
      }
   };
}])
.controller('Ctrl1', ['$scope','NewsfeedService1',
function($scope, NewsfeedService1) {
    $scope.posts = NewsfeedService1.posts();
}])

或者我可以通过返回一个承诺来暴露异步性：

.factory('NewsfeedService2', ['$http', function($http) {
  var posts = [];
  var server_queried = false;
  var promise;
  return {
     posts_async: function() {
       if(!promise || !server_queried) {
         promise = $http.get('json2.txt').then(
           function(response) {
              server_queried = true;
              posts = response.data;
              return posts;
         });
       }
       return promise;
     }
  };
}])

.controller('Ctrl2', ['$scope','NewsfeedService2',
function($scope, NewsfeedService2) {
  NewsfeedService2.posts_async().then(
    function(posts) {
      $scope.posts = posts;
  });
  // or take advantage of the fact that $q promises are
  // recognized by Angular's templating engine:
  // (note that Peter and Pawel's AngularJS book recommends against this, p. 100)
  $scope.posts2 = NewsfeedService2.posts_async();
}]);

（Plunker-如果有人想尝试上述两种实现。）

暴露异步性的一个潜在优势是，我可以通过向then()方法中添加错误处理程序来处理控制器中的错误。但是，我很可能会在应用程序范围的拦截器中捕获并处理$
http错误。

那么，什么时候应该暴露服务的异步性呢？

Answer 1

我的猜测是，您会在栅栏的两边找到人。 就个人而言 ，我认为您应该始终公开库或函数的异步性（或更正确地说：我认为您 永远 不应 隐藏
库或函数的异步性）。主要原因是透明度；例如，这行得通吗？

app.controller('MyController', function(NewsfeedService) {
  $scope.posts = NewsfeedService.posts();
  doSomethingWithPosts($scope.posts); // <-- will this work?
});

如果您使用第一种方法（例如$resource），即使$scope.posts从技术上讲它是一个数组，也不会。如果doSomethingWithPosts具有自己的异步操作，则可能会导致竞争。相反，您仍然必须使用异步代码：

app.controller('MyController', function(NewsfeedService) {
  $scope.posts = NewsfeedService.posts(function() {
    doSomethingWithPosts($scope.posts);
  });
});

（当然，您可以使回调接受posts作为参数，但是我仍然认为它令人困惑且不规范。）

幸运的是，我们有承诺，而承诺的真正目的是 代表 运营的未来价值。此外，由于$q可以使用Angular 库创建的Promise
绑定到视图，因此这没有错：

app.controller('MyController', function(NewsfeedService) {
  $scope.posts = NewsfeedService.posts();
  // $scope.posts is a promise, but when it resolves
  // the AngularJS view will work as intended.
});

[更新：您不再可以将Promise直接绑定到视图；您必须等待诺言得到解决，然后手动分配范围属性。]

顺便说一句，Restangular是的一种流行替代方法$resource，使用Promise，而AngularJS自己$resource将在1.2中支持它们（它们可能已经在最新的1.1.x中支持它们）。