押下状態は1と0で判断できると思っていましたし、リファレンスにもそう書いてありますね。char型とは、(環境にもよりますが、代表的な環境では)8ビット整数です。long型、2バイトのshort型を使用するにはもったいないですよね。「何バイト目か」の情報と「何ビット目か」の情報の両方を使用しないとある特定のキーの情報にアクセスできないためキーを定数で指定しにくくなり、ライブラリの利便性が下がります。しれませんがビット演算の手間もあります。情報取得関数を用意しても、それを呼び出す手間がかかります。よって、メモリの効率と計算の手間の効率をある程度両立したchar型を採用したと考えられます。次に独自の型をtypedefなどで作るというケースを考えますが、DXライブラリでは画像のハンドル、音声のハンドルなどのハンドルを普通のint型で処理しています。ソースコードの可読性の面ではtypedefを使用して独自の型にしたほうがいいと考えられるのに、です。ここから、DXライブラリではなるべく基本型をtypedefしない方針であると考えられます。よって、typedefするより生のchar型を使用したと考えられます。char型でもメモリの効率と計算の手間の効率は変わらないと考えられます。char型でもほとんど変わりません。文字数の少ないchar型を使用する方が合理的であると考えられます。述べましたが、最後に、これはあくまでも自分の推理です。正確なことが知りたければ、ぜひDXライブラリの作者に問い合わせてみてください。マルチポストする際は相互リンクをお願いします。漢字は2byte文字なのでchar型にははいりませんよchar型は1byteなので漢字一文字格納するのには配列にするか、大きいサイズのものを使用するしかありません。C言語を使うと自分の足を誤って撃ち抜いてしまうことがある。C++を使えばそのような間違いを犯しにくくなる。やってしまったときには足全体が無くなる。漢字は2byte文字なのでchar型にははいりませんよ漢字はマルチバイト文字ですが、2バイトとは限りません。Googleで「三毛猫」と検索すると、URIのこのクエリを表す部分は「q=%E4%B8%89%E6%AF%9B%E7%8C%AB」となっていて、1文字あたり3バイト使っていることがわかります。char型は1byteなので漢字一文字格納するのには配列にするか、大きいサイズのものを使用するしかありません。C言語/C++なら多分正しいと思います(環境依存)。Javaのchar型は2バイトだったと思います。int型の配列で数値を扱うことがあります。よって、char型で漢字を扱うことは問題ないと思います。ミクプラは自由にリンクできます。