CMD: *. * Або просто *?

Ще в 1990-х я б " *.*" використовував для представлення будь-якого імені файлу в MS-DOS, але я бачив більше сценаріїв, що використовуються саме *сьогодні. Чи насправді має будь-яке значення, який я використовую?

Ім’я та розширення файлу були єдиним полем з тих пір, як Windows 95 та NT 3.5 запровадили підтримку «довгого імені файлу», а підстановки підстановок проти всього імені файлу одночасно. Як результат, ви можете мати ім’я файлу без крапки (можливо, це рідко для файлів, але дуже поширене для папок / каталогів), і на перший погляд *.*насправді вони не відповідають таким файлам.

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

Але це не те, на що слід покладатися; якщо ви пишете сценарії для сучасних версій Windows, дотримуйтесь їх конвенцій, а не MS-DOS. (Зауважте, що, як і для Windows NT, .bat сценарії більше не інтерпретуються MS-DOS cmd.exe, а рідною програмою Win32.)

В Linux і різних інших Unixen, ім'я та розширення ніколи не були розділені в першу чергу, і НЕ який - або особлива магія , щоб зробити *.*роботу, так що *це єдиний вибір , який має сенс.

Це, ймовірно , варто згадати про те , що unixy / posixy оболонка , таких як оболонки Борна, Баш, KSH, Zsh, і т.д. зробити підстановлювальний розширення (з GLOB символів подобаються *, ?, [range], [!range]та інші розширення , як дужки і розширені грудки) скласти список аргументів , перш ніж команда виконується. Таким чином, це розширення виконується оболонкою, а не командою, для якої це можуть бути аргументи.

тобто оболонка відповідає за те *, за що *.*розширюється

 $ ls
 file.csv  file.doc  file.pdf  file.txt  file.xlsx  zz-file-without-extension

 $ (set -xv; foo *)   # is actually expanded to the following
   + foo file.csv file.doc file.pdf file.txt file.xlsx zz-file-without-extension

 $ (set -xv; foo *.*)  # note this does not match `zz-file-without-extension`
   + foo file.csv file.doc file.pdf file.txt file.xlsx

Це не так у CMD (і аналогічно для утиліти powershell ), оскільки він переносить символи глобально дослівно у виконану команду - і тому розширення є обов'язком команди / утиліти, а не оболонки. Отже, в остаточному підсумку, що *.*або *засоби залишається утиліті, залишаючи її відповідати (або ні) конвенціям - саме тому утиліти CMD, як dir *.*і відповідні (можливо, неправильно, але зберігають очікування) файли без розширень.

Я вважаю, що безпечно підсумувати цей спосіб.

• Під CMD це залежить від корисності.
• У програмі PowerShell утиліти, які використовують клас WildCardPattern , забезпечуватимуть послідовний підмножина позікси-поведінки.