Ejemplo:
Supongamos que su directorio de trabajo actual es `/hogar/usuario/documentos`.
* `/home/user/documents/report.txt` es un nombre de archivo * absoluto *. Da la ruta completa del directorio raíz (`/`).
* `Report.txt` es un nombre de archivo * relativo *. Asume que el archivo está en el directorio actual (`/home/user/documents`).
* `../ images/chart.png` también es un nombre de archivo * relativo *. Significa "Sube un directorio (` ..`), luego en la carpeta `Images`, y busca` chart.png`. Esto se referiría a `/home/user/images/chart.png`.
* `./data/números.csv` es un nombre de archivo relativo. El líder `./` Es redundante pero especifica el directorio actual explícitamente antes de entrar en la subcarpeta `data`, apuntando a`/home/user/documents/data/numbe.csv`.
¿Por qué usar nombres de archivos relativos?
* Portabilidad: Rutas relativas hacen que su código o scripts sean más portátiles. Si mueve todo el proyecto a una ubicación diferente en su computadora o en un servidor diferente, las rutas relativas seguirán funcionando correctamente, siempre que se mantenga la estructura del directorio.
* Legabilidad: En muchos casos, las rutas relativas son más cortas y más fáciles de entender que los caminos absolutos largos.
* Organización: Ayudan a mantener su proyecto organizado y evitan las rutas absolutas codificantes, que pueden romperse fácilmente.
Limitaciones:
* dependiente del contexto: Las rutas relativas dependen del directorio de trabajo actual. Debe asegurarse de que el CWD esté configurado correctamente antes de usarlos.
* Ambigüedad: Sin conocer el CWD, una ruta relativa no tiene sentido.
En resumen, los nombres de archivos relativos proporcionan una forma flexible y, a menudo, más conveniente, de referencia a archivos, especialmente dentro de una estructura de proyecto bien definida. Pero su dependencia del CWD requiere una cuidadosa consideración del contexto.