在 1990 年代，有一种时尚将 Javascript 代码直接放入<a>href 属性中，如下所示：
<a href="javascript:alert('Hello world!')">Press me!</a>
然后我突然停下来看它。它们都被以下内容取代：
<a href="#" onclick="alert('Hello world!')">Press me!</a>
对于一个以触发Javascript代码为唯一目的且没有实际href目标的链接，为什么鼓励使用onclick属性而不是href属性？
执行上下文是不同的，要看到这一点，请尝试以下链接：
<a href="javascript:alert(this.tagName)">Press me!</a> <!-- result: undefined -->
<a href="#" onclick="alert(this.tagName)">Press me!</a> <!-- result: A -->
javascript:在全局上下文中执行，而不是作为元素的方法，这通常是您想要的。在大多数情况下，您正在做一些与您所操作的元素有关或与之相关的事情，最好在该上下文中执行它。
此外，它更简洁，尽管我根本不会使用内嵌脚本。查看以更简洁的方式处理这些事情的任何框架。jQuery 中的示例：
$('a').click(function() { alert(this.tagName); });
实际上，这两种方法都被认为是过时的。鼓励开发人员在外部 JS 文件中分离所有 JavaScript，以便将逻辑和代码与真正的标记分开
这样做的原因是它创建了更易于维护和调试的代码，并且还促进了 Web 标准和可访问性。可以这样想：看看你的例子，如果你在一个页面上有数百个这样的链接，并且需要alert使用外部 JS 引用改变一些其他函数的行为，你只需要改变一个事件绑定在一个 JS 文件中，而不是一遍又一遍地复制和粘贴一堆代码或进行查找和替换。
几个原因：
错误的代码实践：
HREF 标记用于指示存在指向另一个位置的超链接引用。通过对实际上并没有将用户带到任何地方的 javascript 函数使用相同的标签是不好的编程习惯。
SEO 问题：
我认为网络爬虫使用 HREF 标签在整个网站上爬行并链接所有连接的部分。通过放入 javascript，我们破坏了这个功能。
中断可访问性：
我认为某些屏幕阅读器将无法执行 javascript，并且可能不知道如何处理 javascript，而他们希望有一个超链接。用户将希望在链接悬停时在浏览器状态栏中看到一个链接，同时他们会看到一个类似“javascript:”的字符串，这可能会使他们感到困惑等。
您仍处于 1990 年代：
主流建议是将您的 javascript 放在一个单独的文件中，而不是像 1990 年代那样与页面的 HTML 混合。
哈。
我在新标签页中打开了很多链接——只是为了看到 javascript:void()。所以你惹恼了我，也惹恼了你自己（因为谷歌会看到同样的事情）。
另一个原因（也被其他人提到）是不同的语言应该被分成不同的文档。为什么？好，
简短回答：内联 Javascript 不好的原因是内联 CSS 不好。