窗和窗的区别是什么?Location =和window.location.replace()?

这两条线有区别吗?

var url = "http://www.google.com/";
window.location = url;
window.location.replace(url);
372419 次浏览
小开
最佳答案

window.location将一个项目添加到您的历史记录中，您可以(或应该能够)单击“返回”并返回到当前页面。

window.location.replace替换当前历史项，因此您不能返回到它。

看到window.location:

assign(url):在

replace(url):替换当前 在提供的文件 URL。区别在于 assign()方法是指使用后 replace()当前页面将不会 保存在会话历史记录中，意思是 用户将无法使用Back

哦，一般来说:

window.location.href = url;

优先于:

window.location = url;
小开

TLDR;

使用location.href或更好的使用window.location.href;

然而，如果你读了这篇文章，你会得到不可否认的证据。

事实是，它可以使用，但为什么要做有问题的事情。你应该走更高的道路，按照可能应该做的方式去做。

location = "#/mypath/otherside"
var sections = location.split('/')
这段代码在语法、逻辑和类型方面都是完全正确的 你知道唯一的问题是什么吗?< / p >

它有location而不是location.href

这个呢

var mystring = location = "#/some/spa/route"

mystring的值是什么?有人不做测试就知道吗。没人知道这里到底会发生什么。该死，我刚写了这个，我甚至不知道它是干什么的。location是一个对象，但我分配了一个字符串，它将传递字符串还是传递位置对象。让我们假设这应该如何实现有一些答案。你能保证所有的浏览器都做同样的事情吗?

这我几乎可以猜到所有的浏览器都会处理相同的。

var mystring = location.href = "#/some/spa/route"

如果你把它放到typescript中它会不会崩溃因为类型编译器会说这应该是一个对象?

然而，这个对话比location对象要深刻得多。这种转变是关于你想成为什么样的程序员?

如果你走这条捷径，也许今天可以，也许明天可以，也许永远都可以，但是你先生现在是一个糟糕的程序员。这对你来说是不好的，会让你失望的。

会有更多的物体。将会有新的语法。

你可以定义一个getter，它只接受一个字符串，但返回一个对象，最糟糕的是你会认为你做的事情是正确的，你可能认为你对这个聪明的方法很聪明，因为这里的人可耻地把你带进了歧途。

var Person.name = {first:"John":last:"Doe"}
console.log(Person.name) // "John Doe"

对于getter和setter，这段代码实际上是可以工作的，但仅仅因为可以这样做并不意味着这样做是“明智的”。

大多数编程的人都喜欢编程，喜欢变得更好。在过去的几年里，我学得很好，学到了很多东西。我现在知道的最重要的事情，尤其是当你写库的时候，是一致性和可预测性。

做那些你能坚持做的事情。

+"2" <——这个函数在这里将字符串解析为一个数字。你应该使用它吗? 还是应该使用parseInt("2")?< / p >

那var num =+"2"呢?

从你学到的，从stackoverflow的想法我不太希望。

如果你开始遵循这两个词一致和可预测。您将知道stackoverflow上大量问题的正确答案。

让我告诉你这是如何得到回报的。 通常我把;放在我写的每一行javascript上。我知道这样更有表现力。我知道这更清楚。我遵守了我的规则。有一天我决定不这么做。为什么?因为很多人都告诉我不再需要它了，JavaScript也可以没有它。所以我决定这样做。现在，因为我已经确信自己是一个程序员(就像你应该享受掌握一门语言的果实一样)，我写了一些非常简单的东西，我没有检查它。我删除了一个逗号，我不认为我需要重新测试这样一个简单的事情，如删除一个逗号

我在es6和babel中写了类似的东西

var a = "hello world"
(async function(){
//do work
})()
这段代码失败了，花了很长时间才弄清楚。 由于某种原因，它看到的是

var a = "hello world"(async function(){})()

隐藏在源代码深处，它告诉我“hello world”不是一个函数。

更有趣的是，节点不显示转译代码的源映射。

浪费了太多愚蠢的时间。我也向别人展示了ES6是多么的出色，然后我不得不开始调试并演示ES6是多么的令人头疼和更好。没有说服力。

我希望这回答了你的问题。这是一个老问题，更多的是为了未来的一代，那些仍在学习的人。

当人们说两种方法都无所谓的时候。机会是一个更聪明更有经验的人会告诉你其他的明智。

如果有人重写了location对象。他们将为旧的浏览器做一个垫片。它将获得一些需要调整的新功能，而你3年前的代码将会失败。

这是最后一个值得思考的问题。

编写干净、清晰、有目的的代码对你的代码有帮助，这是无法用对或错来回答的。它的作用是使你的代码成为一个使能器。

你可以使用更多的东西插件，库不用担心代码之间的中断。

郑重声明。使用

window.location.href

小开

起源,一个解决方案

这个问题

这两行有区别吗?
window.location = "http://www.google.com/";
window.location.replace("http://www.google.com/"); < / p >

简短的回答

是的。

背景事实

首先，你要知道:

window.location = "https://stackoverflow.com"是window.location.href = "https://stackoverflow.com"的别名，因此具有相同的功能。

__abc2 vs __abc3

window.location:

这里，我将window.location = "https://website.com"在它的上下文中寻址为window.location.href = "https://website.com"

  • location对象上的href属性存储当前网页的URL。
  • 在更改href属性时，用户将被导航到一个新的URL。
  • 这将向历史记录列表中添加一个项目
  • 后移到下一页，用户可以点击“后退”按钮 浏览器返回本页.
    • .

window.location.replace:

  • replace功能用于导航到新的URL，而不向历史记录中添加记录。
  • 此函数将覆盖最上面的条目，并将其从历史堆栈中替换。
  • 点击“Back"按钮，您将无法返回到重定向之前访问的最后一页后移动到下一页。

结论:

要回答这个问题:

是的，我们的两个主题之间有区别，主要在于window.location允许你返回浏览器历史，而window.location.replace()不允许你返回浏览器历史，因此从浏览器历史中删除了之前的URL记录。

奖金:哪个更快?

当你使用this: window.location = "http://www.google.com/";时，你是在直接更新href属性，这比使用window.location.replace("http://www.google.com/");的性能更快，因为更新函数比直接更新属性要慢。

关于window.location的更多信息

window.location返回Location对象，其内部如下所示:

console.log(window.location);


// This is how the Location object that returns from window.location looks like
{
"ancestorOrigins": {},
"href": "https://stackoverflow.com/",
"origin": "https://stackoverflow.com",
"protocol": "https:",
"host": "stackoverflow.com",
"hostname": "stackoverflow.com",
"port": "",
"pathname": "/",
"search": "",
"hash": ""
}

Location对象也有以下方法(函数):

< p > Location.assign()

.加载参数中提供的URL处的资源
< p > Location.reload()
重载当前URL，就像Refresh按钮一样
< p > Location.toString()
返回一个包含整个URL的字符串。它是Location.href的同义词， 但是，它不能用来修改值

提交答案