The beast of halfpace

インテリセンス使えない＋先頭以外の場所に#defineがあるからエディタが怒るのでダメです。
おとなしくconstやリソースを使うといいです。

プリプロで出来ることは単純文字列置換だけってわけじゃないですけど。
#define MAX(a,b) ((a) > (b)) ? a : b
だって出来るし（無論これも文字列置換だけど）。
C#はさっぱりなので知りませんが、こういうのもconstやリソースで出来るならそれでもいいと思います。
そもそもIDE使うことなんて考えてなかったのがダメなのかなぁ

アンダース(C#設計者)が、マクロは入れない方針だそうで、何回提案されても蹴ってるそうです。

そういえばインライン化での最適化とかどうなってるのか少し気になりますね。

C/C++のプリプロセッサってJavaみたいな別言語のソースでもプリプロセスできるのか！
構文解析とかはせずに置換とかだけやってるんですかね。

Javaの場合はJavaVM用のバイトコード、C#の場合はCLIを書き出すのが王道だけど、
簡易言語を作るとか、言語の簡易拡張をするならば、JavaやC#のソースを生成して
そこからさらにバイトコード/CLIに落とすというのはアリでしょう。

いずれにせよ、クローズな場所でしかつかえないでしょうし、デメリットも考慮しなくてはなりませんけどね。

Javaのソースをプリプロセスするハックは、容量のほとんど入らなかった時代の携帯Javaに重宝しましたねー。

final int Hoge = 0; とか書くと、それ自体がバイトコードに置き換わって容量を取るので、代わりに #define Hoge 0 とか書いてました。

あと、
int a;
int b;
...
とか複数の変数があっても容量を取るので、変数は出来る限り int にして、
int[] v = new int[100];
#define v[0] a
#define v[1] b
...
とか書いてましたねー。

もちろんクラスをバンバン作ると容量をすぐにあふれちゃうので、１つのクラスに処理を全部詰め込む感じでした。
極力関数も作らず、短い処理ならマクロにしてしまったりとかも……。

古い時代のバッドノウハウですｗ

まあそういうのは入れない思想ですけど、FILEとLINEの定義とかは欲しかったり。
まあそれ言い出すと型名やメソッド名とかまで欲しくなって収拾つかなくなるのですが。

> アンダース(C#設計者)が、マクロは入れない方針だそうで、何回提案されても蹴ってるそうです。
正当な理由があってそうしているんでしょうが、それだけ聞くと
「いやぁねぇ、頭でっかちの人って。」
と思っちゃう。


> そういえばインライン化での最適化とかどうなってるのか少し気になりますね。
定数式ならコンパイル時計算で済んじゃうでしょうね。


> C/C++のプリプロセッサってJavaみたいな別言語のソースでもプリプロセスできるのか！
> 構文解析とかはせずに置換とかだけやってるんですかね。
Yes, 構文解析はパーサーのお仕事です。

> Javaのソースをプリプロセスするハックは、容量のほとんど入らなかった時代の携帯Javaに重宝しましたねー。
ナカーマ！ってかやっぱり同じ事考える人はどこにでもいるんだ。

> まあそれ言い出すと型名やメソッド名とかまで欲しくなって収拾つかなくなるのですが。
プリプロセッサーではそこまでは無理ですね。C99だと関数名を取得できるマクロが追加されていた思いますが。