この「#ifdef #ifは使っちゃダメ」は前々から思っていたことで、最近、あるソースに手を入れた際に思いを強くした。チャンネルに掲せようと冒頭部分が書きかけだった。

　それとは別に、時を同じくして、会社メンバー４人で昼食ソバを食べたときに「#ifの入ったソースはメンテがきつい」という若手Ｕの声。そこでの情報も加えつつ記事を完成。

　プログラミング、ＣやＣ＋＋の話。#ifdef や#ifは使わないほうがいい。以下、思いつく理由をいくつか。

１．感覚的にダメ

　「#ifdefや#ifは使っちゃダメ、感覚的によくないとわかるじゃん」と言ってる人もいる。岩井も概ね、賛成。ある程度の期間、ＣやＣ＋＋を使った結果、そういう結論にたどりついた。「そういうセンスを持たないといけない」とも。でもこれは主張としては唐突・乱暴なので、次項からはもう少し理論建てて。

２．Ｃ＋＋の通常のシンタックスとは別世界

  #ifdef, #if はＣやＣ＋＋の通常のシンタックスとは別世界なところが怖い。コメント（/* */ や // )ならその部分を削ってしまってもコードとしては同じ。でも、#ifdefや#ifではそういうわけにはいかない。

　下の例は極端にヒドイ例。開きカッコと閉じカッコの数が一致してない。「こんなソース書かなければいい」と言っても、他人から譲り受けたソースでは、その点、何の確約もない。

　「ファイル中での登場行数を移動しよう、この関数は分類的に後ろの方に持っていこう」、なんて程度のことも気軽には編集できなくなる。この「あんまりいじれない感」がダメなところ。

　「少しでもいいコードにするために直して行こう」という気持ちにブレーキをかける。

３．コンパイル時、実行時に「死んだ」部分
　#ifdef #ifでコードが分かれているとどちらかを選択して、コンパイル、そして実行することになる。逆にいうと、選択されてない部分はコンパイルの洗礼も受けないし、実行時のデバッグにも回らない。

　これはもったいない。「コンパイルが可能だ」ということはある程度のコードの体裁を保っている。コンパイルしない側に関していうと、キーボードを押してしまって、ataaaaaaaaaaaaaaaとコードに間違って挿入されてもコンパイルエラーも出ない。

　また「実行していくことによって、信頼性を勝ち取っていく」ということに関して、選択されていない側はオイテケボリ状態だ。

／／／／／

　方策はというと、「#ifdef #ifはできるだけ使わないようにしよう」と思うところから始めるのが良いかと。

　前出の若手によると、プログラミング言語のＤでは、言語の仕様上、#ifdef や#if　（というか、プリプロセッサ全部）がないとのこと。いやぁ～、そうだよねぇと納得。