???????? ℞ : ? ???????? ???????????????

1. PERL_UNICODE변수를로 설정하십시오 AS. 이렇게하면 모든 Perl 스크립트 @ARGV가 UTF-8 문자열로 디코딩 되고 stdin, stdout 및 stderr의 세 가지 인코딩이 모두 UTF-8로 설정됩니다. 둘 다 어휘 효과가 아닌 전역 효과입니다.

2. 소스 파일 (프로그램, 모듈, 라이브러리, dohickey) 의 맨 위에 다음을 통해 perl 5.12 이상 버전을 실행하고 있다고 분명히 주장하십시오.

   use v5.12;  # minimal for unicode string feature
   use v5.14;  # optimal for unicode string feature

3. 이전 선언에서는 경고가 아닌 제한 및 기능 만 사용할 수 있으므로 경고를 사용하십시오. 또한 유니 코드 경고를 예외로 승격시키는 것이 좋습니다. 둘 중 하나만이 아니라 두 줄을 모두 사용하십시오. 참고 그러나 v5.14 아래 있음을 utf8경고 클래스는 모든 별도로 사용할 수있는 세 가지 다른 subwarnings을 포함한다 : nonchar, surrogate,와 non_unicode. 이것들은 더 큰 통제력을 발휘하기를 원할 것입니다.

   use warnings;
   use warnings qw( FATAL utf8 );

4. 이 소스 장치는 UTF-8로 인코딩되도록 선언하십시오. 옛날 옛적에이 pragma는 다른 일을했지만, 이제는이 하나의 유일한 목적을 위해서만 사용됩니다.

   use utf8;

5. 이 어휘 범위 내 에서 파일 핸들을 여는 것은 달리 언급하지 않는 한 스트림이 UTF-8로 인코딩된다고 가정하는 것입니다. 그렇게하면 다른 모듈이나 다른 프로그램의 코드에 영향을 미치지 않습니다.

   use open qw( :encoding(UTF-8) :std );

6. 를 통해 명명 된 문자를 활성화합니다 \N{CHARNAME}.

   use charnames qw( :full :short );

7. DATA핸들 이 있으면 명시 적으로 인코딩을 설정해야합니다. 이것을 UTF-8로하려면 다음과 같이 말합니다.

   binmode(DATA, ":encoding(UTF-8)");

물론 자신이 우려 할만한 다른 문제는 끝이 없지만, 이러한 용어에 대한 이해가 다소 약화 되더라도“모든 것이 UTF-8과 함께 작동하도록”하는 국가 목표를 근사화하는 것으로 충분합니다.

다른 pragma는 유니 코드와 관련이 없지만 다음과 같습니다.

      use autodie;

강력히 추천합니다.

? ??? ? ?? ???? ??? ?? ???????? ? ??? ?

? ? ??????⸗????? ??? ???????⸗????? ???? ? ?

요즘 내 상용구는 다음과 같은 경향이 있습니다.

use 5.014;

use utf8;
use strict;
use autodie;
use warnings;
use warnings    qw< FATAL  utf8     >;
use open        qw< :std  :utf8     >;
use charnames   qw< :full >;
use feature     qw< unicode_strings >;

use File::Basename      qw< basename >;
use Carp                qw< carp croak confess cluck >;
use Encode              qw< encode decode >;
use Unicode::Normalize  qw< NFD NFC >;

END { close STDOUT }

if (grep /\P{ASCII}/ => @ARGV) {
   @ARGV = map { decode("UTF-8", $_) } @ARGV;
}

$0 = basename($0);  # shorter messages
$| = 1;

binmode(DATA, ":utf8");

# give a full stack dump on any untrapped exceptions
local $SIG{__DIE__} = sub {
    confess "Uncaught exception: @_" unless $^S;
};

# now promote run-time warnings into stack-dumped
#   exceptions *unless* we're in an try block, in
#   which case just cluck the stack dump instead
local $SIG{__WARN__} = sub {
    if ($^S) { cluck   "Trapped warning: @_" }
    else     { confess "Deadly warning: @_"  }
};

while (<>)  {
    chomp;
    $_ = NFD($_);
    ...
} continue {
    say NFC($_);
}

__END__

? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

“펄은 어떻게 든 [해야합니다 ! ] 기본적으로 유니 코드 사용”은 희귀하고 고립 된 경우에 미미하게 유용 할 정도로 충분히 말하기를 시작하지도 않습니다. 유니 코드는 단순히 더 큰 문자 레퍼토리 이상입니다. 또한 그 캐릭터들이 모두 여러 가지 방식으로 상호 작용하는 방식이기도합니다.

(일부) 사람들이 원하는 단순한 생각조차도 수백만 줄의 코드를 엄청나게 깨뜨릴 수 있다고 생각하는 것 같습니다.이 코드는 당신의 새롭고 멋진 Brave New World 현대성 을“업그레이드”할 기회가 없습니다 .

사람들이 척하는 것보다 훨씬 더 복잡합니다. 나는 지난 몇 년 동안 이것에 대해 거대하고 많은 것을 생각했습니다. 나는 내가 틀렸다는 것을 보여주고 싶다. 그러나 나는 생각하지 않습니다. 유니 코드는 기본적으로 적용하려는 모델보다 더 복잡하며, 카펫 아래에서 절대 쓸 수없는 복잡성이 있습니다. 당신이 시도하면, 당신은 당신의 자신의 코드 또는 다른 사람의 코드를 깰 것입니다. 어떤 시점에서, 당신은 단순히 유니 코드가 무엇인지 이해하고 배워야합니다. 그렇지 않은 척 할 수 없습니다.

? 내가 사용했던 것보다 훨씬 더 쉽게 유니 코드를 쉽게 만들 수 없습니다. 이것이 나쁘다고 생각되면 잠시 동안 다른 것을 시도하십시오. 그런 다음 ?으로 돌아 오십시오. 더 나은 세상으로 돌아 왔을 수도 있고, 그렇지 않으면 여러분과 같은 지식을 가져 와서 새로운 지식을 활용하여 이러한 것들을 더 잘 활용할 수 있습니다.

? ????? ??? ? ??????? ⸗ ????? ? ??????? ???? ?

최소한 “유니 코드를 기본적으로 활성화”하는 데 필요한 것으로 보이는 것은 다음과 같습니다.

1. 모든 ? 소스 코드는 기본적으로 UTF-8이어야합니다. use utf8또는로 얻을 수 있습니다 export PERL5OPTS=-Mutf8.

2. ? DATA핸들은 UTF-8이어야합니다. 에서처럼 패키지 단위로이 작업을 수행해야합니다 binmode(DATA, ":encoding(UTF-8)").

3. ? 스크립트에 대한 프로그램 인수는 기본적으로 UTF-8로 이해해야합니다. export PERL_UNICODE=A또는 perl -CA, 또는 export PERL5OPTS=-CA.

4. 표준 입력, 출력 및 오류 스트림의 기본값은 UTF-8입니다. export PERL_UNICODE=S그들 모두, 또는 I, O및 / 또는 E그들 중 일부를 위해. 이것은 같습니다 perl -CS.

5. 달리 선언하지 않는 한 ?에 의해 열린 다른 핸들은 UTF-8로 간주해야합니다. export PERL_UNICODE=D이나와 i및 o이들의 특별한 사람을위한; export PERL5OPTS=-CD작동 할 것이다. 그것은 -CSAD그들 모두를 만듭니다 .

6. 두 개의베이스와 모두 여는 스트림을 모두 덮으십시오 export PERL5OPTS=-Mopen=:utf8,:std. 따옴표를 참조하십시오 .

7. UTF-8 인코딩 오류를 놓치지 않으려 고합니다. 시도하십시오 export PERL5OPTS=-Mwarnings=FATAL,utf8. 그리고 입력 스트림이 항상 binmoded :encoding(UTF-8)뿐만 아니라 d 인지 확인하십시오 :utf8.

8. 128-255 사이의 코드 포인트는 ?로 이해되지 않은 이진 값뿐만 아니라 해당 유니 코드 코드 포인트로 이해해야합니다. use feature "unicode_strings"또는 export PERL5OPTS=-Mfeature=unicode_strings. 즉 것 uc("\xDF") eq "SS"하고 "\xE9" =~ /\w/. 간단 export PERL5OPTS=-Mv5.12하거나 좋을 수도 있습니다.

9. 명명 된 유니 코드 문자는 기본적으로 활성화되어 있지 않으므로 추가 export PERL5OPTS=-Mcharnames=:full,:short,latin,greek하거나 일부를 추가하십시오 . uninames 및 tcgrep를 참조하십시오 .

10. 거의 항상 표준 모듈 에서 기능에 액세스해야 합니다Unicode::Normalize 다양한 유형의 분해 . export PERL5OPTS=-MUnicode::Normalize=NFD,NFKD,NFC,NFKDNFD를 통해 들어오는 물건과 NFC에서 나가는 물건을 항상 실행하십시오. 아직 알고있는 I / O 레이어는 없지만 nfc , nfd , nfkd 및 nfkc 참조하십시오 .

11. 에서 ? 문자열 비교를 사용하여 eq, ne, lc, cmp, sort, C & CC & 항상 잘못입니다. 대신에 @a = sort @b, 당신은 필요합니다 @a = Unicode::Collate->new->sort(@b). 뿐만 아니라에 추가 할 수 있습니다 export PERL5OPTS=-MUnicode::Collate. 이진 비교를 위해 키를 캐시 할 수 있습니다.

12. Unicode 내장 은 유니 코드 데이터를 좋아 printf하고 write잘못합니다. 당신은 사용해야합니다Unicode::GCString전자의 경우 Unicode::LineBreak모듈 과 후자의 경우 모두 모듈 합니다 . uwc 및 unifmt를 참조하십시오 .

13. 당신이 그들을 정수로 계산 싶은 경우에, 당신은 당신의 실행해야 할 것 \d+를 통해 캡처를 기능 ?가 내장되어 있기 때문에 atoi 함수 (3 것은) 현재 영리 충분하지 않습니다.Unicode::UCD::num

14. ? 파일 시스템에서 파일 시스템 문제가 발생합니다. 일부 파일 시스템은 자동으로 NFC 로의 변환을 강제합니다. 다른 사람들은 자동으로 NFD 로의 전환을 강제합니다. 그리고 다른 사람들은 여전히 ​​다른 일을합니다. 어떤 사람들은 그 문제를 완전히 무시하기 때문에 더 큰 문제를 야기합니다. 따라서 제자리를 유지하려면 고유 한 NFC / NFD 처리를 수행해야합니다.

15. 귀하의 모든 ? 코드를 포함 a-z하거나 A-Z그러한 MUST 변경할 수 를 포함하여 m//,s/// ,와 tr///. 코드가 손상되었다는 비명을 지르는 붉은 깃발로 눈에 띄어 야합니다. 그러나 어떻게 바뀌어야하는지 명확하지 않습니다. 올바른 속성을 얻고 사례를 이해하는 것은 생각보다 어렵습니다. 나는 매일 unichars 와 uniprops를 사용 합니다.

16. 사용하는 코드 \p{Lu} 하는 코드만큼이나 잘못되었습니다 [A-Za-z]. \p{Upper}대신 사용해야 하며 그 이유를 알아야합니다. 예, \p{Lowercase}와 \p{Lower}다르다 \p{Ll}과 \p{Lowercase_Letter}.

17. 사용하는 코드 [a-zA-Z]가 더 나쁩니다. 그리고 그것은 사용할 수 없습니다 \pL또는 \p{Letter}; 를 사용해야 \p{Alphabetic}합니다. 모든 알파벳이 글자가 아닌 것은 아닙니다!

18. 로 ? 변수를 찾고 있다면 /[\$\@\%]\w+/문제가있는 것입니다. 을 찾아야 /[\$\@\%]\p{IDS}\p{IDC}*/하며 심지어 문장 부호 변수 또는 패키지 변수에 대해서는 생각하지 않습니다.

19. 공백을 확인하는 경우 \h및 중에서 선택해야합니다.\v . 그리고 당신은 \s그것을 의미 하지 않기 때문에 [\h\v], 대중의 믿음과는 달리 , 절대 사용해서는 안됩니다 .

20. 당신이 사용하는 경우 \n라인 경계를 위해, 또는 \r\n, 당신은 잘못하고 있습니다. \R동일하지 않은를 사용해야 합니다!

21. 언제, 언제 전화를해야할지 모른다면 유니 코드 :: Stringprep를 언제 , 어디서 더 잘 배울 수 있습니다.

22. 대소 문자를 구분하지 않는 비교는 분음 부호 등에 상관없이 두 글자가 같은 글자인지 확인해야합니다. 가장 쉬운 방법은 표준 Unicode :: Collate 모듈을 사용하는 것입니다. Unicode::Collate->new(level => 1)->cmp($a, $b). 또한있다eq 방법과 같은, 당신은 아마도에 대해 배워야 match하고 substr도 방법. 이것들은 내장 된 것보다 뚜렷한 장점이 있습니다.

23. 때로는 충분하지 않아 대신 유니 코드 :: Collate :: Locale 모듈이 대신 필요 합니다Unicode::Collate::Locale->new(locale => "de__phonebook", level => 1)->cmp($a, $b) . 그것이 Unicode::Collate::->new(level => 1)->eq("d", "ð")사실이지만 Unicode::Collate::Locale->new(locale=>"is",level => 1)->eq("d", " ð")거짓 이라고 생각하십시오 . 마찬가지로 “ae”와 “æ”는 eq로케일을 사용하지 않거나 영어를 사용하는 경우이지만 아이슬란드 어 로케일에서는 다릅니다. 이제 뭐? 힘든 일입니다. 당신은 함께 재생할 수 있습니다 ucsort 를 사용하여 이러한 것들 중 일부를 테스트.

24. 문자열 ” niño ” 에서 패턴 CVCV (자음, 모음, 자음, 모음)를 일치시키는 방법을 고려하십시오 . NFD 형식 (당신이 더 잘 알고 있음)은 그것을 “nin \ x {303} o”로 기억합니다. 이제 어떻게 할거야? 모음이 [aeiou]잘못되었다고 가정 (?=[aeiou])\X)하더라도 (NWD에서도 ‘ø’와 같은 코드 포인트가 있기 때문에 어떤 것도 할 수 없습니다.) 는 분해되지 않기 없습니다 !) 그러나 방금 보여 드린 UCA 비교를 사용하여 ‘o’와 동일한 테스트를 수행합니다. NFD에 의존 할 수 없으며 UCA에 의존해야합니다.

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

그리고 그게 전부가 아닙니다. 사람들이 유니 코드에 대해 가정하는 백만 개의 가정이 있습니다. 그들이 이것을 이해하기 전까지는 be 코드가 깨질 것입니다.

1. 인코딩을 지정하지 않고 텍스트 파일을 열 수 있다고 가정하는 코드가 손상되었습니다.

2. 기본 인코딩이 일종의 기본 플랫폼 인코딩이라고 가정하는 코드가 손상되었습니다.

3. 일본어 나 중국어의 웹 페이지가 UTF-8보다 UTF-16에서 더 적은 공간을 차지한다고 가정하는 코드는 잘못되었습니다.

4. Perl이 UTF-8을 내부적으로 사용한다고 가정하는 코드가 잘못되었습니다.

5. 인코딩 오류가 항상 예외를 발생 시킨다고 가정하는 코드는 잘못되었습니다.

6. Perl 코드 포인트가 0x10_FFFF로 제한되었다고 가정하는 코드가 잘못되었습니다.

7. 설정할 수 있다고 가정하는 코드 $/유효한 행 구분 기호와 함께 작동 가 잘못되었습니다.

8. 같은 casefolding에 왕복 평등을 가정 코드 lc(uc($s)) eq $s또는 uc(lc($s)) eq $s완전히 파괴 및 잘못된 것입니다. uc("σ")과 uc("ς") 둘 다 고려 "Σ"하지만lc("Σ") 아마도 그 모두를 반환 할 수 없습니다.

9. 모든 소문자 코드 포인트에 고유 한 대문자가 있다고 가정하거나 그 반대의 경우도 마찬가지입니다. 예를 들어 "ª"대문자가없는 소문자입니다. 두 반면 "ᵃ"와은 "ᴬ"문자,하지만 그들은하지 소문자입니다; 그러나 해당 대문자 버전이없는 소문자 코드 포인트입니다. 알았어? 그들 모두 와 에도 불구하고 아닙니다 .\p{Lowercase_Letter}\p{Letter}\p{Lowercase}

10. 대소 문자를 변경한다고 가정하는 코드는 문자열 길이가 변경되지 않는다고 가정합니다.

11. 두 경우 만 있다고 가정하는 코드가 손상되었습니다. 타이틀 케이스도 있습니다.

12. 문자 만 사용한다고 가정하는 코드가 손상되었습니다. 문자 외에도 숫자, 기호 및 마크에 대소 문자가 있음이 밝혀졌습니다. 실제로 사례를 변경하면 \p{Mark}으로 전환하는 것과 같이 주요 일반 카테고리를 변경할 수도 있습니다 \p{Letter}. 또한 한 스크립트에서 다른 스크립트로 전환 할 수 있습니다.

13. 로캘에 종속되지 않는 경우를 가정하는 코드가 손상되었습니다.

14. POSIX 로캘에 대한 유니 코드를 제공한다고 가정하는 코드가 손상되었습니다.

15. 기본 ASCII 문자를 얻기 위해 분음 부호를 제거 할 수 있다고 가정하는 코드는 사악하고, 여전히, 깨지거나, 뇌에 손상을 입거나, 잘못되며, 사형에 대한 정당성입니다.

16. 분음 부호 \p{Diacritic}와 표시 \p{Mark}가 같은 것으로 가정하는 코드 가 손상되었습니다.

17. \p{GC=Dash_Punctuation}커버 를 가정하는 코드\p{Dash} 나뉩니다.

18. 대시, 하이픈 및 마이너스를 가정하는 코드는 서로 동일하거나 각각 하나만 존재하며 잘못되었다고 가정합니다.

19. 모든 코드 포인트가 하나 이상의 인쇄 열을 차지한다고 가정하는 코드가 깨졌습니다.

20. 모든 것을 가정하는 코드 \p{Mark} 문자가 0 인쇄 열을 차지 가 깨졌습니다.

21. 닮았 문자가 있다고 가정 코드 입니다 비슷 가 손상되었습니다.

22. 않는 문자가 있다고 가정 코드 하지 닮았가 없습니다 모두 나뉩니다.

23. 하나의 행에서 코드 포인트 수에 제한이 있다고 가정하는 코드 \X 일치시킬 수 가 잘못되었습니다.

24. 가정 \X할 수없는 코드 는\p{Mark}문자로 가 잘못되었습니다.

25. 문자가 \X아닌 두 개를 절대 보유 할 수 없다고 가정하는 코드 \p{Mark}가 잘못되었습니다.

26. 사용할 수 없다고 가정하는 코드 "\x{FFFF}"가 잘못되었습니다.

27. 두 개의 UTF-16 (서로 게이트) 코드 단위가 필요한 BMP 이외의 코드 포인트를 가정하는 코드는 코드 단위당 하나씩 두 개의 개별 UTF-8 문자로 인코딩됩니다. 그렇지 않습니다 : 단일 코드 포인트로 인코딩합니다.

28. 결과 BOM을 UTF-8의 시작 부분에 넣으면 BOM이있는 UTF-16 또는 UTF-3에서 UTF-8로 코드 변환되는 코드가 손상됩니다. 엔지니어가 눈꺼풀을 제거해야하는 것은 너무 어리 석습니다.

29. CESU-8이 유효한 UTF 인코딩이라고 가정하는 코드가 잘못되었습니다. 마찬가지로 U + 0000 인코딩을 다음과 같이 생각하는 코드"\xC0\x80" UTF-8 는 깨져서 잘못되었습니다. 이 사람들은 또한 눈꺼풀 치료를받을 자격이 있습니다.

30. 문자가 >항상 오른쪽을 <가리키고 항상 왼쪽을 가리키는 것으로 가정하는 코드 는 잘못되었습니다. 실제로는 그렇지 않기 때문입니다.

31. 먼저 문자를 출력 X한 다음 문자를 출력하면 잘못된 Y것으로 표시 되는 것으로 가정하는 코드입니다 XY. 때로는 그렇지 않습니다.

32. ASCII가 영어를 올바르게 작성하기에 충분하다고 가정하는 코드는 어리 석고 근시안적이며 문맹이며 깨지거나 악하고 잘못입니다. 그들의 머리와 떨어져! 그것이 너무 극단적 인 것처럼 보인다면, 우리는 타협 할 수 있습니다. (나머지는 덕트 테이프가됩니다.)

33. 모든 \p{Math}코드 포인트가 보이는 문자 라고 가정하는 코드가 잘못되었습니다.

34. \w문자, 숫자 및 밑줄 만 포함 한다고 가정하는 코드 가 잘못되었습니다.

35. 가정합니다 코드 ^및 ~문장 부호있는이 잘못되었습니다.

36. ü움라우트가 있다고 가정하는 코드 가 잘못되었습니다.

37. ₨문자가 포함되어 있다고 믿는 코드 는 잘못되었습니다.

38. 믿는 코드 는 크게 파괴 된 \p{InLatin}것과 동일 \p{Latin}합니다.

39. \p{InLatin}거의 항상 유용 하다고 생각되는 코드 는 거의 틀림 없습니다.

40. $FIRST_LETTER어떤 알파벳의 첫 번째 문자와 같은 알파벳 $LAST_LETTER의 마지막 문자로 주어진 것으로 , 그것은 [${FIRST_LETTER}-${LAST_LETTER}]거의 모든 것이 거의 항상 깨지고 잘못되고 의미가 없다는 것을 믿는 코드 .

41. 누군가의 이름에 특정 문자 만 포함 할 수 있다고 믿는 코드는 어리 석고 공격적이며 잘못되었습니다.

42. 유니 코드를 ASCII로 줄이려는 코드는 단순히 잘못된 것이 아니라 가해자가 다시 프로그래밍 작업을 할 수 없도록해야합니다. 기간. 나는 그들이 지금까지 많은 것을 잘하지 않았기 때문에 그들이 다시 볼 수 있도록해야한다고 긍정적이지 않습니다.

43. 텍스트 파일 인코딩이 존재하지 않는 척하는 방법이 있다고 생각되는 코드는 손상되어 위험합니다. 상대방의 눈을 찌를 수도 있습니다.

44. 알 수없는 문자를 변환하는 코드 ?는 깨지거나 어리 석고 뇌가 치며 표준 권장 사항에 위배됩니다 . 왜 RTFM입니까?

45. 표시되지 않은 텍스트 파일의 인코딩이 Zeus의 번개 만 고칠 수있는 치명적인 후부와 naïveté의 죄책감이 있다고 추측 할 수있는 코드.

46. ? printf너비를 사용 하여 유니 코드 데이터를 채우고 정당화 할 수 있다고 생각 하는 코드가 손상되었습니다.

47. 주어진 이름으로 파일을 성공적으로 생성 한 후에 실행 ls하거나 readdir주변 디렉토리에서 파일을 생성하면 실제로 생성 한 이름을 가진 파일이 버그, 고장 및 잘못임을 알게되는 코드입니다. 이것에 놀라지 마라!

48. UTF-16이 고정 너비 인코딩이라고 믿는 코드는 어리 석고 깨지고 잘못되었습니다. 프로그래밍 라이센스를 취소하십시오.

49. 한 평면의 코드 포인트를 다른 평면의 코드 포인트와 다르게 처리하는 코드는 사실상 깨져서 잘못되었습니다. 학교로 돌아가십시오.

50. 같은 것들만이 /s/i일치 "S"하거나 "s"깨지거나 잘못 되었다고 믿는 코드 . 당신은 놀랄 것입니다.

51. 사용 \PM\pM*하는 대신 grapheme 클러스터를 찾는 데 사용 되는 코드가 \X잘못되었습니다.

52. ASCII 세계로 돌아 가고자하는 사람들은 진심으로 그렇게하도록 격려해야하며, 영광스러운 업그레이드를 기리기 위해 모든 데이터 입력 요구에 대해 사전 전기 수동 타자기를 무료 로 제공 해야합니다. 그들에게 보낸 메시지는 한 줄에 40 자씩 ᴀʟʟᴄᴀᴘs 전신을 통해 보내야하며 택배사가 직접 배달해야합니다. 중지.

? ? ? ? ? ? ? ? ?

필자가 작성한 것보다 얼마나 많은 “기본 유니 코드 ?”를 얻을 수 있는지 모르겠습니다. 음, 그래 내가 할 : 사용되어야 Unicode::Collate하고Unicode::LineBreak , 너무. 그리고 아마도 더.

보시다시피, 너무 많은 유니 코드 일들이 당신이 정말 거기 않는 거기에 대해 걱정할 필요가 이제까지 “유니 코드로 기본”으로 그러한 일을 존재는.

우리가 back 5.8에서했던 것처럼, 처음부터 올바르게 설계되지 않은 코드에이 모든 것을 적용하는 것은 불가능하다는 것을 발견 할 것입니다. 당신의 선의의 이기심은 전 세계를 돌파했습니다.

그리고 한 번만해도 여전히 많은 문제를 해결해야하는 중요한 문제가 있습니다. 뒤집을 수있는 스위치가 없습니다. 뇌 외에는 아무것도 없으며 진짜 뇌를 의미 합니다 만으로는 충분 . 당신이 배워야 할 것들이 많이 있습니다. 수동 타자기 후퇴 모듈로, 당신은 단순히 무지에 몰래 숨길 수 없습니다. 이것은 21 세기이며, 당신은 고의적 인 무지로 유니 코드를 원치 않을 수 없습니다.

당신은 그것을 배워야합니다. 기간. “모든 것이 제대로 작동하는”것은 결코 쉬운 일 이 아닙니다. 왜냐하면 많은 것들이 작동 작동 입니다. “모든 것이 작동하게하는”방법이있을 수 있다는 가정은 무효가됩니다.

매우 적은 수의 매우 제한된 작업에 대해 몇 가지 합리적인 기본값을 얻을 수 있지만 생각보다 훨씬 많은 것을 생각하지는 않습니다.

하나의 예로서, 정식 순서는 실제 두통을 유발할 것입니다. ? "\x{F5}" ‘õ’ , "o\x{303}" ‘õ’ , "o\x{303}\x{304}" ‘ȭ’ , "o\x{304}\x{303}" ‘ō̃’ 은 모두 ‘õ’ 와 일치해야 하지만 어떻게 세상에서 그렇게 하시겠습니까? 이것은 보이는 것보다 어렵지만 고려해야 할 사항입니다. ?

나는 펄에 대해 알고 한 가지 있다면, 그것은 유니 코드 비트 및하지 않는다 할 것입니다,이 일이 내가 당신을 약속한다 : “ᴛʜᴇʀᴇ ɪs ɴᴏ Uɴɪᴄᴏᴅᴇ ᴍᴀɢɪᴄ ʙᴜʟʟᴇᴛ” ?

일부 기본값을 변경하고 원활한 항해를 할 수는 없습니다. 내가로 PERL_UNICODE설정하여 ?을 실행하는 것은 사실 "SA"이지만, 그게 전부이며 심지어 대부분 명령 줄에 대한 것입니다. 실제 작업을 위해서는 위에서 설명한 여러 단계를 모두 거쳐야합니다.

? ¡ ƨdləɥ ƨᴉɥʇ ədoɥ puɐ ʻλɐp əɔᴉu ɐ əʌɐɥ ʞʞnlnl poo⅁ ?

답변

perl -MEncode=decode -E 'while(<>){ chomp; say length decode("UTF-8", $_) }'

while(<>){
    chomp;
    say "$_ ?";
}

perl poo.pl input-data.txt