16進数の先頭に0xが付いているのはなぜですか？

16進数の前に何が付いているの0xですか？接頭辞の使用法は理解していますが、なぜ0x選択されたのかという意味がわかりません。

ショートストーリー：0それは定数（およびない識別子/予約語）を扱っていますパーサに指示します。数値の基数を指定するには、まだ何かが必要です。これxは任意の選択です。

長い話： 60年代、普及しているプログラミング番号システムは10進数と8進数でした—メインフレームは1バイトあたり12、24、または36ビットでした。これは3 = log2（8）で割り切れます。

BCPL言語8 1234は8進数の構文を使用しました。ケントンプソンがBCPLからBを作成したとき、0代わりにプレフィックスを使用しました。これは素晴らしいです

1. 整数定数は常に単一のトークンで構成され、
2. パーサーはまだ定数があることをすぐに知ることができます。
3. パーサーはすぐにベースを知ることができます（0両方のベースで同じです）、
4. 数学的に正気（00005 == 05）であり、
5. 貴重な特殊文字は必要ありません（など#123）。

CがBから作成されたとき、16進数の必要性が生じ（PDP-11には16ビットのワードがありました）、上記のすべての点が依然として有効でした。他のマシンで0xは依然として8進数が必要だったため、任意に選択しました（00おそらく扱いにくいと判断されました）。

C＃はCの子孫であるため、構文を継承します。

注：正解はわかりませんが、以下は個人的な推測です。

すでに述べたように、数値の前の0は、それが8進数であることを意味します。

04524 // octal, leading 0

16進数を表示するシステムを考え出す必要があると想像してください。また、Cスタイルの環境で作業していることに注意してください。アセンブリのようにhで終わるのはどうですか？残念ながらできません。有効な識別子であるトークンを作成することができます（たとえば、変数に同じ名前を付けることができます）。

8000h // hex
FF00h // oops - valid identifier!  Hex or a variable or type named FF00h?

同じ理由でキャラクターをリードすることはできません。

xFF00 // also valid identifier

ハッシュの使用は、プリプロセッサと競合するため、おそらくスローされました。

#define ...
#FF00 // invalid preprocessor token?

結局、何らかの理由で、16進数を表すために先頭の0の後にxを置くことにしました。それはまだ数字で始まっているので一義的ではなく、有効な識別子にすることはできず、おそらく先頭の0の8進法に基づいています。

0xFF00 // definitely not an identifier!

これは、数値が他のベースではなく16進数であることを示す接頭辞です。Cプログラミング言語はこれを使用してコンパイラーに指示します。

例：

0x6400変換 6*16^3 + 4*16^2 + 0*16^1 +0*16^0 = 25600. コンパイラは読み取ると0x6400、それは、数はの助けを借りて、進で理解し0xの 用語。通常、（6400）₁₆または（6400）₈などで理解できます。

以下のためのバイナリそれは次のようになります。

0b00000001

私が何らかの形で助けてくれたことを願っています。

良い一日！

先行する0は、基数2、8、または16の数値を示すために使用されます。

私の意見では、「x」は16進数のように聞こえるため、0xは16進数を示すために選択されました。

私の意見だけですが、それは理にかなっていると思います。

良い一日！