파일명 예제

전문 사진 작가는 또한 파일 이름 지정 규칙을 사용하여 사진을 구성합니다. 사진작가는 한 번의 촬영으로 수천 장의 사진을 찍을 수 있으며, 카메라에서 생성된 파일 이름에 의존하거나 폴더 구조에 의존하지 않습니다. 대신 일반적으로 [날짜] – [장소 또는 이벤트] – [번호] – [주석]과 같은 파일 이름 지정 규칙을 사용합니다. 유닉스와 같은 파일 시스템을 사용하면 파일에 두 개 이상의 이름을 가질 수 있습니다. 기존의 유닉스 스타일 파일 시스템에서 이름은 파일의 inode 또는 이에 상응하는 하드 링크입니다. Windows는 NTFS 파일 시스템에서 하드 링크를 지원하며 Windows XP의 명령 fsutil을 제공하고 이후 버전에서는 mklink를 사용하여 만들 수 있습니다. [7] [8] 하드 링크는 Windows 바로 가기, 클래식 Mac OS/macOS 별칭 또는 기호 링크와 다릅니다. VFAT를 가진 LLFN의 소개는 파일 이름 별칭을 허용했습니다. 예를 들어, 롱피~1.??? 이전 프로그램의 8.3 제한을 준수하는 방법으로 최대 8 개의 더하기 3 자로 “long file name.???”의 파일 이름 별칭이었습니다.

고유성 접근법은 케이스 민감도와 NFC, NFD와 같은 유니코드 정규화 양식에서 다를 수 있습니다. 즉, L”x00C0.txt”(UTF-16, NFC) (무덤이 있는 라틴어 대문자 A) 및 L”x0041x0300.txt”(UTF-16, NFD) (라틴어 대문자 A, 무덤) 같은 동일한 텍스트 파일 이름과 파일 이름의 다른 바이트 구현으로 두 개의 별도 파일을 만들 수 있습니다. ). [12] 파일 이름에는 대문자와 소문자가 포함될 수 있습니다. 그러나 파일을 사용하는 운영 체제는 대소문자를 구분할 수 있습니다. 예를 들어 Microsoft Windows는 대/소문자에 민감하지 않으며 모든 소문자 또는 일부 대문자가 있는 경우 모든 파일을 동일하게 처리합니다. 그러나 리눅스와 맥OS는 대소문자를 구분하며, 이는 파일 “readme.txt”와 “README”를 의미합니다. TXT”는 동일한 파일 이름을 가지고 있더라도 두 개의 서로 다른 파일로 처리됩니다. Windows에서 지원하는 모든 파일 시스템은 파일 및 디렉터리 개념을 사용하여 디스크 또는 장치에 저장된 데이터에 액세스합니다. 파일 및 장치 I/O에 대해 Windows API로 작업하는 Windows 개발자는 파일 및 디렉터리에 대한 다양한 규칙, 규칙 및 이름 제한을 이해해야 합니다. 8.3 형식, 파일, 파일 확장자, 이름, 운영 체제 용어, 경로 지정된 파일에 대한 경로는 특정 문자 (백슬래시)로 구분된 하나 이상의 구성 요소로 구성되며 각 구성 요소는 일반적으로 디렉토리 이름이나 파일 이름이지만 일부 주목할만한 구성 요소는 아래에 설명된 예외 사항입니다.

경로의 시작 또는 접두사가 어떻게 생겼는지 에 대한 시스템의 해석에 중요한 경우가 많습니다.