C++相談室 part136
■ このスレッドは過去ログ倉庫に格納されています
次スレを立てる時は本文の1行目に以下を追加して下さい。 https://mevius.5ch.net/test/read.cgi/tech/1522495206/ http://mevius.5ch.net/test/read.cgi/tech/1509780815/ http://codepad.org/ https://ideone.com/ https://isocpp.org/wiki/faq/ http://www.bohyoh.com/CandCPP/FAQ/ (日本語) >>12 C++完全理解ってすげー 最近は規格を完全に満たしたコンパイラって存在するの？ C++11は結構「満を持して」って感じだったけど、その後14だ17だとアップデートサイクルが >>21 ラムダとか型推論とか コンパイラを駆動するためのプログラミングと、実行可能形式を駆動するためのプログラミングを一度にできる、一粒で二度おいしい言語がC++である。 >>22 >>21 >>25 >>27 C++がこっち方向→に糞だとすると、Javascriptは←あっち方向に糞。 >>25 歯糞耳糞を笑うというが、本物のウンコには誰も勝てなかったというお話。 >>26 しかしJavascriptとC++を完全に理解した俺が最強ってことだろうな。 >>33 >>33 >>36 >>38 >>39 キーワードclassは結局いらなかった newで帰ってくるのがunique_ptrにならねえかなあ >>39 >>38 >>43 C++17はDoxygenを凄いことにする。 std::unique_ptrはユニポと読むんだよな？ >>44 人は皆生まれながらにC++が好きだけど、その気持ちに気づくかどうかに違いが出るんだよね。 がしゃーん よく知らないのだけど、いったいC++17でDoxygenに何が起こるんだ・・・ >>47 >>51 >>52 ナマポが本当に必要な所では存分に使えばいいと思うよ 99.9%がスマポなら、最初からスマポがデフォの言語を使った方が捗るでしょ。 話をぶった切ってすんません。 >>53 >>57 >>59 >>60 >>61 >>58 そんな柔な理解力ではこのC++の壁に傷一つ残すことはできんわ！ >>64 >>50 >>64 >>68 ナマポでもpimplはできるが pimplに限らないが、メンバーにunique_ptrを使ったときの空のデストラクタが悲しい。 JSはES6でｽｹﾞｰ良くなった希ガス URLから連想出来る署名は >>71 >>70 Cでのリソース管理戦略は非常に単純で、おそらく以下の２つしかない。 既に言ったように、Cの戦略は多分この２つだ。というか、正確に言うと、これ以外での管理は無理だ。 例外安全性の確保でウッカリさんするくらいなら使った方が良い。 >>79 >>80 >>68 ,79 pimplに近いテクニックとしてC言語の頃から絶縁テクニックというものがあるが Javascriptを使って感じるC++の有利な点は仕様の明確さだろう。 Microsoft社はソフトウェアの使用状況を監視させてほしいとユーザーにお願いする。 >>90 >>91 Visual StudioはCMakeに対応したし、Microsoft社はオープンソースとの付き合い方をやっと学んだようだ。 >>84 >>86 pimplを多用するライブラリの一つにQtがある。 ところでpimplってぽいんぷるって読むんだよな？ >>82 キャッシュは不意のアクセスに備える目的のやつだから >>95 >>80 >>81-82 >>101 >>100 >>101 の意見でもあると思うが。 >>104 >>104 で言いたいのがアクセスしている最中に消したらアカン、という話なのであれば、 >>101 unique_ptrが必要ないというのは、C++を使ったことがないってことだから、C++を使ってる人に対して、unique_ptrを使うべきでないと意見しても意味がない。 >>103 Cより開発効率が高く、Javaよりユーザーにベネフィットを提供できる。 >>107 >>101 でGCとしか言わなかったのは言葉足らずだったので今条件を追加するが、 std::unique_ptrを使用したくない局面では、テンプレート仮引数Allocatorを用意するべきである。 ■ このスレッドは過去ログ倉庫に格納されています
