C++相談室 part150
■ このスレッドは過去ログ倉庫に格納されています
>>122 あー調べたら意味わかったわ、結果を格納する左辺が非constexprなら定数式としては呼ばれないと決まってるんだな >>127 標準化以前からTMP大ウケだったC++に何求めてるんだよ 使い道を想像できない人のほうが多いことにとても驚いてます。 Javaは心が洗われるような美しい言語だったのに、豆とか言い出したあたりから汚れてしまった。 https://html.spec.whatwg.org/multipage/parsing.html#parsing-main-inhtml 翻訳時に解決できることを、実行環境に持ち越さないために 20年前のitaniumみたいな失敗を繰り返そうとしてるバカ。 >>136 発想を逆にしてみたらどうだろ。 >>140 >>141 >>110 に同意するけど 21世紀最大の発明と言われる右辺値参照についてもコメントお願いします。 まあPL/1は35年前からプリプロセッサでサブルーチンも定義できてたから今更コンパイル時にソートできてもたいした驚きはないわ 西洋人の決定論が反映されている >>147 >>150 >>147 >>153 >>152 デマングルのことで質問があります。Ubuntu上でwebkitgtkというライブラリを見てるんですが、ライブラリ内に unique_ptrについて質問です。 UChar * と char16_t * の方だから 84-86 行目の方だったスマソ >>160 >>159 >>161 ２次元のレイキャスティングを作成しようとしてます。 無駄に長い一本糞を作りたいのなら修行を積んでください 質問ですが抽象メソッドを有するクラスのデストラクタは >>168 ん〜そもそも抽象と仮想はもともとの発想が違うから似て非なるもの でも仮想関数を持つクラスのデストラクタをわざわざ非仮想にするメリットってなんかあるの？実際の所 shared_ptrで管理するなら仮想デストラクタである必要がない >>171 それって要するに解放する時に、IFOOじゃなくてAだとかBだとかの >>171 途中で書き込んでしまった >>174 夢の話じゃなくてリソース解放戦略が全然違うんだから比べても仕方ないだろ 学術の巨大掲示板群 - アルファ・ラボ class IFoo { public: を忘れたgrz、 >>172 てかそれshared_ptrの作り方が悪いだけじゃん 大体純粋仮想しか持たないクラスって要はinterfaceでしょ >>186 って思ったけどよく考えたらいきなりbaseのshared_ptrに入れても大丈夫だったはず （はてさて…よくわかっていないのはどちらなのやろうか… >>193 >一度派生型のshared_ptrで作ったら、それをbaseのshared_ptrに代入して保持していても、デストラクタは元の型で呼ばれるよ https://ideone.com/ZRde8G https://cpprefjp.github.io/reference/memory/shared_ptr.html 万能じゃないけどな > 作る時に本来の型を教えないといけない 横レスですみませんがそもそもポインタなんてCの配列かscanfくらいでしか使ったことないんですがスマポとかってどんな事(時)に使うんですか？ スマートポインタどころか、new deleteさえ使わなくなったな。 結局、計算資源はそのスコープで管理するってのが主流になりつつある。 C++は昔からそうだったと思うが std::make_shared<hoge>(); 知らんの？ >>207 >>200 >>204 >>211 >>212 python,go,rustあたり見てもスコープ抜けた時に後処理する機構をサポートしとる。 お前はスコープで管理するのが主流っていったわけだけど C++はおじょーずでも日本語アレな奴多いよね そんなん昔からじゃん コンピュータとコミュニケーション取る方が大事だから >>216 プログラミングスタイルが変わってきてるんだよね。 ■ このスレッドは過去ログ倉庫に格納されています
