Чому в Windows 7 не можна назвати папку "._."?

Я просто зауважив , що це не можна назвати папку ._.- він отримує по імені ._замість цього. Іноді він зникає відразу після його іменування, але знову з’являється після оновлення подання. Здається, Windows має проблему з крапками в кінці імені файлу - чому це?

Windows зазвичай вимагає, щоб у файлах не було жодного розширення або розширення, яке має принаймні один символ; це не круто з розширенням нульової довжини, тобто іменами файлів, які закінчуються .. Папки також можуть мати розширення, тому Windows не дозволяє їх іменам закінчуватися символом a .. Джерело, зі статті, з якою пов’язаний DavidPostill :

Використовуйте період, щоб відокремити ім'я базового файлу від розширення в імені каталогу чи файлу .

(Наголос мій.) Якщо ви намагаєтеся закінчити файл або каталог, названий періодом, Windows просто припускає, що ви не хочете розширення, і таким чином видаляє його, навіть якщо ви створюєте його mdв командному рядку.

Небезпечна зона! Якщо ви прямо хочете, щоб ім’я папки закінчилося ., вам потрібно буде використовувати магічну послідовність переосмислення імені \\?\. У командному рядку md \\?\C:\path\to\container\._.дійсно буде створена папка з назвою ._., але у багатьох програм виникнуть проблеми з нею, навіть Провідник:

Такий каталог можна видалити лише з rdнаступним його \\?\іменем або перейменованим на його коротке (8.3, dir /x) ім'я.

Здається, Windows має проблему з крапками в кінці імені файлу? Чому це?

Не закінчуйте ім'я файлу чи каталогу пробілом чи періодом. Хоча базова файлова система може підтримувати такі імена, оболонка Windows та інтерфейс користувача це не так.

Нижче наведено посилання на джерело, яке детальніше розповідає про правила іменування.

Джерело, що називає файли, шляхи та простори імен

Це не помилка. Це задум для запобігання проблем сумісності.
Це залишок від старих часів DOS.

Файлові системи FAT12 (дискети) та FAT16 (FAT16 до тривалої підтримки імен файлів, запроваджені в Windows 95) мали лише імена файлів, що зберігаються в 11 байтах:
8 байт для імені, 3 для розширення. "Період" між іменем та розширенням навіть не зберігався. Це було мається на увазі та автоматично додається для цілей відображення.
Каталоги взагалі не мали розширень. Натомість 3 байти для розширення були заповнені символами "$" (які були незаконними справжніми іменами).
Оскільки Windows все ще сумісний з цим Провідником, а багато інших компонентів Windows мовчки змушують зникати тривалість періоду, щоб уникнути створення проблем із сумісністю.
Як заявили інші, ви можете реально обробляти такі папки, використовуючи семантику RAW (префікс \\? \ Перед абсолютною назвою шляху).
За лаштунками NTFS та мережеві файлові системи не мають проблем з такими файлами та папками. Це лише випадок, коли Провідник намагається завадити користувачеві створити щось, що може спричинити проблеми для іншого програмного забезпечення.

(Насправді є і деякі інші залишені
файли. Імена файлів, такі як COM, COM1, COM2, AUX, PRN, LPT, LPT1, LPT2, LPT3, CON, можуть спричинити подібні проблеми, коли Explorer і багато інших частин Windows заплутаються. оскільки ці імена є "зарезервованими" іменами, які також датуються епохою DOS.)

Проблема тут полягає в тому, що Windows (DOS) дозволяв використовувати 8.3 імен файлів у файлових системах FAT. Значення, 8 символів, а потім a. далі три символи. Unix і Linux дозволяють використовувати будь-які символи, крім / і \ 0. \ 0 - термінатор рядка символів C та / - роздільник каталогів. Все інше можна використовувати.

Windows 95 вирішив цю проблему, підтримуючи базу даних з короткими (8.3) іменами файлів до метаданих довгих імен файлів (LFN). Якщо ви видалили файли ОС Windows 95, у наступній установці Windows 95 вам не залишиться дивно назви файлів на диску. Наприклад, "Мої документи" можна назвати MYDOCU ~ 1 на диску. Очевидно, що якщо ви втратили метадані, ви не зможете їх легко перетворити.

Оболонка повинна справлятися з багатьма історичними кроками, які звисають ще з часів MS-DOS.

Сподіваюсь, це допомагає