C가 아닌 로케일 외에 내 정렬을 방해할 수 있는 것이 또 있습니까?

Question 1

그런 행동예순전히 로케일에 의해 제어되는 데이터 정렬 기능입니다 LC_COLLATE. 유니코드 로케일 세트가 있기 때문에 glibc는 정의된 변형 중 하나에서 지정된 유니코드 정렬 순서를 사용하며 이는 다소 "자연스러운" 순서를 시도합니다.

이 주문은UTS 10 유니코드 정렬 알고리즘로 주문하다가변 대조 요소의 교대 가지치기, 및 사용 (아마도)기본 데이터 정렬 요소 테이블. 실제로 #대부분의 다른 구두점 및 공백과 같은 문자는 다음 영숫자 문자 간의 차이보다 덜 중요한 것으로 간주되며 연결을 끊는 데에만 사용됩니다. 전체 알고리즘은 표준에 어느 정도 자세히 정의되어 있으며 더욱 복잡해집니다.

이것은가끔은 추천아니요설정 LANG또는 LC_COLLATE이런 이유로. 대신 LC_CTYPE(UTF-8의 경우) 및 (선호하는 메시징 언어의 경우) 를 설정하고 LC_MESSAGES대조를 POSIX 기본값으로 둘 수 있습니다. 어느 쪽을 선택하든 연쇄 효과가 있습니다.

귀하의 시스템에서 이는 아마도 에 정의 /usr/share/i18n/locales/iso14651_t1_common되어 있고 에 포함되어 있으며 iso14651_t1에 포함되어 있을 것입니다 en_US. 다른 로케일의 순서는 근처 파일에 정의되며 일반적으로 지역화된 변경 사항이 있는 동일한 기본값을 기반으로 합니다(예: sv_SE동일한 기반을 사용하지만 재정렬 ...zåäöø, 축소 v등 w). 이 테이블은 선택되었으며 LC_COLLATE실제로 시스템의 동작을 결정하며 유니코드 표준(이전 버전)에서 파생되었습니다. 다른 유니코드 버전을 사용하는 최신 또는 이전 시스템에서는 동일한 문자열이 다르게 비교될 수 있습니다.

다른 인코딩에는 전혀 관련이 없는 자체 별도의 테이블이 있습니다.

UTR에 제공된 비교 테이블의 문자열이 포함된 파일을 정렬하여 사양에 따라 시스템의 동작을 확인할 수 있습니다.

demark
de‐Luge
death
deluge
☠sad
de-luge
de Luge
☠happy
de‐luge
♡sad
deLuge
de luge
♡happy
de-Luge

(이 단어에는 하이픈과 하이픈 빼기 기호가 모두 포함되어 있습니다.)

받아야 할 순서는 다음과 같습니다.

death
deluge
de luge
de-luge
de‐luge
deLuge
de Luge
de-Luge
de‐Luge
demark
☠happy
♡happy
☠sad
♡sad

보고서는 이 결과에 대해 (일부) 설명적인 설명을 제공합니다.

옮기다. 하이픈(Hyphen) 마이너스 기호와 하이픈은 하나로 묶인 것으로,
문자 "l"의 대문자와 소문자의 차이만큼 그 차이가 극적이지는 않습니다.
이 그룹화는 무시할 수 있지만 네 번째 수준의 차이점은 원래 기본 순서를
따르기 때문에 유니코드 순서보다 더 직관적입니다. 레벨 1-3에서는 ☠ 및 ♡ 기호가 무시됩니다.

시프트 트림. 공백과 하이픈이 포함된 압축 버전 사이에 "deLuge"가 어떻게 나타나는지 확인하세요. 레벨 1-3에서는 ☠ 및 ♡ 기호가 무시됩니다.

이것은 약간 복잡합니다. "레벨 1-3"은 알고리즘의 다양한 레벨에 대한 동점 구분 가중치이며 기본 레벨 1이 가장 중요한 차별화 요소입니다. 이는 이미 필요한 것보다 더 많은 정보일 수 있지만 최소한 지정된 정렬 순서가 표시된 결과를 생성했는지 확인할 수 있습니다.

Answer