powinno być kiedykolwiek używane encodeURI?

Question

Czy jest jakieś prawidłowe użycie funkcji encodeURI javascript?

O ile mogę powiedzieć, kiedy staramy się żądanie HTTP ty powinien albo:

• kompletnym URI
• jakiś fragment chcesz umieścić w URI, który jest albo ciąg znaków Unicode lub kod bajtowy UTF-8

W pierwszym przypadku oczywiście nic nie trzeba robić, aby o to poprosić. Uwaga: jeśli rzeczywiście chcesz przekazać go jako parametr (np. Url = http ...), to masz instancję drugiego przypadku, który wygląda jak URI.

W drugim przypadku, należy zawsze przekonwertować ciąg Unicode na UTF-8, a następnie zadzwonić encodeURIComponent uciec wszystkie znaków przed dodaniem go do identyfikatora URI. (Jeśli masz sekwencję bajtów UTF-8 zamiast ciągu unicode, możesz pominąć krok convert-to-utf8).

Zakładając, że niczego nie przeoczyłem, nie widzę prawidłowego użycia dla encodeURI. Jeśli go używasz, prawdopodobnie skonstruowałeś nieprawidłowy identyfikator URI, a następnie próbujesz go "odkażić" po fakcie, który jest po prostu niemożliwy, ponieważ nie wiesz, które postacie były przeznaczone dosłownie, i które miały zostać usunięte .

Widziałem wiele porad dotyczących używania escape(), ale nie widzę nikogo zniechęcającego encodeURI. Czy brakuje ważnego zastosowania?

Answer 1

Mam blog post, który odpowiada na to pytanie bardzo szczegółowo.

Powinieneś nigdy użycie encodeURI skonstruować URI programowo, z powodów mówisz - należy zawsze używać encodeURIComponent na poszczególne składniki, a następnie skomponować je w kompletny URI.

Gdzie encodeURI jest prawie przydatna jest w „czyszczenie” URI, zgodnie z Postel's Law („Bądź liberalnym w tym, co akceptują i konserwatywny w tym, co wysłać.”) Jeśli ktoś daje pełne URI go, może zawierać niedozwolone znaki, takie jak spacje, niektóre znaki ASCII (takie jak podwójne cudzysłowy) i znaki Unicode. encodeURI może zostać użyty do przekonwertowania tych niedozwolonych znaków do legalnych sekwencji z sekwencjami ucieczkowymi, bez ograniczników kodowania. Podobnie, można użyć decodeURI do "ładnego drukowania" identyfikatora URI, pokazując sekwencje zbiegające się w procentach jako technicznie nielegalne nagie postacie.

Na przykład, URL:

http://example.com/admin/login?name=Helen Ødegård&gender=f 

jest nielegalne, ale wciąż jest całkowicie jednoznaczne.encodeURI konwertuje go do ważnego identyfikatora URI:

http://example.com/admin/login?name=Helen%20%C3%98deg%C3%A5rd&gender=f 

Przykładem aplikacji, która może chcesz zrobić tego rodzaju „czyszczenia” URI jest przeglądarka internetowa. Po wpisaniu adresu URL na pasku adresu, należy spróbować przekonwertować wszystkie niedozwolone znaki na wartości procentowe, zamiast tylko popełnić błąd. Oprogramowanie przetwarzające identyfikatory URI (np. Skrobak HTML, który chce uzyskać wszystkie adresy URL w hiperlinkach na stronie) może również chcieć zastosować tego rodzaju czyszczenie w przypadku, gdy którykolwiek z adresów URL jest technicznie nielegalny.

Niestety, encodeURI ma krytyczną wadę polegającą na tym, że wymyka się znakom "%", czyniąc go całkowicie bezużytecznym dla czyszczenia URI (podwójnie ucieknie od dowolnego identyfikatora URI, który już uciekł z procenta). Dlatego ja pożyczyłem Mozilla's fixedEncodeURI funkcję i poprawił go tak, aby prawidłowo czyści URI:

function fixedEncodeURI(str) { 
    return encodeURI(str).replace(/%25/g, '%').replace(/%5B/g, '[').replace(/%5D/g, ']'); 
} 

Dlatego należy zawsze używać encodeURIComponent skonstruować URI wewnętrznie. Nigdy nie używaj tylko encodeURI, ale możesz użyć mojego fixedEncodeURI, aby spróbować "wyczyścić" identyfikatory URI, które zostały dostarczone z zewnętrznego źródła (zwykle jako część interfejsu użytkownika).

Answer 2

encodeURI nie koduje następujących elementów:, /? : @ & = + $ #, podczas gdy encodeURIComponent to robi.

Istnieje wiele powodów, dla których warto użyć encodeURI przez encodeURIComponent, na przykład przypisanie adresu URL jako wartości zmiennej. Chcesz zachować adres URL, ale kodować ścieżki, łańcuch zapytania i wartości mieszania. Użycie encodeURIComponent spowodowałoby niepoprawność adresu URL.