C/C++ をはじめ、多くのプログラミング言語では角度をラジアンで指定します。これはなぜかというと角度が 360 度であることの根拠がわからないためです（一応、歴史的根拠はあるそうです）。それに対してラジアンという単位は、その角度からなる弧の長さの比率ですので根拠が明確なのです。コンピュータはラジアンが大好きです。

しかし、根拠がどうとか、いちいち面倒なことを覚える必要はありません、ラジアンは次の式で求めることができます。

#define PI 3.141592

float degree = 123; // 123 度
float radian = (degree / 180) * PI; // 2.146754 …

実際に計算してみるとわかるのですが、ラジアンは０度の時には０、 180 の時にはπになり、 360 度で２πになります。

百聞は一見にしかず。早速例を見てください。

value = value + 1;
value = value - 1;

value の値をそれぞれ１増やしたり１減らしたりしていますが、これは次のように書くことができます。

value++;
value--;

これがインクリメント演算子とデクリメント演算子です。この書き方は変数が評価されてから値が変わる点に注意してください。値が変わってから変数を評価したい場合は次のように書きます。

++value;
--value;

前置型と後置型は違いは次のようになります。

std::cout <<value++ <<std::endl;
// ↓と同じ意味
std::cout <<value <<std::endl;
value = value + 1;

std::cout <<++value <<std::endl;
// ↓と同じ意味
value = value + 1;
std::cout <<value <<std::endl;

しかし、前置型と後置型の違いは可読性に影響を与えるという宗派もありますので注意してください。時に後置型のみを使うというルールで開発している人もいます。

% は割り算の余りを求める演算子ですが、ある変数の内容を１ずつ増加させ、その余りを取ると数値が循環するようになります。

#include <iostream>


int main(int argc, char *argv)
{
  int value = 0;

  for (int i = 0; i <100; i++) {
    // 0 から 7 で循環させる
    std::cout <<value % 8 <<std::endl;
    value++;
  }

  return 0;
}

これを実行すると次のようになります。

0
1
2
3
4
5
6
7
0 ←また０に戻った！
1
2
3
4
5
6
7
0 ←また！
1
2
…（以下、略）

注意点は、変数がオーバーフローしたときに期待した動作にならないことです。一度だけ使うツールを作る際など、限定した用途に使うのが吉です。

Windows から送られてくるメッセージのパラメータを解析するために、 32bit 値の上位 16bit や下位 16bit を分析することがよくありますが、これを簡単に取得するためのマクロが HIWORD と LOWORD です。 HIWORD は上位 16bit 値を取得し、 LOWORD は下位 16bit 値を取得します。

00000000000000000000000000000000
|--------------||--------------|
     HIWORD          LOWORD

HIWORD で返される値は 16bit の長さしかない整数型でも格納できるようビットシフトされて返されます。自分でビットシフトする必要はありません。

64bit の長さがある整数値型には __int64 がありますが、 32bit 機向けにコンパイルする際には無理に __int64 を使いたくない場合があります。このような場合に INT_PTR 型が便利です。

INT_PTR 型は 64bit 機向けのコンパイル時（ _WIN64 という定数が定義されている時）には __int64 となり、 32bit 機向けのコンパイル時には int となります。 UNICODE を使う際に TCHAR を使うのとイメージは同じです。

なお、 unsigned int を使いたい場合は UINT_PTR 型を使います。 INT_PTR の long 版ともいえる LONG_PTR 型というのもあります。

これはブログで書くほどの話題か悩んだのですが、 C/C++ では固定小数点数型がないため一応書いておきます。

今ではめっきり聞かなくなりましたが「浮動小数点数を使うと CPU のクロック数が余分にかかる」と言われていた時代がありまして、「だったら浮動小数点数を使わなければ良いんだ」というのが現実解でした（特にゲームの場合）。ちなみに私の時代で整数演算ユニットと浮動小数演算ユニットの切り替えに 15 クロックくらいかかっていました。足し算ひとつで１クロックと考えるとあり得ないオーバーヘッドですよね。

また、浮動小数点数は仕組みを知らないで使うと誤差が大きくなってバグの原因にもなり得ます。このあたりの理由から給与計算などのお金に関わる計算には固定小数点数を使うことがあったりします。

では、固定小数点数が無い C/C++ ではどうすればいいのかというと、たとえば 1.25 という数値を表現したいときは 1250 と保持しておいて、整数部が必要なときに 1000 で除算するのです。つまり 1000 を１として計算するわけですね。こうすると４桁分の精度で小数部が実現できることになります。もちろん計算する場合はすべての数に対してこのルールを適用しなければなりません。

さて、ここまで読んでいただいて「なるほど、ためになったぜ」と思われた方、非常に申し訳ないのですが、 3D ゲームが主流の現在において固定小数点数はほとんど使わないと思います。最近の CPU は速過ぎなんです。しかもコンパイラも頭が良いので、もしかしたらライスタライザを自分で書いてもゲームになるかもしれません。

余談なのですが COBOL というプログラミング言語がありまして、この言語は固定小数点数がメインになっています。なぜかというと COBOL で作られるアプリケーションはビジネス向けに限定されるためです。つまり、誤差などがありますとかなり嬉しくないわけですね。 COBOL = COmmon Business Oriented Language です。

関係演算子は、 ==, < , <=, >, >=, != があります。次の表は各関係演算子の意味と使い方です。

たいていの場合、関係演算子は if 文とともに使います。