我正在进行大规模的骨干建设。然而,我碰到的压力点之一是:
这是一个标准的循环依赖问题。但是,大多数建议是设置一个顶级项来管理这些(我目前使用的)。这也使得单元测试变得非常困难,因为程序必须引入每一个模型和集合才能管理它。
有更好的方法来管理这样的场景吗?
发布于 2015-02-12 17:08:38
在这种情况下编写单元测试的一种方法是模拟正在使用的模块加载框架中依赖关系的另一面。如果RequireJS是您选择的工具,那么我已经成功地使用了SquireJS来实现这个目标:
https://github.com/iammerrick/Squire.js/
话虽如此,它一旦建立起来就成了一个马蜂窝。我们放弃了这种测试技术,因为我们很难对实际测试的内容进行推理。
(旁白:不是想成为一个混蛋,但像这样的循环依赖通常是一个设计问题的症状。模型必须了解集合的用例是什么?)
https://stackoverflow.com/questions/28478533
复制相似问题