Angularjs 我可以在单元测试中将httpBackend mock传递给函数吗

以下一般工程：

我的问题是这是否会产生意想不到的结果。有人不同意我这样做吗

我的目标是列出上述实现的测试，以便轻松阅读给定功能的规范：

it('should ...', func);
it('should ...', func);
it('should ...', func);

function func() {...};
function func() {...};
function func() {...};

---

谢谢。

我认为这是一个很好的模式，我个人在我的项目中也遵循这一模式。我总是尝试将函数声明放在底部。正如您可能已经知道的那样，只有当您按照自己的方式声明它们并注意将函数赋值给变量时，这才有效

// Good
doSomething();
function doSomething() {}

// Error
doSomething();
var doSomething = function() {}

---

约翰·帕帕同意——

我认为这是一个很好的模式，我个人在我的项目中也遵循这一模式。我总是尝试将函数声明放在底部。正如您可能已经知道的那样，只有当您按照自己的方式声明它们并注意将函数赋值给变量时，这才有效

// Good
doSomething();
function doSomething() {}

// Error
doSomething();
var doSomething = function() {}

---

约翰·帕帕同意-

不用于测试

Jasmine定义清晰详细的DSL，您应该在it（）中看到actuel测试，人们会首先查看测试（实现）以了解您的项目（因为您的测试是actuel规范，您的代码在做什么？）

适用于API

---

在API中，您只需像John Papa的《风格指南》（我想您指的是它）中那样查看顶部，就可以首先看到公共成员，这样可以清楚地说明问题，并且易于从上到下进行操作。

不适用于测试

Jasmine定义清晰详细的DSL，您应该在it（）中看到actuel测试，人们会首先查看测试（实现）以了解您的项目（因为您的测试是actuel规范，您的代码在做什么？）

适用于API

---

在API中，您只需像John Papa的《风格指南》（我想您指的是它）中那样查看顶部，就可以首先看到公众成员，这一点很清楚，并且易于从上到下进行操作。

它不会产生意料之外的结果，这是一个很好的风格选择。

它不会产生意料之外的结果，这是个不错的款式选择