특정 바이너리 형식으로 플랫 파일에 데이터를 저장하는 유틸리티를 만들고 있습니다. 파일 확장명을 내 응용 프로그램과 관련되게하고 싶습니다. 확장자를 3 자로 제한하기 위해 이전의 8.3 파일 이름 제한 이외의 다른 이유가 있습니까? 그렇지 않은 경우 제한은 무엇입니까? 내 파일 이름을 가질 수 있을까. 내 연장. 손을 들어라.Windows 파일 이름 확장자를 3 자로 제한해야하는 이유가 있습니까?
내 경험에 비추어 볼 때, 3 자 길이가 아닌 확장자를 몇 개 보았 더라면 전통의 문제라고 말할 수 있었고, myfilename.MyExtensionSoHandsOffEverybodyElse을 사용하는 것을 환영합니다.
이것은 이전 Windows 3.x/MSDOS 일에서 보류입니다. 오늘날에는 3 자 이상의 문자 확장자를 가진 많은 파일 이름이 있습니다.
올바르게 기억한다면 Windows XP에는 255 자의 경로 이름 (파일 이름 포함)에 대한 최대 글자 수 제한이 있습니다.
이렇게하는 유일한 이유는 Windows 9x를 지원하려는 경우입니다. XP와 이후 버전을 목표로 삼고 있다면, 오늘날 대부분의 프로젝트와 마찬가지로 8.3 가지가 부적합합니다.
실제로 Windows 자체는 Vista의 긴 확장 파일 이름에 저장합니다 (예 : 저장된 검색의 경우 .search-ms).
Windows 95/98은 긴 파일 이름을 지원합니다. –
예 - MS-DOS 6.11로 되돌아 가야하고, 심지어 긴 파일 이름을 관리하는 유틸리티가있었습니다. IIRC –
아니요. 확장자를 3 자로 제한하지 않는 것이 좋습니다. 그러나 사용자가이를 기억해야하는 경우 더 짧고 설명이 포함 된 이름이 좋습니다. 예를 들어, 대부분의 사람들은 .html 또는 .doc 파일에 포함될 내용을 알고 있습니다.
주요 소프트웨어와의 충돌을 피하기 위해 합당한 시도를하면 문제가 발생하지 않습니다. 그 결과로 당신이 당신의 소프트웨어에만 유일하게 존재할 것입니다 (심지어 그 후에도 보장되지는 않을 것입니다) 미친 듯이 긴 확장을 만들지 않는다면, 당신이 선택한 확장은 항상이 다른 사람들의 이름 충돌의 대상이된다는 사실입니다 소프트웨어에서 프로그램의 데이터 파일 확장명을 선택할 때
환호성, 모든 답변에 동의하므로 동의를 수락하는 것은 다소 임의적입니다. @Jon Seigel - 멋지다. 레코드의 경우 myfilename.InsanelyLongExtension ;-) – HMcG