関数内で定数のどちらを好むべきですか：constexpr constまたはenum？

Question

クラス内でstatic constexprを使用すると、クラス定義外のコードが必要になるため（this questionを参照）、私の定数をenum { my_const = 123; }で定義することに慣れています。しかし、機能体はどうですか？最近、私はちょうど（でも実際にconstにそれらを悩まないで）その機能にconstexpr変数を持つ人々に気付いてきた、と私は私の、私は私の

int foo(int x) 
{ 
    enum : int { bar = 456 }; 
    return x + bar; 
} 

で時代遅れだ馬鹿だかどうかを疑問に思いました問題は：constexpr変数ではなく、関数本体内でenumを使用することに利点がありますか？

Answer 1

ODRの存在がbarの場合は、constexpr int bar = 456;の場合はenum : int { bar = 456 };では不可能です。

これは、どちらの側でも利点である場合とそうでない場合があります。例

int baz(int const* ptr) { 
    if (ptr) return 7; return -1; 
} 
int foo(int x) 
{ 
    // enum : int { bar = 456 }; 
    constexpr int bar = 456; 
    return x + baz(&bar); 
} 

enumバージョンがコンパイルされないために

、constexpr int 1はありません。 constexpr intは左辺値になります。列挙子（列挙された列挙定数の1つ）はできません。

列挙値は実際にはintではなく、constexpr intは実際にはintです。これを渡すと問題になることがあります。

template<class T> 
void test(T) { 
    static_assert(std::is_same<T,int>::value); 
} 

1つはテストに合格します。もう片方はしません。

また、トークンの使用方法によっては、メリット、デメリット、または無意味なクォークになる可能性があります。 Yakkの（しかし、これは私自身のテイクである）@に基づいて

Answer 2

ワンライナー：あなたはあなたの定数は、実行時に、「変数」として存在させることができない場合enumベースの定数を使用して

が必要になる場合があります。列挙型では、あなたが何をしているにせよ、それはアドレスを持たず、メモリスペースも占有されません（コンパイラの最適化のためにだけではありません）。

他のケースでは、一方を他方よりも優先させる魅力的な理由はないようです。