假设我有以下内容:
var myNumber = 5;
expect(myNumber).toBe(5);
expect(myNumber).toEqual(5);
以上两个测试都将通过。在计算数字时,toBe()和toEqual()之间有区别吗?如果是的话,什么时候我应该使用其中一种而不是另一种?
假设我有以下内容:
var myNumber = 5;
expect(myNumber).toBe(5);
expect(myNumber).toEqual(5);
以上两个测试都将通过。在计算数字时,toBe()和toEqual()之间有区别吗?如果是的话,什么时候我应该使用其中一种而不是另一种?
toBe() vs . toEqual(): toEqual()检查是否相等。另一方面,toBe()确保它们是完全相同的对象。
我会说在比较值时使用toBe(),在比较对象时使用toEqual()。
当比较基本类型时,toEqual()和toBe()将产生相同的结果。当比较对象时,toBe()是一个更严格的比较,如果它不是内存中完全相同的对象,将返回false。因此,除非你想确保它在内存中是完全相同的对象,否则请使用toEqual()来比较对象。
更多信息请点击这个链接:http://evanhahn.com/how-do-i-jasmine/
现在,当观察toBe()和toEqual()在数字方面的差异时,只要你的比较是正确的,就不应该有任何差异。5总是等于5。
这里是一个很好的地方,可以玩这个,看看不同的结果
更新
观察toBe()和toEqual()的一个简单方法是理解它们在JavaScript中的具体功能。根据茉莉API,在这里找到:
toEqual()适用于简单的文字和变量,也应该适用于对象 toBe()与===比较
从本质上讲,这是说toEqual()和toBe()是类似的Javascripts ===运算符,除了toBe()也检查以确保它是完全相同的对象,在下面的例子中objectOne === objectTwo //也返回false。然而,在这种情况下,toEqual()将返回true。
现在,你至少可以理解为什么:
var objectOne = {
propertyOne: str,
propertyTwo: num
}
var objectTwo = {
propertyOne: str,
propertyTwo: num
}
预计(objectOne .toBe (objectTwo));/ /返回假
这是因为,正如对另一个不同但类似的问题的回答中所述,===操作符实际上意味着两个操作数引用相同的对象,或者对于值类型来说,具有相同的值。
引用jasmine github项目,
期望(x) .toEqual (y);比较对象或原语x和y和 如果它们相等,则通过 期望(x) .toBe (y);比较对象或原语x和y并传递 如果它们是同一个物体
对于基本类型(例如数字、布尔值、字符串等),toBe和toEqual之间没有区别;要么一个人挣5美元,这是真的,要么“蛋糕是个谎言”。
为了理解toBe和toEqual之间的区别,让我们想象三个对象。
var a = { bar: 'baz' },
b = { foo: a },
c = { foo: a };
使用严格的比较(===),有些东西是“相同的”:
> b.foo.bar === c.foo.bar
true
> b.foo.bar === a.bar
true
> c.foo === b.foo
true
但是有些东西,即使它们是“相等的”,也不是“相同的”,因为它们表示的对象位于内存中的不同位置。
> b === c
false
Jasmine的toBe匹配器不过是一个严格的相等比较的包装
expect(c.foo).toBe(b.foo)
和
expect(c.foo === b.foo).toBe(true)
不要只相信我的话;参见toBe的源代码。
但b和c表示功能等效的对象;它们看起来都像
{ foo: { bar: 'baz' } }
如果我们可以说b和c“相等”,即使它们不代表同一个对象,这不是很好吗?
进入toEqual,它检查“深度相等性”(即在对象中进行递归搜索,以确定它们的键值是否相等)。以下两项测试都将通过:
expect(b).not.toBe(c);
expect(b).toEqual(c);
查看Jasmine源代码可以更清楚地了解这个问题。
toBe非常简单,只使用恒等/严格等式运算符===:
function(actual, expected) {
return {
pass: actual === expected
};
}
另一方面,toEqual有近150行长,并且对内置对象有特殊处理,比如String、Number、Boolean、Date、Error、Element和RegExp。对于其他对象,它递归地比较属性。
这与相等运算符==的行为非常不同。例如:
var simpleObject = {foo: 'bar'};
expect(simpleObject).toEqual({foo: 'bar'}); //true
simpleObject == {foo: 'bar'}; //false
var castableObject = {toString: function(){return 'bar'}};
expect(castableObject).toEqual('bar'); //false
castableObject == 'bar'; //true
我想有人可能会喜欢用(注释的)例子来解释:
下面,如果我的deepClone()函数正确地完成了它的工作,测试(如'it()'调用中所述)将成功:
describe('deepClone() array copy', ()=>{
let source:any = {}
let clone:any = source
beforeAll(()=>{
source.a = [1,'string literal',{x:10, obj:{y:4}}]
clone = Utils.deepClone(source) // THE CLONING ACT TO BE TESTED - lets see it it does it right.
})
it('should create a clone which has unique identity, but equal values as the source object',()=>{
expect(source !== clone).toBe(true) // If we have different object instances...
expect(source).not.toBe(clone) // <= synonymous to the above. Will fail if: you remove the '.not', and if: the two being compared are indeed different objects.
expect(source).toEqual(clone) // ...that hold same values, all tests will succeed.
})
})
当然,这不是我的deepClone()的完整测试套件,因为我没有在这里测试数组中的对象文字(以及其中嵌套的对象)是否也具有不同的标识但相同的值。
toEqual()比较的是原语的值,还是对象的内容。 toBe()比较引用。
以下代码/套件应该是自解释的:
describe('Understanding toBe vs toEqual', () => {
let obj1, obj2, obj3;
beforeEach(() => {
obj1 = {
a: 1,
b: 'some string',
c: true
};
obj2 = {
a: 1,
b: 'some string',
c: true
};
obj3 = obj1;
});
afterEach(() => {
obj1 = null;
obj2 = null;
obj3 = null;
});
it('Obj1 === Obj2', () => {
expect(obj1).toEqual(obj2);
});
it('Obj1 === Obj3', () => {
expect(obj1).toEqual(obj3);
});
it('Obj1 !=> Obj2', () => {
expect(obj1).not.toBe(obj2);
});
it('Obj1 ==> Obj3', () => {
expect(obj1).toBe(obj3);
});
});
我认为toEqual是检查deep equal, toBe是2个变量的相同引用
it('test me', () => {
expect([] === []).toEqual(false) // true
expect([] == []).toEqual(false) // true
expect([]).toEqual([]); // true // deep check
expect([]).toBe([]); // false
})