[過去ﾛｸﾞ] 文字コード総合スレ Part11 (1002ﾚｽ)

文字コード総合スレ Part11 http://mevius.5ch.net/test/read.cgi/tech/1516629503/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

447: デフォルトの名無しさん [] 2018/06/28(木) 23:48:15.68 ID:d1dmwFto UTF-8Nというのは だれかがﾃｷﾄｰにつけたUnicodeのｴﾝｺｰﾄﾞの名前 先に結論をいうとUTF-8NはBOMついてないUTF-8ということらしいからな さらいえばUTF-8にBOMつける意味はほとんどない とりあえず概要だけ書いといてやろう BOMというのは、符号単位のｵｸﾃｯﾄの並びが ﾘﾄﾙｴﾃﾞｨｱﾝかﾋﾞｯｸﾞｴﾝﾃﾞｨｱﾝか識別するためにﾌｧｲﾙの先頭にﾏｰｸされる ちなみにそれぞれのｴﾝｺｰﾄﾞの符号単位はこんな感じなる 　UTF-8：1つのｵｸﾃｯﾄ 　UTF-16：2つのｵｸﾃｯﾄ 　UTF-32：4つのｵｸﾃｯﾄ つまり、UTF-8ではそんなﾏｰｸつけても意味がない ｵｸﾃｯﾄが1つしかないからな、並びなんか関係ない 2つ以上の場合、ｵｸﾃｯﾄの順序がﾘﾄﾙｴﾃﾞｨｱﾝかﾋﾞｯｸﾞｴﾝﾃﾞｨｱﾝかで 数値の表現のされかたが変わる CISC系のﾁｯﾌﾟだと数値の表現はﾘﾄﾙｴﾝﾃﾞｨｱﾝが多い RISC系のﾁｯﾌﾟだと数値の表現はﾋﾞｯｸﾞｴﾝﾃﾞｨｱﾝが多い つまり、CISC系のﾁｯﾌﾟでﾘﾄﾙｴﾃﾞｨｱﾝで保存されたﾌｧｲﾙなら ｴﾝﾃﾞｨｱﾝを気にせずにﾌｧｲﾙに保存された数値をそのまま読むことができる しかしﾋﾞｯｸﾞｴﾝﾃﾞｨｱﾝなら一旦ｵｸﾃｯﾄの並びを逆転させてから 数値を読みとる必要がある RISC系のﾁｯﾌﾟならその逆になる 分かった？ http://mevius.5ch.net/test/read.cgi/tech/1516629503/447

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.050s