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/ (日本語) >>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を用意するべきである。 >>111 >>113 >>111 訂正； C++を解った気になった奴らがアンチパターンを量産する >>114 ,116 >>118 いやすまんインミュータブルなインターフェースといいつつ>>114 では画像を書き換えるインターフェースの話をしてしまったｽﾏﾝorz >>118 >>106 ）忘れてよろしいかと、 >>120 のように、画像をAからA'に差し替えることもできない >>121 一応簡単に俺の主張を纏めておくと、 >>123 >>109 >>95 「バカよけ」機能に価値はない、無駄だから使わないしコードが長くなるから使わせない std::unique_ptrを導入すると人事部から一人削減できるってことじゃないか。 >>128 >>127 >>132 混乱を避ける為に先に質問しておきたいんだが、 すまん、>>134 はunique_ptrの場合。もう一度書き直すと、 >>124 >>135 >>137 >>138 std::unique_ptrに対するweak_ptrは無いぞ。 >>137 。 >>139 >>141 std::unique_ptrを利用する主な動機は総称型を保持するためなんだよな。 >>140 >>142 >>144 参照だけするスマポ（と言いつつ何もしないアホの子スマポ）は次の規格で検討されてたでしょ >>146 >>147 https://en.cppreference.com/w/cpp/experimental/observer_ptr deleteされたくないポインタと言えばこうだろ。 https://ideone.com/PvzDVY >>125 それ参照でいいだろ。 私もはやく皆さんとお話したいのですが、内容が全くわかりません。 >>152 そりゃC++使ってる人が読んだって全く分からないだろうな。 >>122 >>114 )）処理の必要性の1断面でしかないねん >>121-122 が言っているのは、 >>111 ) >>114 )）処理が必要ということなんじゃー .>>122 >>121 のケースでは問題の解決にならない。 >>121 は、セッションXは自身のローカル記憶（のつもり）であるところのオンメモリの画像Aを使い、 ちな「キャッシュの無効化機構」とは、新規セッションに見せかける画像をAで無くすしくみという意味であって（それ以外の読み方をせよというのは㍉）、 >>114 )）処理の専任事項となる >>121 の想定のように画像Aが複数に見えることもあるが実体は唯一、というときはそうする以外画像のAからA'への差し替えは㍉ >>155-157 ■ このスレッドは過去ログ倉庫に格納されています
