を切り替える： ENUM_ELEMは、列挙型の要素であり、私はあなたのENUM_ELEM#が低い範囲内にある場合は、あなたが使用することができ列挙型パラメータの機能と、そのようなコードを最適化するためにどのように最適化
short int f(short int b){
switch(b){
case ENUM_ELEM1 : return -12;
case ENUM_ELEM2 : return 0;
case ENUM_ELEM3 : return 12;
}
}
、このようなスイッチを避けたいですテーブルを作成し、列挙型の値をテーブルのインデックスとして使用して、返された値を取得します。対策、対策、対策：
しかし、私はいくつかのスマートなコンパイラはそれ自体でコードをこのように最適化することができることを想像することができます...
は、最適化の3つのルールを忘れないでください。あなたの列挙型は、コンパクトであれば、
にオプションのカップルルックアップテーブルを使用します。あなたの列挙型の値が連続したデフォルト値（例：0,1,2）であれば
を - テーブルを作成：
int translate[ENUM_ELEM3] = {-12,0,12};
return translate[ENUM_VALUE];
あるいは、#define -12,0,12、それら、あなたは、とにかくないenumをshort intを渡します。
IIRC新標準（C++ 0x）では、enumの値を負にすることができます。コンパイラがそれをサポートしているかどうかを確認しても問題はありません。
これはコード品質/保守性w.r.tについての場合です。 OOPでは、リファクタリングを "conditional with polymorphism"に置き換えることができます。 （あなたがあなたのアプリケーションの本当ボトルネックを確認が完了するまで気にはならない、ともあなたが途中でそれらを気にしてはならない）、パフォーマンスの最適化の場合
、あなたは古き良き、ルックアップを使用することができますそれは、または（再び）であるように、テーブル、単にあなたのCPUは、15歳未満
コンパイラは、すでに多くのスイッチを最適化しているので、それがあるようにそこにそれを聞かせてあり、それを聞かせてステートメント（しかし、あなたはあなたの共同mpilerは、実際にENUM_ELEM2の値がゼロである、ENUM_ELEM1の値が負であることを提供
投機的実行、分岐予測とあなたの分岐ターゲットバッファは非常によく、あなたとコンパイラ
よりも良いかもしれません）あなたのために行いますENUM_ELEM3の値は正である。
その後、あなたは以下のことで読みやすさへのrefuctorにしたいことがあります。
static final short unPos = (short)(1 << 15);
static short f(short b)
{
return (short)(b == 0 ? 0 : (b &= unPos) == unPos ? -12 : 12);
}
私はJavaで実装されていることに気づくが、私はあなたが選択した言語のために、対応する構文があります推測してください。
あなたはそれを最適化しますか？実行時のパフォーマンス、読みやすさ、簡潔さ？パフォーマンスが向上したと思われる現在のパフォーマンスについて何を観察しましたか？ –
列挙型の定義を投稿します。最適化は、その値、およびその値の数によって異なります。 – Nawaz
ENUM – irc93000