Dennis ha explicado la 3a barra, necesaria para separar la host
de la path
, pero las otras dos son mucho más interesantes ...
Resulta que eran una adición inútil y algo arbitraria a la sintaxis de URL. Tim Berners-Lee, inventor de la World Wide Web y autor de muchos de sus estándares (incluido el RFC al que Dennis se vinculó), lamentó su uso del 'doble corte' en una entrevista en 2009.
El doble corte, aunque era una convención de programación en ese momento, resultó no ser realmente necesario, explicó Berners-Lee. Mire todo el papel y los árboles, dijo, que podrían haberse salvado si la gente no hubiera tenido que escribir o escribir esas barras en papel a lo largo de los años, sin mencionar el trabajo humano y el tiempo dedicado a escribir esas dos pulsaciones de teclas innumerables millones de veces en los cuadros de direcciones del navegador.
http://bits.blogs.nytimes.com/2009/10/12/the-webs-inventor-regrets-one-small-thing/
Entonces, salvo por un lapso menor (y poco característico) en previsión hace unos 18 años, la URL de su archivo podría haber sido fácilmente file:/D:/Desktop/Book.pdf
, en lugar de hacerlo file:///D:/Desktop/Book.pdf
.
Para responder a su pregunta, no hay una buena razón por la cual las URL tienen 3 barras diagonales.
Actualización: como @ComFreek señala en los comentarios, a partir de 2017, ¡el file:/D:/...
ejemplo anterior ahora es válido! Esto es gracias a RFC 8089 , que específicamente llama a esta corrección del estándar anterior ...
Según la definición en [RFC1738], la URL de un archivo siempre comenzó con el token "file: //", seguido de un nombre de host (opcionalmente en blanco) y un "/". La sintaxis dada en la Sección 2 hace que todo el componente de autoridad, incluidas las barras diagonales "//", sea opcional.
Qué tiempo para estar vivo.
file://localhost/D:/Desktop/
automáticamente.