Reputation: 1701
Is there any particular advantage/disadvantage in JavaScript memory consumption between using location.href = url
as opposed to location.assign(url)
?
I guess I'm wondering if it takes more memory to access the method as opposed to setting the property.
Upvotes: 135
Views: 82292
Reputation: 1983
I personally prefer calling the function instead, because calling a function gives me a better impression that something is running and that is not only a value of a variable that is changing.
But probably yes, it may be true that location.href = url;
is faster than location.assign(url)
, although it may depend on the JavaScript engine implementation, according to my tests. [Dead link to tests removed.]
Upvotes: 56
Reputation: 181
actually there is a difference i think
Upvotes: 5
Reputation: 5205
I'd like to add a difference that I experienced using both while working in React which the above answers missing.
Analyze the following snippet in React:
return (<>location.href = "www://example.com"</>)
Vs
return (<>location.assign("www://example.com")</>)
In the fonmer case you'd actually see the string www://example.com getting typed on the DOM for a split second since it renders the text before this redirection happens.
To avoid that We need to use the latter location.assign()
Upvotes: -2
Reputation: 3932
I always used and never had problems with:
location.href = url;
Calling a function should be slightly slower than accessing the property, but in terms of memory there should not be a big difference in my humble opinion.
Upvotes: 36
Reputation: 42085
Is there any particular advantage/disadvantage in JavaScript memory consumption between using location.href = url as opposed to location.assign(url)?
There is exactly zero difference.
The reason for this is simple. Every time your browser loads a new page, it starts a fresh new Javascript 'VM' with the scripts for that page running in that VM. When running either of the statements in your question, you are instructing the browser to load a new page, which means destroying the current VM (and freeing up any memory associated with it) and loading a completely new VM for the new page.
Save for any weird browser bugs the net effect is always the same. Your scripts are running in a brand new VM with the exact same memory consumption.
If you are working with the location object in the browser and you want to be able to run this code on Node JS (e.g. for testing or for isometric code), you can use ulocation
, a universal/isometric implementation of the Location object. Full Disclosure: I am the author of that package.
Upvotes: 6
Reputation: 889
I know this is old, but I stumbled on this when I was looking for a way to check my unit tests were redirecting to the correct url.
I would go with window.location.assign()
if you are more concerned with testing. Using a function allows you to mock said function and check the url input parameters.
So, using jest:
window.location.assign = jest.fn();
myUrlUpdateFunction();
expect(window.location.assign).toBeCalledWith('http://my.url');
// Clean up :)
window.location.assign.mockRestore();
Upvotes: 62
Reputation: 73
Tested my machine/browser, http://jsperf.com/location-href-vs-location-assign/2, for Chrome 40.0.2214.93 32-bit on Windows Server 2008 R2 / 7 64-bit
location.assign was 15% slower than location.href.
Upvotes: 3