Чому кореневий каталог позначається знаком a /?

Я зробив кілька досліджень з цього приводу в Google, але результати були помутнілими. Чому /знак використовується для позначення кореневого каталогу. Чи є якісь вагомі причини цього?

Поперечна косою рисою /є розмежуючим символом, який розділяє каталоги на шляхи в Unix-подібних операційних системах. Цей персонаж, схоже, був обраний десь у 70-х роках, і, згідно з анекдотичними джерелами , причини можуть бути пов’язані з тим, що попередник Unix, операційної системи Multics , використовував цей >персонаж як роздільник шляху, але дизайнери Unix вже зарезервували символів >і <означати перенаправлення вводу / виводу в командному рядку оболонки задовго до того, як у них була багаторівнева файлова система. Тож, коли прийшов час проектувати файлову систему, їм довелося знайти іншого символу для позначення розділення елементів імені шляху.

Тут слід зауважити, що у терміналі Lear-Siegler ADM-3A, що використовується загалом у 1970-х, з якого, крім іншого, бере початок практика використання ~символу для представлення домашнього каталогу , /ключ знаходиться поруч із >ключем:

Що стосується того, чому кореневий каталог позначається єдиним /, на це умова, швидше за все, впливає той факт, що кореневий каталог - це каталог верхнього рівня ієрархії каталогів, і хоча інші каталоги можуть знаходитись під ним, зазвичай немає t причина для посилання на що-небудь поза кореневим каталогом. Аналогічно сам запис каталогу не має імені, оскільки це межа дерева видимого каталогу.

Перша ієрархічна файлова система, як ми її знаємо сьогодні, була розроблена для Multics . Конструкція описана у «Загальній файловій системі загального призначення для вторинного зберігання» RC Daley та PG Neumann. Характерною характеристикою цієї файлової системи є те, що каталог - це файл, який може міститися в каталозі, як і будь-який інший файл. Структура файлу утворює дерево, в якому всі нелистові вузли - це каталоги. Корінь дерева - це завжди каталог. Кожен файл має ім'я (ім'я запису ), яке є унікальним у його батьківському каталозі. У кореневому каталозі немає імені, оскільки він не міститься в іншому каталозі.

Для того щоб позначити файл, потрібно описати шлях від кореня дерева. Multics прийняв природний синтаксис для імен шляхів, де якщо Pце шлях до каталогу і Fє ім'ям файлу, то це синтаксис для файла, який називається всередині каталогу, шлях якого є .P>FFP

У ті часи, коли ви не хочете обтяжувати себе каталогами, мультимедіа мали поняття робочого каталогу . Голе ім’я файлу без вказівки каталогів інтерпретується як файл у робочому каталозі.

Поєднуючи ці правила, foo- це файл у робочому каталозі; foo>bar- це файл у дочірньому каталозі fooробочого каталогу тощо. Ці правила описують відносні шляхи, але для створення абсолютних шляхів, починаючи від кореневого каталогу, потрібно додаткове правило. Зважаючи на те, що читання назви шляху зліва направо відповідає переміщенню від кореня до листя дерева, корінь повинен бути позначений спеціальним маркером зліва від імені шляху. Оскільки імена файлів ніколи не бувають порожніми (оскільки це часто бентежить), жодне відносне ім'я шляху ніколи не починається з символу >, що робить його зручним маркером для абсолютних імен шляху. Таким чином >foo, файл, який називається fooв кореневому каталозі, >foo>barназивається файлом, який називається barв каталозіfooв кореневому каталозі тощо. Це залишає кореневий каталог, який може бути порожнім рядком; однак, часто не зручно використовувати порожній рядок як ім'я шляху, тому натомість він записується >, що має додаткову перевагу, що ім'я контуру є абсолютним, якщо і лише якщо його першим символом є >.

Unix прийняла цей дизайн від Multics. Оскільки Unix вже використовував символ >для перенаправлення виводу у своїй командній оболонці, його дизайнери обрали інший символ /для розділення каталогів у назвах шляхів.

У компонентах імені шляху в Unix не можна використовувати лише два символи: нульовий символ, який закінчує рядки на C (мова ядра), і косу рису, яка зарезервована як роздільник шляху. Крім того, компоненти контуру не можуть бути порожніми рядками.

Отже, у назві контуру ми маємо лише два види жетонів: косою рисою та складовою.

Припустимо, що, не додаючи жодних нових лексем , ми хотіли б підтримувати підтримку двох типів шляхів, відносної та абсолютної. Крім того, ми хотіли б мати можливість посилатися на кореневий каталог, який не має імені (у нього немає батька, який би дав йому ім'я).

Як ми можемо представити відносні шляхи, абсолютні шляхи та посилатися на кореневий каталог, використовуючи лише косу рису?

Найбільш очевидний спосіб розширення мови (крім введення нового лексеми) - це створення нового синтаксису: надайте нового значення комбінаціям лексем, які є недійсним синтаксисом.

Шляхи, які починаються з косої риски, не мають сенсу, тому чому б не використовувати провідну косу рису в якості маркера, який вказує "цей шлях є абсолютним, а не відносним".

Шлях, який не містить нічого, крім косої риски, також недійсний, тому чому б не призначити йому значення "кореневий каталог".

Ці два значення пов'язані між собою, оскільки абсолютний шлях починає пошук у кореневій директорії. Іншими словами, провідну косу рису можна вважати таким, що має значення:

• перейдіть до кореневого каталогу та споживайте символ косої риски.
• якщо на шляху є більше матеріалу, обробіть його як відносний шлях, інакше ви закінчите.

Тоді ми можемо також кинути в косу рису, що може означати, що "цей шлях стверджує, що останній компонент шляху - це ім'я каталогу, а не звичайний файл або будь-який інший тип об'єкта: цей треш-косої риси позначає цей каталог аналогічно до те, як ведуча коса риса позначає кореневу директорію. "

При всьому цьому вище синтаксисі ми все ще маємо синтаксис із непризначеним значенням: подвійні косої риски, потрійні косої риски тощо.

Чому б просто не ввести ще один маркер і зробити це по-іншому. Це, мабуть, тому, що дизайнери взагалі застосовували мінімалістичні підходи. (Чому edредактор відображає лише a, ?коли ви щось зробили не так?) Нахил косих просто набирається, не вимагаючи змін. Мова шляху лише з двома типами токенів (компонент і косою рисою) легко запам'ятовується та використовується.

Ще одне важливе враження полягає в тому, що прості маніпуляції з шляхами можливі, використовуючи лише рядкові представлення. Наприклад, ми можемо досить легко «відновити» абсолютні шляхи до нового батьківського каталогу:

OLD_PATH=/old/path
NEW_HOME=/new/home

NEW_PATH="$NEW_HOME$OLD_PATH"  /new/home/old/path

Це не спрацює, якби ми вказали абсолютні шляхи якось іншим способом, наприклад, провідним знаком долара чи будь-яким іншим:

OLD_PATH=^old/path  # ^ means absolute path
NEW_HOME=^new/home

# now we need more string kung-fu than just catenation
NEW_PATH="$NEW_HOME/${OLD_PATH#^}"

Цей тип кодування все ще потрібен у деяких випадках при роботі зі шляхами у стилі Unix, але їх менше.