Коли я це роблю - CD ..замість цього cd ..
він дає мені помилку, кажучи -

CD: command not found

Чому термінальний регістр чутливий, якщо мова йде про команди Linux? Я маю на увазі, що ви повинні мати можливість виконувати команду або з усіма великими літерами, або з усіма малими літерами.

Я знаю, це пов'язано з якихось причин, але мені просто цікаво.

Зрештою, це був довільний вибір, який зробили творці Unix більше чотирьох десятиліть тому. Вони могли вирішити зробити такі речі нечутливими до справ, як це робили творці MS-DOS через десятиліття пізніше, але і це має свої недоліки.

Це занадто глибоко вбудовано в культуру * ix, щоб змінити її зараз. Проблема файлової системи з урахуванням регістру, піднята eppesuig, є лише її частиною. Системи macOS - які базуються на Unix - зазвичай мають файлові системи, що не чутливі до регістру (але зберігають регістр), тому в таких системах команди, зовнішні до оболонки, насправді трактуються без регістру. Але подібні побудовиcd залишаються залежними від регістру.

Навіть із файловою системою, що не враховує регістр, історія речей змовляється проти ваших побажань, Хуссейне. Якщо я набираю lsсвій Mac, я отримую кольоровий список каталогів. Якщо я набираю LSнатомість, він /bin/lsвсе ще працює, але список не забарвлений, оскільки псевдонім, який додає -Cпрапор, залежить від регістру.

Краще просто звикнути до цього. Якщо можете, навчіться сподобатися.

Це не проблема "терміналу", це особливість файлової системи. Як оболонка повинна шукати ваші команди в файловій системі (завжди залежної від регістру)?

Технічні системи, які я використовую та поважаю, майже виключно залежать від регістру: будь то ОС, мова програмування чи щось інше.

Винятки, про які я міг би зараз подумати, - це теги HTML та деякі реалізації SQL та мова програмування Ada.

Навіть у цих випадках я думаю, що існує сильна тенденція до написання HTML-тегів у малі регістри, а семантика запитів SQL у великому регістрі (і параметри з великої літери). (Виправте мене, якщо я помиляюся.) Що стосується Ада, режим Emacs виправить вас, якщо ви, наприклад, введете назву малої літери процедури, хоча це не має значення при компілюванні. Тож, навіть коли є нечутливість до випадків, люди здаються, що це погана ідея.

Причина в тому, що ви отримуєте набагато більше виразну силу з урахуванням регістру. Не тільки кількісно - CDце один, але CD, Cd, cDі cdчетверо - але що більш важливо, ви можете висловити мета, акцент і т.д. з використанням великих і малих розсудливо; також, програмуючи, ви підвищите читабельність.

Інтуїтивно зрозуміло, що ви не читаєте hiі HIтак само!

Але, щоб навести приклад комп'ютерного світу, в мові програмування Ada (з 1980-х років) перший рядок блоку коду процедури може виглядати так:

procedure body P(SCB : in out Semaphore_Control_Block) is

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

procedure body p(scb : in out semaphore_control_block) is

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

PROCedure body P(Scb : IN Out semaphore_CONTROL_BLOCK) iS

Я знаю, що це трохи смішно; але хтось був би досить дурний, щоб написати це саме так (ну, можливо, ні). Справа в тому, що система, що враховує регістри, не тільки змусить людей бути послідовними, вони також їм допоможуть (читабельність) та використовуватимуть її на користь (приклад абревіатури вище).

Це не більш-менш дивно, ніж те, що у нас є алфавіт верхнього та нижнього регістру, з якого слід почати. Якщо ви заглянете /usr/bin, ви помітите, що (дуже) кілька виконуваних файлів використовують великі літери.

Простір імен, що чутливий до регістру, не просто вдвічі більший, ніж нечутливий - різниця зростає експоненціально з довжиною слова. Наприклад, використовуючи 26 символів, у трьох літерах є 26 ^ 3 (17576) різних можливостей; за допомогою 52 (2 * 26) символів існує 52 ^ 3 = 140608. Відкритий простір імен - це гарна річ;)

Поняття «верхній / нижній» регістр може бути (і справді) специфікою для місцевості, яка, як і будь-яке інше ускладнення дизайну, повинна бути висунута якомога ближче до точки використання в стеку додатків, а не бути частиною серцевина.

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

Це не термінал, це файлова система. Або у випадку cd(cd - вбудована оболонка) оболонки, тобто залежно від регістру.

Можна було б принаймні (принаймні, з ASCII) зробити так, що це нечутливе до регістру. Це складніше з уже використовуваним unicode (чи два символи однакові, може залежати від локального).

Що з цим робити

• Живи з цим.
• Спробуйте скористатися цими параметрами оболонки. Вони дають компроміс і полегшують роботу, не вводячи всіх проблем у нечутливість справи.
  • shopt -s nocaseglob # це в моєму ~/.bashrc
  • shopt -s nocasematch # це також буде в ~/.bashrc
  • set completion-ignore-case on # це в моєму ~/.inputrc

В якості початкової точки, чому було задано це питання, і причиною, коли ви знайдете багато обговорень на ньому, якщо ви користуєтесь Google темою, полягає в тому, що чутливість випадків ускладнює "нормальним" людям вивчення та використання мови програмування чи командного рядка інтерфейс.

Чутливість кейсів бере початок у низькій потужності комп'ютерів у минулому. Щоб зробити речі нечутливими до речей, потрібна одна додаткова операція розбору до подачі команди інтерпретатору або компілятору до його виконання, і ранні конструктори не були готові витрачати сили комп'ютера на зручність чутливості регістру.

Я вважаю, що в коментарях, викладених вище, існує ряд неправильних тверджень. По-перше, психологи скажуть вам, що люди не автоматично розрізняють слово, написане великими та малими літерами, або навіть їх комбінацію за значенням слова. Кейс використовується в звичайних експресивних мовах для передачі додаткового значення. Наприклад, використання великої літери, яка починає слово у реченні, вказує, що це, швидше за все, власне іменник. Великі літери також використовуються для надання прозової структури. Наприклад, велика літера використовується для позначення початку речення. Але "Слово" і "Слово" розглядаються людським розумом як такі, що означають те саме.

Творці DOS, ADA та Pascal, якщо їх назвати декілька, оцінили, що чутливість до справи є додатковим навантаженням для початківців. Пізніше текстові редактори в "Інтегрованому середовищі розвитку" (IDE), розпізнаючи запасне слово, могли переробити це слово таким чином, щоб воно так чи інакше відповідало стилю; плюс відобразити його іншим кольором, щоб слово виділялося. Тож аргумент, що чутливість регістру робить для більш читабельного коду помилковим. Це не нормальним людям. Він просто додає зайвий і часом заплутаний шар до вже вимогливого завдання.

Java - крайній приклад дуже бідної мови з точки зору простоти використання початківцем. Він застосовує сувору чутливість до справ, але, по-дурному, дозволить програмісту мати дві функції, обидві з однаковим іменем, але які насправді різні функції в силу того, що один має різні аргументи для іншого. Дійсно, Java - це такий аборт мови, що, коли університети перейшли від викладання синтаксису Паскаля до студентів, проводячи курси некомп'ютерних наук, частота пропуску знизилася з приблизно 70% до 40%.

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

Чутливість до справ - це дурна ідея, яка виникла через те, що письменники Unix не розуміли, що ASCII створений таким чином, щоб він був нечутливим до регістру. Один просто ігнорує провідні біти. Ascii - це 7-бітове кодування з великим кодом A з десятковою величиною 65 1000001 і десятковою десятковою 97 1100001. з літерами, що йдуть в алфавітному порядку. Це створило всілякі ідеї, такі як усі клавіші в парах ключових значень, повинні бути числовими, щоб уникнути того, як тапочки відрізняються від тапочок. База даних Pick Multi-Value усвідомила це з самого початку і не враховує регістр.