JavaScript .pathname IE quirk?

Question

Rozważmy następujący Javascript:

var anchors = document.getElementsByTagName('a'); 
for(var i=0; i < anchors.length; i++) 
{ 
    alert(a.pathname); 
} 

Gdy uruchomię to na stronie, która zawiera linki w formacie „http://foo.com/bar” w IE8 wrócę ciąg znaków, który wygląda jak „bar”. W Safari, Chrome, Firefox otrzymuję coś w stylu "/ bar" (zwróć uwagę na wiodący ukośnik).

Czy jest to wina IE, o co chodzi?

Answer 1

The W3C standard on the window object - w tym interfejs lokalizacji - jest opatrzony datą 07 kwietnia 2006 r., Tj. Został określony po faktycznych wdrożeniach od lat.

Standardowa brzmi:

ścieżka

Ten atrybut reprezentuje komponent ścieżki lokalizacji na URI, który składa się z wszystkiego po hosta i portu aż do wyłączając pierwszy znak zapytania (?) lub znak krzyżyka (#).

Oznacza to, że należy dołączyć wiodący ukośnik, co jest zgodne z Mozilla's implementation.

W obiekcie MSDN doc on the location object nie podano informacji o właściwości, ale page on the VBScript location object ma przykład zgodny z Państwa odkryciem.

Jak mówi strona jest © 1996 - dziesięć lat przed zaangażowaniem W3C - nie jest sprawiedliwe stwierdzenie, że IE jest winne, ale nadal uważam to za błąd.

Answer 2

Dziwne w tym zachowaniu jest to, że window.location.pathname zwraca wiodący ukośnik (po nazwie hosta) we wszystkich wersjach IE, tak jak wszystkie inne przeglądarki.

Jest to tylko obiekt lokalizacji hiperłącza ("element"), który zwraca ścieżkę bez ukośnika w IE (i także Opera).

Answer 3

Skorzystaj z getAttribute, jeśli szukasz łatwego sposobu na pokonanie tego problemu.

Zob Spec, MDN

Przykład

HTML:

<a href="/foo" id="foo"> 

JS:

document.getElementById("foo").getAttribute("href"); 

to zwraca ukośnika, jak również ("/ foo "). Jest on obsługiwany we wszystkich przeglądarkach z prawidłowo zaimplementowanym DOM-Level-2.