AngularJS: $champ d'application.$watch ne met pas à jour la valeur extraite de $resource sur la directive personnalisée

J'ai un problème avec les directives personnalisées qui me rend fou. J'essaie de créer la directive personnalisée (attribut) suivante:

angular.module('componentes', [])
    .directive("seatMap", function (){
        return {
            restrict: 'A',
            link: function(scope, element, attrs, controller){

                function updateSeatInfo(scope, element){
                    var txt = "";
                    for (var i in scope.seats)
                        txt = txt + scope.seats[i].id + " ";
                    $(element).text("seat ids: "+txt);
                }

                /* 
                    // This is working, but it's kind of dirty...
                    $timeout(function(){updateSeatInfo(scope,element);}, 1000);
                */

                scope.$watch('seats', function(newval, oldval){
                    console.log(newval, oldval);
                    updateSeatInfo(scope,element);
                });
            }
        }
    });

Cette directive "attribute-type" (appelée seatMap) essaie d'afficher une liste d'identifiants de siège (par exemple, pour un théâtre) que je vais récupérer du serveur via $resource service (voir le code ci-dessous) dans un div (élément).

Je l'utilise avec ce simple html partiel:

<div>
    <!-- This is actually working -->
    <ul>
        <li ng-repeat="seat in seats">{{seat.id}}</li>
    </ul>

    <!-- This is not... -->
    <div style="border: 1px dotted black" seat-map></div>
</div>

Et c'est le contrôleur qui charge le portée géographique:

function SeatsCtrl($scope, Seats) {
    $scope.sessionId = "12345";
    $scope.zoneId = "A";
    $scope.seats = Seats.query({sessionId: $scope.sessionId, zoneId: $scope.zoneId});
    $scope.max_seats = 4;
}

Où "Seats" est un service simple utilisant $resources pour récupérer un JSON à partir du serveur

angular.module('myApp.services', ['ngResource'])
    .factory('Seats', function($resource){
        return $resource('json/seats-:sessionId-:zoneId.json', {}, {});
    })
;

App.js (asientos_libres.html est le partiel que j'ai utilisé):

angular.module('myApp', ['myApp.filters', 'myApp.services', 'myApp.directives', 'componentes']).
  config(['$routeProvider', function($routeProvider) {
    $routeProvider.when('/view1', {templateUrl: 'partials/asientos_libres.html', controller: SeatsCtrl});
    $routeProvider.otherwise({redirectTo: '/view1'});
  }]);

Le problème est, même si j'ai mis en place un "scope".$ watch "dans la fonction link de la directive afin que la portée puisse vérifier si l'attribut "seats"a changé pour mettre à jour la liste des identifiants, cela ne fonctionne pas pour le moment $scope.seats change dans le contrôleur (quand nous appelons "requête").

Comme vous pouvez le voir dans le code, j'ai essayé d'utiliser $timeout pour retarder le lancement de "updateSeatInfo", mais je crains que ce ne soit pas la solution la plus intelligente de loin...

J'ai également essayé de ne pas faire de requête JSON, mais d'utiliser un dictionnaire codé en dur dans $scope.sièges et ça marche, donc il semble que c'est une question de synchronisation.

Note: updateSeatInfo est juste une fonction de test, la fonction réelle que je vais utiliser est un peu plus complexe.

Une idée sur la façon de faire face avec elle?

Merci d'avance!

Modifier 1: application ajoutée.js, où j'utilise le routeur pour appeler SeatsCtrl, merci à Supr pour les conseils. Cependant, je suis toujours le même problème.

Edit 2: Résolu!(?) Ok! Il semble que j'ai trouvé une solution, qui n'est peut-être pas la meilleure, mais cela fonctionne correctement! :) Pour autant que je puisse voir ici http://docs.angularjs.org/api/ng. $ timeout , nous pouvons utiliser $timeout (un wrapper sur setTimeout) sans délai! C'est génial parce que nous ne retardons pas artificiellement l'exécution de notre code dans $timeout, mais nous faisons la directive de ne pas l'exécuter tant que la requête asynchrone n'est pas terminée.

J'espère que cela fonctionnera aussi pour les demandes de longue attente...

Si quelqu'un connaît une meilleure façon de le réparer, veuillez le dire!