JavaScript代码是否会受到跨浏览器兼容性问题的严重影响？

一般来说，将JavaScript代码移植到另一个浏览器平台很难吗？

如果您使用像或这样的库，则不会

但如果你不这样做，那它可能是一个真正的婊子。有关跨浏览器的所有内容，请参见

以下是一些常见问题：

• 事件
• 阿贾克斯

• id

  vs.

  name

• iframe

  s
• 。。。我可以继续，但ppk（怪癖模式）说得最好
您不需要“移植”javascript，因为它可以在每个主要（图形）浏览器中运行

---

---

跨浏览器问题对JS开发人员来说是一个巨大的难题，但jQuery等库消除了许多关键差异，缓解了这一难题。
JavaScript shuold运行良好。。。不幸的是，不同的浏览器对同一事物有不同的名称，等等。请在jQuery.com上尝试jQuery。
不，跨浏览器的问题对于JavaScript来说非常小。最常见的区别是IE希望使用className方法来更改类属性，而不是getAttribute函数。IE还需要一种特殊的方式在头部输入样式块，但在所有模糊的现代浏览器中，跨浏览器问题极为罕见。
对于像jQuery这样的库，兼容性问题几乎已经成为历史。但是，它们对CSS和DOM问题没有任何帮助，这可能会给IE6带来可怕的麻烦。
如果您正在编写非常简单的JavaScript或使用JQuery或Mootools等已建立的库，那么即使在IE6中，您也可能不会遇到浏览器兼容性方面的任何问题，因为这些库已经完全设计为符合传统浏览器。
这是一个非常模糊的问题问题唯一的答案是“可能，也可能不，取决于。”这确实是含糊不清的，但那是因为我根本没有JavaScript方面的经验。我只是想评估一下这是否值得担心。做一些有jQuery和没有jQuery的简单项目来理解JavaScript并欣赏jQuery。另外，单独学习JavaSCript是很有用的，因为jQuery不能为您做任何事情。学究式：跨平台的JavaSCript非常相似，大部分不兼容之处都出现在DOM中。+1表示怪癖模式。我不喜欢jQuery/Prototype，但总体思路（浏览器独立性的抽象）是个好主意。是的，我不会列出所有库。那将永远持续下去。。。ExtJS、YUI、Dojo、Glow、SproutCore……从广义上讲，您确实需要移植。除非功能非常基本，否则在一个浏览器中工作的内容可能不会在另一个浏览器中运行。我的意思是从平台Firefox移植到平台InternetExplorer。它完全等同于从一个操作系统移植到另一个操作系统。不，它根本不是完全等同的。在一些浏览器如何实现这些标准方面存在一些不一致之处，但大多数情况都是相同的，可以解决。你永远不必维护两个独立的代码库或类似的东西……CSS框模型问题不是JavaScript问题。随着IE接近标准遵从性，它们正在成为历史……当IE6成为历史时，它们可能成为历史，而随着微软将其生命支持延长到至少2012年，它不会很快成为历史。次要？认真地你写过很多支持多个浏览器和每个浏览器的多个版本的简单js吗？制作一个xhr对象大约需要15行。是的，说真的。我已经用JavaScript编写了巨大的应用程序，而不需要框架。该规则最大的例外是该死的xmlHttpRequest对象。如果您不使用AJAX，程序员就不可能看到跨浏览器的差异。到目前为止，我已经完成的JavaScript应用程序在被缩小后是75k.modal窗口、.childrends[]、.childNodes[]、.appendData（）、.innerHTML、.textContent/.innerText。。。我从来没有遇到过innerHTML的问题，而且我使用它的次数也非常多。如果可能的话，我不会建议任何人使用DOM方法，因为它们非常慢。从数组中读取或写入HTML，然后使用单个innerHTML方法从连接的数组中写入输出，平均速度要快3.5倍。老实说，可能有很多神秘的差异，但我写了大量的程序，这些差异几乎从未出现过。