制御文

実行する部分の命令が１行のときは大カッコ( {} )を省略してもＯＫです。
 

の様に書きます。
上の場合では、複数の条件が成立することはありませんが、中には複数の条件に当てはまる場合もありますが、その場合は条件があったらその命令を実行してこのif文からぬけます。
つまり、複数の条件があったとしても、複数の命令は実行されないという事です。
 

式１　？　式２　：　式３　という書き方をします。
式が３個あるので、３項演算子といいます。

これは、式１が真なら　式２を式１に代入、そうで無ければ式３を式１に代入するというモノです。たとえば
 

a が４の場合は　 a に 5　を入れる、そうでなければ aに９をいれる

これは

if (a == 4)
a = 5;
else
a = 9;

と同じです。

じゃあ、こちらの方が読みやすくていいんじゃないですか？どうでしょう。
最近はとんとみなくなりましたが、人のソースを読むときのために説明しました。
 

条件によって処理する事が違う場合に使います。
 

処理したとあとに break　文を忘れないようにしましょう。
break を忘れるとその下にある命令をどんどん実行してしまいます。
 

繰り返し文です。
 

という書き方です。
カッコの中は

（式１；式２；式３）

となっています。
；で区切られた式が３個あるわけですが、これは

式１　始めの条件をセットする
式２　繰り返す条件
式３　実行するたびにどうするか

for ( a =0; a < 67; a ++){
処理１
}

この例では、
始めに a に０を入れる。
a が６７より小さければ処理１を実行する
a を＋１する

となります。
０から、６６回まで、６７回処理１を実行するわけですね。

以下のような書き方も出来ます。

for(int a = 12; a != 0; a *= b){
処理１
}

日本語に翻訳すると、ここで　int 型の a を定義して、１２を入れる
a が０で無ければ処理１を実行する
a に a * b を入れる

もちろん、処理１の中でｂを変化させてそのうちa*bが０にならなければ永遠にこのfor ループから抜け出せません。

複雑な条件を考えるときは注意しましょう。
 

a　が０より小さい間、処理１を実行します。
処理１を実行したあと、また a を見て同じことを繰り返します。
a がはじめから０のとき（はじめから条件がＴＲＵＥだった場合）は処理１は一度も実行されません。
 

この文は while と似ています。
do があると、とりあえず処理１を実行します。
実行したあと、条件を見て、再び同じことをします。
この文ははじめから条件がＴＲＵＥになっていても必ず１回は処理１を実行します。
 

for 文、while文の途中から抜ける場合に使います。
switch　文でも使いましたね。
 

とか、
 

の様に使います。

break があると、ループのカッコをぬけて次の処理に行きます。
 

この文は、処理の頭にもどります。
 

これは処理１を実行して x が５５より小さい場合は１に戻ります。
そうで無ければ処理２を実行して１に戻ります。
 

for 文の場合は、１の　a++　に戻って再びループを開始します。
 

の様に使います。
ループの中からいきなり kaeru に飛ぶ訳です。
Ｃでは、これは不吉なモノとして使ってはいけないとされています。
プログラムの流れがきれる、というか、構造化になじまないとかいろいろ言われますがやはりＣというか、Ｃ＋＋では美しくないからでしょう。
古典的なプログラムを読むための知識くらいに考えて下さい。

ソフト会社によっては使用禁止のところもあるようです。
使わないようにしましょう。
 

いままでソースの頭に

#include <iostream.h>

という文を書いていましたが、これがプリプロセッサ命令です。
頭に # をつけます。
#include は含めるという命令と説明しましたが、実際の動作はこうです。

iostream.h の中味（これは例なのでほんとの中味は違います）
 

の２行としましょう。

作ったプログラムは
 

だとします。

すると、コンパイラは、これを
 

という風に、一つのファイルに展開します。
それからコンパイルを始めるわけです。
コンパイルの前に処理する、という意味でプリプロセッサな訳です。
マクロともいいます。
マクロと言う方が古い感じがします。
これはアセンブラ時代からあるせいでしょう。

#define

これは文字マクロと呼ばれます。

#define otaku 3

というように使います。

int a;
a = otaku;

とすると、a に３が入ります。

これもプリプロセッサなのでコンパイラはコンパイル前に

a = otaku;

を

a = 3;

に入れ替えてからコンパイルを開始します。

#ifdef #ifndef #else #endif　#elif

これらのマクロはセットで使います。

下の例を見てください。
 

一行づつ見てみると、何をやっているかわかりますね。
この例では、

#define _Win_flag 0 // _Win_flag を定義する

が定義されていると、ウインドウズのヘッダファイルがインクルードされます。
そうでない場合はユニックスのヘッダファイルをインクルードします。

これは、一つのファイルで複数のプラットフォーム（ＯＳの事です）に対応するために使っています。
うまくすると、

<playstation2.h>

なんていうヘッダファイルをインクルード出来るようになるかもしれませんね。

#ifndif

#ifdef と同じですが、これに続くシンボルが定義されていない場合には続くコードを
実行します。
 

この例では、_Win_flag が定義されていない場合は、os2.h をインクルードする。
そうでなければウィンドウズのヘッダファイルをインクルードするということになります。

#elif

else if と同じ命令のマクロ版です。
これらのマクロは
 

の様にコンパイルするコードそのものを分離する目的で使うことも出来ます。
 

Ｃでコンソールに文字を表示するのには printf() という関数を使いました。
Ｃ＋＋になると、ストリームという関数が用意されました。
iostream.h に宣言されています。

#include < iostream.h>　と書くのは、cin cout を使えるようにするためです。

printf()　を使うためには

#include < stdio.h>

と書きますね。

printf() はさまざまな書式をもっていろいろな表示が出来るようになっています。
しかし、私としてはこれは使いたくないと思っています。
どうも書式が震いというか、面倒なんですね。

cin cout を使う方が便利だと思うからです。
直感的にもわかりやすいし。

たとえば数値を表示するのに printf では１６種類のデータタイプの指定が必要ですが cout は、ただ

int a;
double a;
long a;
float a;

のすべてが

cout << a

で済んでしまいます。
今後はおそらくコンソールプログラムを実用的に使うことは減ってゆくと思われるのでストリームを使用するのを推奨します。

しかしストリームにもちょっと弱点があります。
それを補うのがマニピュレータです。

いままでコンソールに出力する文字列を改行させるために

cout << "これがコンソール文字列だ\n";

のように文字列の最後に \n という文字をつけていました。
これは、エスケープシーケンスという、文字列をスクリーンに表示するための命令のようなものです。

Ｃ＋＋では、これらのエスケープシーケンスの代わりにマニピュレータというものを使います。

下のふたつの命令は同じ結果になります。

　1 cout << "これがコンソール文字列だ\n";
　2 cout << "これがコンソール文字列だ" << endl;

２の命令の最後にある endl がマニピュレータです。

マニピュレータと使用例の一覧です。

マニピュレータ 機能 用途 使用例   oct 8進数処理  入出力 cout << oct << i; 出力 cin >> oct >> i; 入力   dec 10進数処理  入出力 cout << dec << i; 出力 cin >> dec >> i; 入力   hex 16進数処理  入出力 cout << hex << i; 出力 cin >> hex >> i; 入力   wa 空白読み飛ばし  入力 cin >> wa >> i; 入力   flush バッファのフラッシュ（書き出し）  出力 cout << i << flush; 出力   endl 改行出力付きフラッシュ  出力 cout << I << endl; 出力   ends "\0"を追加してフラッシュ  出力 cout << i << ends; 出力