C言語系統あがりだから、Java の enum が参照型で null が代入される可能性があることについて、なんだか地味な相容れなさがある。

C++で値を列挙するのにenum classじゃなくてconstexprで定義するのって何か理由があるのだろうか。 列挙するべき値をconstexprすると名前が衝突するので、それをnamespaceで回避するはなんか違う気がする。それならenum classの方がよいのではという気しかしない。

RustのADT EnumとResult, OptionだけでもC#に輸入して欲しい（前も同じこと言ったかも）

返信先:@skrbenum も、たしかに。。。 C 言語にもあるから、ライブラリとかでも使いそうなワードなのに。。。 それも、assert 導入の次のバージョンなんですね。。。 現代でそんなことあったら、世界規模で阿鼻叫喚ですねw

C# でEnum ってBoxingがすごい発生するんだけど、良い回避方法ないかしら 使うなっていうのも乱暴だし ならdefine マクロくれって言いたくなるし define マクロ欲しい

返信先:@Studio_NANDenumを継承できるかどうかはプログラム言語依存だったような。（C++はできない？）

C#のenum、最初に数字持って来れないの地味に不便な時がある。

そもそも彼はデザイナーなのでEnumを知らないらしく、色々なところで自分にしか分からない識別子(intとか)を変数に記憶しておいてSwitch文とかで「0の時はこっち、1の時はこっち…」みたいな分岐をしていて元々のC系のプログラマが絶望している

Enum じゃね〜 (C/C++) Cle Elum です キャンプサイトがあるんよ

C の enumすごい

C99 より前は以下のような書き方がダメという仕様。C99 から許可された。 enum { A, B, C, /* このカンマはダメ */ }; ちなみに C99 より前でも初期化子では OK だった。 int a[] = { 1, 2, 3, /* これは C99 より前でもOK */ }; さらに enum…

C の enum ですら 25 年前からケツカンマ OK なんですよという分かりにくすぎる煽り。

1enum=1クラス=1オブジェクト=1プロジェクト=1.dll これが答えなのかとふと思う。 C#/visualstucio/で開発してたら、こんな書き方したらやたら量と手間が増えてうっとおしく思えるけど、管理さえ出来ていれば（できていなくとも）良い気がしてきた。

Rust の enum 型ちょっと面白いな。C 言語の enum とは異なる概念。 C 言語的には列挙子にリテラル値が結び付いてて列挙子の実体はリテラル値寄り。Rust では列挙子に型が結び付いてて、列挙子の実体は列挙子の識別子そのもので、型に適合する値を入れられる。 doc.rust-jp.rs/book-ja/ch06-0…

cと違ってenumがローカルで定義できて便利

Swift と同じ内容のコードを C# でも書いているときに一番つらいのは enum の Associated Values がないことかもしれない。

どこまでいっても int は int でしかないし、 enum は enum でしかない。 C++は 「int をこういうものとして扱う型」「enum をこういうものとして扱う型」をつくって、コンパイラにそれを選択させることで、両者をおなじ「こういうもの」として扱うことができる。