IDEでマクロ定義をしていますか？

Question

使用しているIDEにはプロジェクトごとにマクロを定義する機能があります。

会社ではこの機能を使用して、プロジェクトごとにマクロの値を切り替えて運用しています。

私の考えとしては、IDEでマクロ定義するとそのプロジェクトファイルがIDEに依存するようになる上に、ソースコード上にマクロ定義が存在しないことになるのでわかりにくくなると思っています。

上司からはIDEでマクロ定義したほうが良いと言われました。理由は次のようなものでした。
・一つのプロジェクトファイルは、マクロの値を変えることで複数の製品に対応することができる。ソースコードにマクロを定義すると、マクロを書き換えるたびにソースコードの更新日時が変化して管理上好ましくない。その点IDEでは、ソースコードを書き換えることはない。

例）A製品とB製品は機能は全く同じだが、入力点数のみが異なる。A製品の入力点数を定義しているマクロ『IN_BIT_NUM』の値を128から256に変えたものが、B製品である。

そのときは「なるほど～」と思ったのですが、製品ごとにマクロの定義ファイルを作成して、インクルードファイルを切り替えるようにすればいいだけなんじゃ？とあとから思いました。

どちらかの方法が間違っているってことでもないと思うのですが、気になったので質問します。

IDEでマクロ定義をしていますか？
IDEでマクロ定義するメリットってなんですか？

よろしくお願いします。

Answer 1

環境が書かれていないのでなんとも言えませんが、「マクロを切り替えて違う製品を生成する」ということで、「C/C++環境」を前提に回答します（違ったらお知らせください）。

IDEごとに詳細は違いますが、ビルドターゲットを作り分ける機能はよくあります。全員が同じIDEを使っている環境だったら、そのIDEに作りつけて、設定自体を共有する、という形でも構わないとは思います。

そうでない場合、通常はMakeなど何かしらのビルドシステムが取り入れてあるはずですので、その仕組みに「マクロを出し分ける」コードを入れるほうが、コマンド一発で切り替えられて便利かと思います。

Comments

[takey]

まさにC言語です。

IDE設定を共有すれば良いなのは確かなのですが、IDEに依存してしまうと、例えば新入社員が入った時に環境を入れる際、「まずはIDEのマクロを定義して…」といったふうに設定が必要ですし、そうでなければ教えてくれる先輩（あるいは自力で解決できるようなドキュメント）がいなければいけないですし、IDEのことを勉強しなければならないコストが出てきます。

Answer 2

あるべき姿としてはtakeyさんの仰るとおりで、
製品を出し分ける為の変数は何かしらのテキストファイルに記載してバージョン管理しておくべきです。

別の側面では上司さんの仰るとおりで、
製品の都合がプロジェクトにあるのはおかしいという見方も出来ますね。

折衷案としてIDEのマクロで言えば、
そのマクロの設定ファイル自体をエクスポートした上で「別プロジェクト」として管理するのが良いのではないでしょうか？