1つの単位か"キャラクタ"として、見ようとするでしょう。全ての順番を一つの"キャラクタ"として見ることができます。ユーザの考え方からは、おそらくユーザの言語の文脈でみえるようなものでしょう。"キャラクタ"の概念は、より決定論的です。defined.いくつかの組合せにとって、まだ構成されていないキャラクタがあります。単一のコードポイントとして定義されています。いくつかの組合せで可能でしかありません。サポートすることを意味します。一般的なケースでは、構成する方法はより広がります。fromsもまた定義されています。その代わりに、"少なくとも全てのキャラクタに1つの番号"があります。同じキャラクタが、いくつかのレガシーエンコーディングの中で、違うように表現されていました。コードポイントには、キャラクタが割り当てられていないものもあります。1番目に、使われているブロック内にもかかわらず、割り当てられていないコードポイントがあります。コントロールキャラクタがあり、それらは、本物のキャラクタを表現しません。0x10000(か、65536)のキャラクタを表現するだけ、というものです。これは真実ではありません。様々に定義されています。0xFFFFを超えて、定義されました。Plane(BMP)と、と呼ばれました。定義された全キャラクタのどこにも、まだ近くにありません。それぞれのブロックは言語か言語のセットで使われているキャラクタを定義するということです。これもまた真実ではありません。それは、ほとんど完全に、予想外のものです。その他のものがあります。詳しくは、Unicode::UCDを見て下さい。コードポイントは、抽象的な数字です。シリアライズされるか、どうか、しなければなりません。その中で、UTF-8は、たぶん、もっとも有名です。characters)。それらの大小のエンディアンの変形(UTF-8は、バイトオーダーと独立です)を含みます。perlunicodeを見て下さい。ネイティブに扱う能力を持っていました。メンテナンスリリースの5.6.1は、最初のUnicode実装の多くの問題を修正しました。正規表現はまだ働きません。utf8の使用は、もはや必要ではありません。Unicodeであると明示するのを宣言するために使われました。操作に添付するかわりに、"Unicodeness"は、今や、データに持ち込まれています。これは、デフォルトではありません。utf8を見て下さい。キャラクタの文字列の両方をサポートします。方針は、Perlは、可能な限り長く、8ビットバイト列として、データを保とうとします。アップグレードされます。文字列ににエンコードします。Perlは、ネイティブの8ビットのキャラクタセットを使います。なければ、UTF-8を使います。するかを、知る必要も、気にする必要もありません。(それぞれの文字列の必要に応じて、ネイティブのキャラクタセットか、UTF-8)が使われます。:utf8アウトプットレイヤーを使います。プログラムの警告を削除します。自動的に有効に出来ます。perlrunの-Cスイッチのドキュメントを見て下さい。Perlは、奇形のUTF-8であると文句を言います。結合の特徴もまた、新しいPerlIOの特徴を使うことを必要とします。ほとんど全てのPerl5.8プラットフォームは、PerlIOを使います。