淺談Unicode

這篇是我查過和Unicode相關的資料的一個簡單的整理

如果有寫錯的部分，希望各路高手能不吝指正

Unicode
由The Unicode Consortium制定的編碼方式

2020年3月發表Unicode 13.0

Universal Character Set, UCS
ISO 10646 標準下定義的字元集，字元編碼與Unicode相同


Unicode碼點
U+0000~U+10FFFF
其中U+hh0000~U+hhFFFF稱為第hh平面
目前一共分成0~16平面
完整儲存Unicode碼點需要4 byte

Basic Multilingual Plane, BMP
基本多文種平面，U+0000-U+FFFF
包含大部份的常用字元
某些中文姓名會用到BMP以外的字元

Byte Order Mark, BOM (U+FEFF)
UTF-16等實作方式用來判斷端序的字元
從Unicode3.2開始
U+FEFF：只能出現在位元組流的開頭，用於標識端序
U+2060：零寬度無斷行空白


Unicode Transformation Format, UTF
由於完整儲存Unicode碼點需要4 byte 

儲存字元時通常採用其他格式以降低所需空間
這些格式稱為UTF

碼元(Code Unit)
儲存一個字元需要的最小長度


UTF-8 (8-bit Unicode Transformation Format)
碼元為8 bits = 1 byte

U+0000~U+007F：ASCII，編碼後為1 byte
U+0800~U+07FF：拉丁文等字母，2 bytes
U+0800~U+FFFF：其他BMP，3 bytes
U+10000~U+10FFFF：BMP以外，4 bytes

端序：
UTF-8沒有端序的問題，不需要BOM

Win 7的記事本：檔首有BOM，可能讓某些程式無法正常解讀
Win 10的記事本、Unix-like：檔首無BOM

UTF8是網頁編碼等應用的實質標準
跨語系的檔案建議使用一般UTF8(無BOM)


UTF-16
碼元為16 bits = 2 bytes
BMP：1個碼元
BMP以外：2個碼元，合稱為surrogate pair

 

UTF-16不是固定長度編碼

要完整表示1個Unicode字元可能需要2個碼元
Windows的wchar_t是unsigned 16-bit

也就是說1個wchat_t只是1個碼元而不是1個字元

 

每個碼元可能是：

1. BMP字元 U+0000 ~ U+D7FF, U+E000 ~ U+FFFF

2. high surrogate 0xD8XX (surrogate pair的高位部分)

3. low surrogate 0xDCXX (surrogate pair的低位部分)

 

端序：

UTF-16 Little Endian

Windows kernel、Linux使用

記事本的Unicode選項

UTF-16 Big Endian

JavaScript
Mac使用

記事本的Unicode Big Endian選項

code page 950

微軟以Big-5修改而成的編碼方式

Big-5的實質標準

參考資料
Wikipedia: Unicode#Versions
Wikipedia: UTF-8

Wikipedia: UTF-16

翻譯相關：無形噬菌體 虛榮

日文wiki：アモルファージ・イリテュム
日本玩家認為卡名的典故是拉丁文的irritum。

Wikipedia：Seven Deadly Sins

維基百科的說明是Evagrius Ponticus提出了eight evil thoughts(八大罪)。

原文為希臘文，後來被翻譯成拉丁文。
這張卡對應的拉丁文是Vanagloria (英文：vainglory)，翻譯成中文為虛榮。

因此卡名按照八大罪的典故將其翻譯為虛榮。