AngularJS 中的循环依赖和 OOP 问题

Question

AngularJS + OOP 使用起来有点性感

您好，我已经成功使用 AngularJs 的 OOP 有一段时间了（首先从 angularjs with oop inheritance in action 开始），提供的方法允许您将您的类定义为 Angular 服务，以后您可以像这样扩展或继承它：

Application.factory('AbstractObject', [function () {
    var AbstractObject = Class.extend({
        virtualMethod: function() {
           alert("Hello world");
        },
        abstractMethod: function() { // You may omit abstract definitions, but they make your interface more readable
           throw new Error("Pure abstract call");
        }
    });

    return AbstractObject; // You return class definition instead of it's instance
}]);

Application.factory('DerivedObject', ['AbstractObject', function (AbstractObject) {
    var DerivedObject = AbstractObject.extend({
        virtualMethod: function() { // Shows two alerts: `Hey!` and `Hello world`
            alert("Hey!");

            this._super();
        },
        abstractMethod: function() {
            alert("Now I'm not abstract");
        }
    });

    return DerivedObject;
}]);

Plunker：http://plnkr.co/edit/rAtVGAsNYggBhNADMeoT

使用所描述的方法使您能够定义完美地集成到 Angular 基础架构中的类。你可以从两个世界——OOP 和 AngularJs 中获得各种漂亮的特性。依赖注入对您的类来说是免费的，它使您的类变得简单，允许将大量样板控制器代码放入一些以后可以重用的基类中。

然而

AngularJs 基础设施阻止了之前描述的方法，使其无法 100% 展开。当您尝试定义递归类定义（即递归聚合）时会出现问题，假设您有两个类定义，如 Blog 和 Tag

Application.factory('Blog', ['Tag', function (Tag) {
    var Blog = Class.extend({
        tags: function() {
            return this.tags;
        }
    });

    return Blog;
}]);

Application.factory('Tag', ['Blog', function (Blog) {
    var Tag = Class.extend({
        Blogs: function() {
           return this.blogs;
        }
    });

    return Tag;
}]);

它不起作用，因为Blog 和Tag 都在自我引用自己，从而导致循环依赖。

附言

最后一件事，我找到了一个丑陋的解决方案，可以在我的特定情况下解决我的问题，但通常不起作用，正如我所说，它并不漂亮：

Application.factory('BlogNamespace', [function () {
    var Blog = Class.extend({
        tags: function() {
            return this.tags;
        }
    });

    var Tag = Class.extend({
        Blogs: function() {
           return this.blogs;
        }
    });

    return {
        Tag: Tag,
        Blog: Blog
    };
}]);

问题

上述修复不起作用，因为命名空间也可能是循环依赖的主题。这意味着它不是描述问题的解决方案，而是现在更深层次的问题。

关于如何在一般情况下解决所描述的问题有什么建议吗？

Answer 1

循环依赖总是关注点混合的标志，这是一件非常糟糕的事情。 AngularJS 的作者之一 Miško Hevery 解释了一个很好的解决方案on his awesome blog。简而言之，您可能在某处隐藏了第三个服务，这是其他两个真正需要的代码中唯一的部分。

Answer 2

我正在回答我自己的问题，只是因为我找到了解决我最初发布的问题的技术方法。但在此之前，我强烈建议您使用 Blackhole 的建议，因为它可以解决通常由不良架构引起的更广泛的问题。请先使用他的方法，如果您知道自己在做什么，请返回当前的方法。

所以这里是：

您可以使用$injector 服务并在运行时注入所需的定义，这从技术角度来看是合法的，但再次根据this 帖子（很难想象它是在 2008 年编写的），这是像黑魔法一样，这样做，它会反击你：

Application.factory('Blog', ['$injector', function ($injector) {
    var Tag = $injector.get('Tag'); // Here is your tag

    ...    
}]);

Application.factory('Tag', ['Blog', function (Blog) {
    ...
}]);

---

编辑

事实证明，目前的方法是服务定位器模式的一个例子，即 IoC 反模式。

Answer 3

最后的手段：不鼓励

在我的情况下，以角度解决此类循环依赖问题的最佳方法是通过$rootScope-broadcasts 触发函数调用。然后，其他服务可以收听此广播并对所需的函数调用做出反应。它可能不是最优雅的解决方案，但在某些情况下，无论如何服务之间的交互主要是单向的，它可能是一个合理的替代方案。 （请注意，这也允许仅通过回调将返回值传递回广播函数）

---

一个伪例子是：

angular.module('myApp').factory('service1', ["$rootScope",
  function($rootScope) {
    function func1() {
      // do something
    }
    $rootScope.$broadcast("callFunc2"); // calls func2 from service 1

    return {
      func1: func1
    }
  }
]);
angular.module('myApp').factory('service2', ["service1", "$rootScope",
  function(service1, $rootScope) {
    function func2() {
      // do something
    }
    service1.func1();  // calls func1 from service 2
    $rootScope.on("callFunc2", func2);
  }
]);