대소문자의 구별
Case sensitivity컴퓨터에서는 대소문자를 구분하여 대소문자를 구별(대문자와 소문자를 구분)할지 또는 동등한 문자(대문자와 소문자를 구분하지 않음)로 처리할지를 정의합니다.예를 들어, 개에 대해 배우는 것에 관심이 있는 유저들이 전자책을 검색할 때, "개"와 "개"는 그들에게 같은 의미를 가진다.따라서 대소문자를 구분하지 않는 검색을 요청합니다.그러나 예를 들어 유엔에 관한 정보나 대문자에 의해 축소된 두 개 이상의 용어 사이의 모호성이나 대소문자를 구분하지 않는 정보를 온라인 백과사전에서 검색할 때는 대소문자를 구분하는 검색을 선호할 수 있습니다.
중요 분야
대소문자는 상황에 따라 다를 수 있습니다.
- 검색 중:사용자는 정보 검색 시스템이 조작의 성격에 따라 대소문자를 정확하게 구분할 수 있기를 기대합니다.온라인 저널에서 "dog"라는 단어를 찾는 사용자들은 아마도 "dog"와 "dog"를 구별하기를 원하지 않을 것이다. 이는 글의 첫머리에 나타나든 안 나타나든 그 단어가 일치해야 하기 때문이다.한편, 브랜드명, 상표, 인간명, 시명에 관한 정보를 찾고 있는 유저는, 대소문자를 구별해 관련 없는 결과를 필터링 하는 조작에 흥미를 가질 가능성이 있습니다.예를 들어, "제이드"라는 이름을 찾는 사람은 "제이드"라고 불리는 광물에 대한 참조를 찾고 싶어하지 않을 것입니다.예를 들어 영어 위키피디아에서 Friendly fire를 검색하면 군사 기사가 반환되지만 Friendly Fire(대문자 "Fire")는 명확화 [NB 1][1]페이지가 반환됩니다.
- 사용자 이름:인증 시스템에서는 보통 사용자 이름을 대소문자를 구분하지 않고 기억하기 쉽게 하여 타이핑의 복잡성을 줄이고 두 개의 사용자 이름이 하나의 문자를 제외하고 모든 면에서 동일한 경우 오류와 부정의 가능성을 제거합니다.그러나 이러한 시스템은 대소문자를 구분하지 않습니다.이름 내 문자의 대소문자를 유지하여 사용자가 미적으로 보기 좋은 사용자 이름 조합을 선택할 수 있도록 합니다.
- 비밀번호:인증 시스템에서는 일반적으로 비밀번호는 대소문자를 구분하여 취급합니다.이것에 의해, 유저는 패스워드의 복잡함을 높일 수 있습니다.
- 파일 이름:지금까지 Unix와 유사한 운영 체제는 파일 이름을 대소문자를 구분하지 않는 반면 Microsoft Windows는 대소문자를 구분하지 않지만 대부분의 파일 시스템에서는 대소문자를 구분하지 않습니다.자세한 내용은 아래를 참조하십시오.
- 변수 이름:일부 프로그래밍 언어는 변수 이름에 대소문자를 구분하는 반면, 다른 언어는 대소문자를 구분하지 않습니다.자세한 내용은 아래를 참조하십시오.
- URL: URL의 경로, 쿼리, 프래그먼트 및 권한 섹션은 수신측 웹 서버에 따라 대소문자를 구분하거나 구분하지 않을 수 있습니다.다만, 스킴과 호스트 부분은 엄밀하게 소문자입니다.
프로그래밍 언어
일부 프로그래밍 언어(C, C++, Java, C#, Verilog,[2] [3]Ruby, Python 및 Swift)는 대소문자를 구분합니다.ABAP, Ada, 대부분의 BASIC(BBC BASIC의 예외), Fortran, SQL(구문 및 Microsoft SQL Server, 데이터 자체 [NB 2]등 일부 벤더 구현의 경우) 등 대소문자를 구분하지 않습니다.또한 Haskell, Prolog 및 Go와 같은 언어도 있습니다. 이 언어에서는 식별자의 대문자가 의미론에 대한 정보를 인코딩합니다.예를 들어 PHP에서는 변수 이름은 대소문자를 구분하지만 함수 이름은 대소문자를 구분하지 않는 등 대소문자를 구분하는 프로그래밍 언어도 있습니다.즉, 함수를 소문자로 정의하면 대문자로 호출할 수 있지만 변수를 소문자로 정의하면 대문자로 참조할 수 없습니다.Nim은 대소문자를 구분하지 않으며 첫 번째 문자가 [4]일치하는 한 밑줄을 무시합니다.
텍스트 검색 중
텍스트 검색 조작은 시스템, 응용 프로그램 또는 컨텍스트에 따라 대소문자를 구분하거나 대소문자를 구분하지 않을 수 있습니다.대부분의 텍스트 편집기, 워드프로세서 및 웹 브라우저 등 대부분의 경우 검색이 대소문자를 구분하는지 여부를 지정할 수 있습니다.대소문자를 구분하지 않는 검색은 "Language"(문장의 선두), "language"(언어) 및 "LANGUAGE"(대문자로 된 제목)를 찾는 것보다 포괄적입니다.대소문자를 구분하는 검색은 컴퓨터 언어 "BASIC"(기본)을 찾지만 불필요한 단어의 대부분은 제외합니다.예를 들어 Google 검색 엔진은 기본적으로 대소문자를 구분하지 않으며 대소문자를 구분하는 검색 [5]옵션이 없습니다.Oracle SQL에서는 대부분의 작업과 검색이 기본적으로 [6][7]대소문자를 구분하지만, 다른 대부분의 DBMS SQL 검색에서는 기본적으로 대소문자를 구분하지 않습니다.
대소문자를 구분하지 않는 연산은 대소문자가 일치하도록 문자 코드 테이블을 접는다는 개념에서 대소문자를 구분하지 않는 연산을 말하는 경우가 있습니다.
파일 시스템 내
Unix와 유사한 시스템의 파일 시스템에서는 파일명은 보통 대소문자를 구분합니다(readme는 따로 있을 수 있습니다).txt 및 Readme.txt 파일을 같은 디렉토리에 저장).MacOS는 기본적으로 대소문자를 구분하지 않고 HFS+와 APFS를 사용하기 때문에 Readme가 존재할 수 없습니다.txt 및 Readme.같은 디렉토리에 txt)가 있습니다만, 대소문자를 보존하는 모드(파일이 readme로 작성됩니다).txt는 readme로 표시됩니다.txt 및 파일을 Readme로 만듭니다.txt 는 Readme 로 표시됩니다.txt)를 디폴트로 설정합니다.다른 Unix와 유사한 환경의 대부분의 파일 시스템은 대소문자를 구분하며, 예를 들어 Unix와 유사한 시스템용 소프트웨어의 소스 코드 트리는 같은 디렉토리에 Makefile이라는 파일과 makefile이라는 이름의 파일을 둘 다 포함할 수 있기 때문에 개발자와 파워 유저에게 문제가 발생합니다.또한 일부 Mac Installer는 대소문자를 구분하지 않고 대소문자를 구분하지 않는 파일 시스템에서 실패합니다.
오래된 MS-DOS 파일 시스템 FAT12 및 FAT16은 대소문자를 구분하지 않고 대소문자를 구분하지 않기 때문에 이름이 readme로 입력된 파일이 있습니다.txt 또는 ReadMe.txt는 README로 저장됩니다.TXT. 이후 윈도우즈 95에서 VFAT를 통해 FAT 파일 시스템은 긴 파일 [8]이름을 지원하는 확장 기능으로 대소문자를 보존하게 되었습니다.NTFS와 같은 이후의 윈도우즈 파일 시스템은 내부적으로 대소문자를 구분하고 readme를 구분합니다.txt 및 Readme.txt는 같은 디렉토리에 공존할 수 있습니다.그러나 실제로는 사용자와 대부분의 소프트웨어에 관한 [9]한 파일명은 대소문자를 구분하지 않습니다.이로 인해 Unix와 유사한 환경에서 제공되는 개발자 또는 소프트웨어에서 문제가 발생할 수 있습니다. 이는 MacOS 파일 시스템의 문제와 유사합니다.
메모들
레퍼런스
- ^ 'WP:DIFCAPS' 참조
- ^ Kernighan, Brian W.; Ritchie, Dennis M. (February 1978). "Chapter 2: Types, Operators and Expressions". The C Programming Language (1st ed.). Englewood Cliffs, NJ: Prentice Hall. p. 33. ISBN 0-13-110163-3.
- ^ Matsumoto, Yukihiro (January 2002). "Chapter 2: Language Basics". Ruby in a nutshell (1st ed.). O'Reilly Media. p. 9. ISBN 0-596-00214-9.
- ^ "Nim Manual: Identifier Equality". nim-lang.github.io. Retrieved 2019-04-27.
- ^ "case-sensitive-search - case sensitive google search - Google Project Hosting". code.google.com. Retrieved 2013-05-20.
- ^ "2.10 Making Queries Case Insensitive". Oracle SQL Developer User's Guide, Release 1.5 (PDF). Oracle Corporation. August 2013.
- ^ "MySQL :: MySQL 5.0 Reference Manual :: C.5.5.1 Case Sensitivity in String Searches". dev.mysql.com. Retrieved 2013-05-20.
- ^ "Case Sensitivity in Subsystem for UNIX-based Applications". technet.microsoft.com. 2005-08-22. Retrieved 2013-05-20.
- ^ "Filenames are Case Sensitive on NTFS Volumes". support.microsoft.com. 2006-11-01. Retrieved 2013-05-20.