[過去ﾛｸﾞ]
次世代言語13 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
次世代言語13 Go Rust Swift Kotlin TypeScript http://mevius.5ch.net/test/read.cgi/tech/1534769753/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
617: デフォルトの名無しさん [] 2018/09/07(金) 19:47:32.11 ID:B/yxkRYZ 言語的に==trueが許されなくなったとしてもな ﾏｸﾛでも特段問題なんか発生しない >>224 に書いてあるとおりだからな #define PRODUCTIONMODE true bool productionmode = PRODUCTIONMODE if((status.foo && param.bar)!=productionmode) ﾎﾝﾄなどんだけ頭悪いねんと http://mevius.5ch.net/test/read.cgi/tech/1534769753/617
618: デフォルトの名無しさん [sage] 2018/09/07(金) 19:56:19.58 ID:6E8Xbbh2 Cで書かないといけないようなものを、Luaで解決するってのは根本的に間違ってる気もするが。 それはCでできない事をスクリプト言語ができる事そのものだと思うが。 >>616 それは書き方の例でない。右辺はtrueだと静的解析ですらわかるんだから、この書き方自体お前の主張では認められないが、 そうなると他のケースでも右辺がtrueであるかを評価する必要があるよな、 そうなるとコンパイラがチューリング完全である必要があるけど、そうなるとコンパイルが終わらないかもしれないという不確定性を許容する事になるぞ、と言う意味。 理解力足りないな。 >>617 無意味な変数作らないでくれる？ヒープは無限じゃない。そしてそのコードは完全に意味がない。 status.foo とparam.barがフラグになって、PRODUCTIONMODEがビットフラグの定数値に変わってももとのままだと問題ないが、一旦boolに入れてると死ぬ。 そして、上段で言った、右辺の値が確定するケースの問題もある。 ==true禁止の理屈としては片手落ちもいいところ。 http://mevius.5ch.net/test/read.cgi/tech/1534769753/618
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.029s