（コード化された）文字セット - ユニコードのコードポイントにマッピングする理由

Question

私が分かっている限り、コード化された文字セットは、（抽象的な）文字（例えば、ユニコードのコードポイント00FCへのドイツ語の文字）に数字（コードポイントと呼ばれる）をマッピング/割り当てます。

このコードポイントが異なる方法で（例えば、バイトパターンで表される）符号化することができる。

UTF-8（1バイト）、UTF-16（2バイト）とUTF-32（4バイト）

そこでプロセスである：

（要約）文字コード・ポイントへ--->マップ（符号化された）文字セット - 1コードポイントの>エンコーディング... nバイト

なぜ、この中間段階コードポイントの？ （抽象）文字が1 ... nバイトに直接マッピングされないのはなぜですか？

（アブストラクト）文字 - >マップ1 ... nバイト

この中間段階（文字に番号を割り当てる）が、他の（符号化された）文字セットで行われます。だから、それには十分な理由があるはずです。

バイトへの直接マッピングが行われない理由、およびこの中間段階を持たず直接バイトにマッピングされる文字セットがある理由を理解したいと思います。事前に

おかげで...

Answer 1

なぜ直接バイトにマッピングされていない（抽象）の文字がありますか？

これを行うには、すべての可能なシナリオで最も合意した1バイトのエンコードスキームが必要です。

私たちはそれが真実であることから非常に遠い方法です。 UTF-8、-16、および-32は決して離れていくことのない他のすべてのレガシーエンコードはもちろん、さまざまな強みを持ち、異なるコミュニティによって異なる目的で使用されます。

複数のバイトエンコーディングが不可避的に使用されている場合は、それらの背後に統一コード文字セットが必要です。そのため、各エンコーディングはその文字セットに前後にマッピングできます。別の方法として、エンコーディングのペアごとにマッピングテーブルを組み合わせて爆発的に展開する必要があります。

（それはだ、我々はUnicodeの前に持っていたものである。表は不完全な、非可逆と矛盾しなかった。それは良い時代ではなかった。）