C++は難しすぎ 難易度:2

1 名前：前々スレ985 mailto:sage [03/12/18 06:52] 理解できないわけないだろ！ デザパタも知らずにC++使いの質を下げるC厨には げんあり 前スレ達 難易度:1 pc2.2ch.net/tech/kako/1058/10586/1058675178.html 難易度:2 1pc2.2ch.net/test/read.cgi/tech/1063323615/ 140 名前：デフォルトの名無しさん [04/03/15 11:12] 三大悪の枢軸国の紹介 　C++帝國(北朝鮮)　← C++厨代表の正体は、何と！　金正日だった！ 　VB帝國(イラン)　←　VB厨代表はイランに潜伏していいた！ 　Perl帝國(イラク)　← Perl厨代表フセインがついに逮捕された！ 141 名前：デフォルトの名無しさん mailto:sage [04/03/15 13:59] >>140 C++が分らなくて火病でも起こしたか？ 142 名前：デフォルトの名無しさん mailto:sage [04/03/18 16:38] Java帝国(オウム) ← Java厨代表は何と！地図夫(趣味:ソフマップ通い)だった！ 143 名前：デフォルトの名無しさん [04/03/29 19:49] 鯖削除は難しすぎ 144 名前：デフォルトの名無しさん [04/04/02 08:21] Modern C++ Designって簡単なことしか書いてないのにね。 それを難しいというのはよほどの馬鹿なんだろうね。 そんな馬鹿がソフトウェア開発にたずさわるのは社会的な悪だね。 医者だと無免許医は摘発されるのに 自動車だと無免許運転は摘発されるのに プログラマーだけ低能でもやっていけるというのが諸悪の根源。 C++難しいとかいう脳障害の低能は そもそもプログラミングに向いてないんだから とっとと転職しろっつーの。 145 名前：デフォルトの名無しさん mailto:sage [04/04/02 09:01] ＞プログラマーだけ低能でもやっていけるというのが諸悪の根源。 大工よりまし。 146 名前：デフォルトの名無しさん mailto:sage [04/04/02 09:32] >>144 > 医者だと無免許医は摘発されるのに > 自動車だと無免許運転は摘発されるのに ま、低能が免許持ちまくりなんだけどな、どっちも。 147 名前：デフォルトの名無しさん [04/04/02 10:18] 確かに免許制にして一定水準以上の者でないと開発に関われないとしてもいいかな。 その方が学ぶ側も採用する側も分かりやすくていいと思う。 148 名前：デフォルトの名無しさん mailto:sage [04/04/02 11:27] >>146 なんなら私が手術してあげましょうか？ 149 名前：デフォルトの名無しさん mailto:sage [04/04/02 21:40] C++は難しくないけどC++厨はオナニーしすぎ 150 名前：デフォルトの名無しさん mailto:sage [04/04/02 22:37] またわけのわかんないレスが来たな 151 名前：デフォルトの名無しさん mailto:sage [04/04/03 15:52] 難しいかどうかなんて問題じゃないんだ。 問題は出来るか出来ないかだろ？ ま、簡単だと言ってる奴ほど実は何も出来ない というのはよくあるけどな。 152 名前：デフォルトの名無しさん mailto:sage [04/04/04 08:53] ペーパードライバーならぬペーパープログラマーだな 153 名前：ラインプリンタ mailto:sage [04/04/04 09:23] 呼んだ？ 154 名前：デフォルトの名無しさん [04/04/21 05:09] 普通、電気系のエンジニアはソフト"も"書けるがソフト屋はソフト"しか"書けないんだろ？ ちゃんちゃらおかしいね。それでもエンジニアか？あぁ？ ソフトぐらい文系あがりのねぇちゃんでも書くぜ。 人生の敗北者が下る職業 タクシー運転手，塾の講師，ソフト屋 だろ？ 155 名前：デフォルトの名無しさん [04/04/21 05:31] ↓アビバ資格者 156 名前：デフォルトの名無しさん mailto:sage [04/04/21 09:59] >>154 は、あまり難しいコードを見たことがないそうです。 157 名前：デフォルトの名無しさん mailto:sage [04/04/21 20:12] ここで俺の登場！！！ 158 名前：デフォルトの名無しさん mailto:sage [04/04/22 11:48] と言われても…どちら様？ 159 名前：デフォルトの名無しさん mailto:sage [04/04/22 16:38] そのおかたをどなたとこころえる！？ 160 名前：デフォルトの名無しさん mailto:sage [04/04/23 20:30] 1ですね。 161 名前：デフォルトの名無しさん [04/04/28 22:53] page4.auctions.yahoo.co.jp/jp/auction/d47227135 162 名前：デフォルトの名無しさん mailto:sage [04/04/28 23:06] OL５０人 163 名前：デフォルトの名無しさん mailto:sage [04/04/28 23:10] 難しいプログラムならバカでも書ける。 いかにサボり、楽をするために間単に書くかが私の人生のスタンスと一致していてすばらしい。 164 名前：デフォルトの名無しさん mailto:sage [04/04/29 23:48] >>147 学生さん？ 現場じゃそんな子と逝ってられませんよ？ 165 名前：デフォルトの名無しさん mailto:sage [04/04/30 14:35] C++はメモリ管理機構がないからムズカシイとかよく言われるけど、 言語側が暗黙のうちにGC用意してくれるよりもライブラリとして用意されるべきなんじゃないかな と最近思うんだけどどうなんだろ。 影でこそこそ処理されると気持ち悪い。 166 名前：デフォルトの名無しさん mailto:sage [04/04/30 15:05] ライブラリとして、だと 「わざわざ使わないといけない」だから 面倒な人間は何をしてくれるか予想がつかない。 167 名前：デフォルトの名無しさん mailto:sage [04/04/30 18:00] つかjava使ってて思ったのが ＿|￣|○　＜　頼むから、俺にメモリ解放処理をさせてくれ だった。 168 名前：デフォルトの名無しさん mailto:sage [04/05/01 02:28] これからコンパイル後がどうなるかなんて何も考えずに、やらせたい処理だけ 便利なAPI使って記述すればいいって時代が到来するんだろうな。 低レベルな処理なんて組み込みだけ・・なんてことになるのかなぁ。 C++でﾊｧﾊｧする奴にとってはツマラナイ世界かも。 169 名前：デフォルトの名無しさん mailto:sage [04/05/01 10:41] メモリ管理を自分でしないと気持ち悪いって人はあれかな、 実生活でもマメに掃除とかする香具師？ 俺みたいに部屋は散らかし放題で 極限まで汚れたら渋々掃除するタイプはダメだ。 取ったメモリの解放まで面倒見てらんねえ。 170 名前：デフォルトの名無しさん mailto:sage [04/05/01 10:58] >>169 漏れの場合，部屋は散らかりまくりだがヒープは絶対片付ける． 171 名前：デフォルトの名無しさん mailto:sage [04/05/01 11:27] 俺は後々片付けるのが嫌で 物理的な参考書とか資料とか極力本棚から持ち出さない人。 172 名前：デフォルトの名無しさん mailto:sage [04/05/01 16:38] 散らかっているかどうかよりもむしろ、物の位置や処遇が 「自分の手の内に入って」いないと気が済まないかどうか、に近い気が。 173 名前：デフォルトの名無しさん [04/05/01 20:15] >>165 ＞影でこそこそ処理されると気持ち悪い。 高級言語は、多かれ少なかれどこか影でこそこそやってます。 本当にそれが嫌なら、アセンブラで組めｗ 174 名前：デフォルトの名無しさん mailto:sage [04/05/01 21:20] >>173 そうとも限らないだろ。 175 名前：デフォルトの名無しさん mailto:sage [04/05/01 22:03] >>174 どういうところが限らないんですか？ 内容無しの反論なら誰でも出来ます。 176 名前：デフォルトの名無しさん mailto:sage [04/05/01 23:49] >>175 ＞高級言語は、多かれ少なかれどこか影でこそこそやってます。 証明できないからじゃない？ 177 名前：デフォルトの名無しさん mailto:sage [04/05/02 00:51] >>175 「高級言語では」何が「影でこそこそ」に当たるの？ たとえばa = b + c * d; が tmp = c * d; a = b + tmp; とかに分解される事？ マクロアセンブラでも、 ラベルがアドレスに展開されたりする事は 影でこそこそに当たらないの？ たとえば、Cでは何が影でこそこそしてる？Pascalでは？ どっちも高級言語じゃないのか、スマンな。 178 名前：デフォルトの名無しさん [04/05/02 01:04] >>177 GCの話じゃねーのか？ 179 名前：デフォルトの名無しさん mailto:sage [04/05/02 02:50] 言語が高級になればなるほど、コンピュータがやってくれることが増えるってだけだろ。 コンピュータは元から人間の手間を省く道具。だからそれは自然なこと。 それが嫌いならアセンブラ（よりも機械語のほうがいいか？）を使えってことだろ。 180 名前：デフォルトの名無しさん mailto:sage [04/05/02 05:06] >>178-179 影でこそこそが気持ち悪いって言う人間に 考えもなしにアセンブラで組めなんていう煽りを何のするなということだ。 177で正論ぶってるから、更に気になっただけだ。 181 名前：デフォルトの名無しさん mailto:sage [04/05/02 05:07] ×考えもなしにアセンブラで組めなんていう煽りを何のするなということだ。 ○何の考えもなしにアセンブラで組めなんていう煽りをするなということだ。 編集ミスった。 182 名前：デフォルトの名無しさん mailto:sage [04/05/02 05:07] ×177 ○175 、、、orz 183 名前：デフォルトの名無しさん mailto:sage [04/05/02 11:50] アセンブラは全く知らないんだけどメモリ解放はどうするの？ やはりプログラマによる手動解放？ 184 名前：デフォルトの名無しさん mailto:sage [04/05/02 12:51] >>183 mallocに相当するコード自分で買い解け 185 名前：デフォルトの名無しさん mailto:sage [04/05/02 14:25] brkとかHeapAllocとかOS提供のAPIを呼ぶ あとは、cのライブラリをリンクするとか。 186 名前：デフォルトの名無しさん [04/05/03 23:09] C++を覚えるっつーか、使いこなすレベルになるころには 管理職をやらされるのが日本のコンピューター業界。 そして新人は今日もまたメモリリークしまくりのコードを量産する。 187 名前：デフォルトの名無しさん [04/05/03 23:15] >>186 年取ると新しい考え方を受け入れられくなったり、徹夜の仕事 がとても続けられなくなるからそれでいいのよ。 188 名前：デフォルトの名無しさん mailto:sage [04/05/04 09:42] >>187 若い頃から徹夜仕事しなかったし、この歳になっても睡眠時間3時間ですが何か。 あーでも、役職はついてるし部下もいるなぁ。 189 名前：デフォルトの名無しさん mailto:sage [04/05/04 11:47] >>188 過労死すんなよｗ 190 名前：デフォルトの名無しさん [04/06/12 19:50] 過労死しそうな人が出るほど C++は難しすぎ 191 名前：デフォルトの名無しさん [04/06/15 06:24] >>190 激しく同意 192 名前：デフォルトの名無しさん mailto:sage [04/06/18 14:54] c++の何が難しいのかがわからない。 難しいこともできるって話じゃないのか？ 俺的にはVBの方が難しい（めんどい）ような あと、パールとかはキャストがきもい。 193 名前：デフォルトの名無しさん mailto:sage [04/06/18 15:26] Perlのキャスト？ 194 名前：デフォルトの名無しさん mailto:sage [04/06/18 18:52] 俺も、Javaや、VBのほうが、よっぽど難しい。 195 名前：192 [04/06/18 21:30] >>193 いや、だいぶ前にちょろっとやっただけだからうろ覚えだが、 c++なら明示的にキャストして、キャストできないようならコンパイル時にエラーでるしょ？ パールって何でもかんでも、暗黙的に型変換してるイメージあって、怖い。 196 名前：デフォルトの名無しさん [04/06/18 21:37] perlがCGIの筆頭であり続けるのは、そのきもいキャストのおかげなのだが。 197 名前：デフォルトの名無しさん mailto:sage [04/06/18 21:39] perlに型はありませんよ 198 名前：デフォルトの名無しさん mailto:sage [04/06/18 21:43] コード中に型宣言が無いだけで実行時にはどの言語には型判断されてるでしょ バリアント型ってそういうもんだと思われ 199 名前：デフォルトの名無しさん mailto:sage [04/06/18 21:45] ×言語には ○言語でも 200 名前：デフォルトの名無しさん mailto:sage [04/06/18 21:49] なぜそこでVB? 201 名前：デフォルトの名無しさん mailto:sage [04/06/18 21:50] バリアント型ってVBだけか？jsとかのvarもそれだろ？ 202 名前：192 mailto:sage [04/06/18 22:10] いや、そのキモイキャストがいやだってだけ・・・。筆頭であろうが気にしない。 実行時判断っていうのが怖いわけで、例外とかめんどくさ。 俺が個人的にVB嫌いなのは、ポインタ取得とかめんどくさいから。 あと、まぁ、なんか色々めんどくさい。とc++になれてるとそう思う。 203 名前：デフォルトの名無しさん mailto:sage [04/06/18 22:11] >>201 その気になればC++だってValiantクラスとか作れるだろう class Valiant { public 　operator (int)(); 　operator (char)(); 　operator (short)(); 　operator (long)(); 　operator (long long)(); 　operator (float)(); 　operator (double)(); 　operator (long double)(); 　operator (char *)(); 　operator (wchar_t *)(); ・・・ 204 名前：192 mailto:sage [04/06/18 22:17] >>203 boost::anyとかあるけどね。 ATL系とかでも。 でもboost::anyの場合、 代入するときはともかく、値を取得するときは明示的にキャストして 失敗したら例外送出だからなぁ。 なんつか、この明示的にって段階踏まないといやなわけでして。 205 名前：デフォルトの名無しさん mailto:sage [04/06/18 23:59] boost::variant 206 名前：192 mailto:sage [04/06/19 00:10] >>205 そういや、それもあったなぁ。 いまだ使ったこと無いが。 なんに使うと効率てきなのかいまいちわからん。 ビジターパターンに使えるっていうが、ビジターパターン自体まだ使ったこと無いや。 207 名前：デフォルトの名無しさん [04/06/19 00:15] C++が難しくないなんて言えるなんてすごいな。 今までVB,C,C++,Dehphi,Java,PHPなどで業務アプリを作って来たけど、 一番生産性が低いと感じたのはC++だった。 もちろん、それなりに習熟すれば生産性はあがるのだろが、 習熟するまでの時間がかかりすぎる感がある。 今の職場では多分俺が一番C++に詳しいけど、C++をマスターしたなんてとても言えないし、 積極的にC++を採用したいか？と聞かれれば可能な限り他言語を選択したい。 C++マンセーになる理由が俺には解らん。。。 208 名前：デフォルトの名無しさん mailto:sage [04/06/19 00:27] >>207 WindowsのServiceアプリ組むときなんかはC系の言語が一番便利なわけで 人によってはCでそのまま組むよりもC++の方が開発時効率が上がる 少なくとも私はそう CよりもC++の方が一度に考えなければいけない要素が少なくて済む 209 名前：デフォルトの名無しさん mailto:sage [04/06/19 01:10] >>207 C++以前にCに十分習熟していないせいだと思うよ 210 名前：デフォルトの名無しさん mailto:sage [04/06/19 01:26] 生産性の低い言語＝習熟しにくいだからな 熟練者が生産性高いよって言ってもサンプルにはならへんのが実情 個人的にはDに一番期待している 211 名前：デフォルトの名無しさん mailto:sage [04/06/19 01:31] つーか、業務系なんてどの言語で書いたって同じだろ。 C++のメリットが活きるのは寧ろ制御系だからな。 212 名前：デフォルトの名無しさん mailto:sage [04/06/19 01:36] てか、俺的イメージだが、 ｃ++からｃを省いたようなもんがJAVAって感じだが・・・。 VBで生産性あがるっていっても、簡単なもんだけでしょ？めんどいことになるとできなそうだし。 デルファイはいじったことないなぁ、簡単らしいって話はきくが。 PHPもまだないなぁ。 俺はｃ++2年ほどやったが、 後は、 アセンブラ、 ロケール、 メモリアロケータ、 modern c++ design 読んで、 デザパタ極めて、 マルチスレッドも極めるくらいかねぇ。 って先なげぇ。 まぁ、一部ｃ++以外にもつかえるが・・・。 213 名前：デフォルトの名無しさん mailto:sage [04/06/19 20:53] ISO C++の規格策定にかかわっている人にとっても、C++は難しいらしい。 現行の規格に内在するバグというか不都合な点がバラバラ出てきている。 www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html 214 名前：デフォルトの名無しさん [04/06/20 11:10] C++もＪａｖａも使ってる俺からすればJavaの方が圧倒的に簡単。 両者比較してJavaのほうが難しいなんていってる奴はオブジェクト指向理解して無いだろ（ﾌﾟﾌﾟﾌﾟｯ せっかくC++コンパイラ使ってるのにＣみたいな書き方ばっかりする宝の持ち腐れオオバカや郎なんだろうな（ｗｗｗ 215 名前：デフォルトの名無しさん mailto:sage [04/06/20 12:00] >>214 誰も「Javaのほうが難しい」なんていってないと思うが。 216 名前：デフォルトの名無しさん mailto:sage [04/06/20 12:07] Javaしか出来ないJava厨の思考回路は意味不明過ぎて難しい 217 名前：デフォルトの名無しさん mailto:sage [04/06/20 17:25] Cしか出来ないJavaを使った事のないような時代遅れの無能親父の煽りはもう沢山 218 名前：デフォルトの名無しさん mailto:sage [04/06/20 20:40] Javaしかできない連中はただいま大量生産中です。 正直言ってヤバいっすね。 219 名前：デフォルトの名無しさん mailto:sage [04/06/20 21:02] ほとんどｃ++しかできないです。 まぁ他の覚えるのはそれほど苦労はしないけど。使わんからすぐ忘れる。 220 名前：デフォルトの名無しさん mailto:sage [04/06/20 21:05] 次の本命はD言語だな メモリリークを起こさない上に任意のタイミングでGCできる優れもの ２ｃｈブラウザもDで作れば無駄にメモリ取らずに済むよ 221 名前：デフォルトの名無しさん mailto:sage [04/06/20 21:23] >メモリリークを起こさない上に任意のタイミングでGCできる優れもの 大抵のGCはメモリリーク起こさないし、任意のタイミングでコレクトできると思うんだけど >２ｃｈブラウザもDで作れば無駄にメモリ取らずに済むよ なんで？ 222 名前：デフォルトの名無しさん mailto:sage [04/06/20 21:37] >>221 >>メモリリークを起こさない上に任意のタイミングでGCできる優れもの >大抵のGCはメモリリーク起こさないし、任意のタイミングでコレクトできると思うんだけど ランタイムなしでそれを実現できるのさ >>２ｃｈブラウザもDで作れば無駄にメモリ取らずに済むよ >なんで？ ２ｃｈブラウザは起動初期の倍近くのメモリリークが起こってるからね 223 名前：デフォルトの名無しさん mailto:sage [04/06/20 21:45] >>222 ランタイムなしでそれを実現出来るから何？ 2chブラウザって沢山あるけど、そもそもどの2chブラウザなの？ 224 名前：デフォルトの名無しさん mailto:sage [04/06/20 22:03] >>223 ランタイムが無いって事は早いって事じゃん！ ちなみに俺にブラウザはLive2ch、最強だぜ 225 名前：デフォルトの名無しさん mailto:sage [04/06/20 22:17] Live2ch って VB製じゃなかったか？ 速さとか軽さとかを追求したものではないだろう……。 226 名前：デフォルトの名無しさん mailto:sage [04/06/20 22:22] というかVBランタイムってGC無いんだと今知ったのは内緒ｗ 227 名前：デフォルトの名無しさん mailto:sage [04/06/20 22:29] ネイティブでGC作る言語は強力だとは思うが 資産が無い上にMSがC#発表したばかりでのってくるとも思えないのが痛い 228 名前：デフォルトの名無しさん mailto:sage [04/06/20 22:38] おまいら、自分のケツぐらい自分でふけよ。 その内、下の世話までM$におながいすることになるぞ。 229 名前：デフォルトの名無しさん mailto:sage [04/06/20 23:09] てーか、GCいらない。 メモリ取得、解放するときの動作早くしろ。 自分でメモリアロケータをカスタマイズしなくても、 コンパイラオプションの設定で超高速で動くようにしてくれ。 230 名前：デフォルトの名無しさん mailto:sage [04/06/20 23:20] GC使ったほうが長時間安定した速度で動くから、 非GC環境が速いとも言い切れないらしいよ 231 名前：デフォルトの名無しさん mailto:sage [04/06/21 00:12] 今ホットゾヌ２使っているけど、メモリリークひどすぎ。Delphiなんだけどなぁ。 スレをどんどん見ていくとあっという間に５００ＭＢほどに未使用メモリが膨れあがる。 正直一番気に入っているので、C#で書き直して(　ﾟдﾟ)ﾎｽｨ…。 232 名前：デフォルトの名無しさん mailto:sage [04/06/21 00:21] >>230 できれば根拠が知りたい。 233 名前：デフォルトの名無しさん mailto:sage [04/06/21 00:55] >>232 良く>>230の言っている意味がわからんが、非GC環境で「メモリリーク」が どんどん起こったとして、メインメモリを食いつぶしてスワップ起きまくりに なるから遅くなる、とかそういう次元の話なのだろうか。 234 名前：デフォルトの名無しさん mailto:sage [04/06/21 01:07] メモリリークは非GC環境に限った話じゃないんだが。 235 名前：デフォルトの名無しさん mailto:sage [04/06/21 01:25] >>232-233 www.kmonos.net/alang/d/ より C/C++ プログラマは明示的なメモリ確保と解放に慣れていて、 ガベージコレクタの効率や利点については懐疑的なようです。 私は、 一からガベージコレクションを念頭に置いて書いたプロジェクトと、 既存のプロジェクトを GC を使うように方向転換した経験のどちらも持っていますが： ガベージコレクトされたプログラムの方が高速です。 これは直感に反するかもしれませんが、その理由は： 236 名前：デフォルトの名無しさん mailto:sage [04/06/21 01:25] ●明示的なメモリ管理の際によく使われる手法は、参照カウントです。 代入があるたびにカウントを増やしたり減らしたリソースを挿入するのは、 速度低下の原因になっています。 スマートポインタクラスでラップしても、 速度的な解決にはなりません。（ またいずれにせよ、 循環参照を削除できない参照カウント方式は、 一般的な解決策ではありません。） ●オブジェクトによって獲得されたリソースの解放には、 デストラクタが使用されます。 多くのクラスでは、このリソースとは 割り当てられたメモリのことです。 GCを使えば、 ほとんどのデストラクタが空になり、完全に削除してしまえます。 ●メモリ管理のためのデストラクタは、 オブジェクトがスタックに置かれたときに影響が顕著になります。 例外が発生したときに、全てのスタックフレームでデストラクタが呼び出され、 メモリを解放するような仕組みが必要となるのです。 もしデストラクタが関係しなければ、例外を処理する特別なスタックフレームを 設定する必要がなくなり、コードは高速に実行されます。 ●メモリ管理に必要なコードは全てを合わせるとちょっとした量になります。 大きなプログラムになるほど、キャッシュに入らない部分が増え、 ページングが多く発生し、 プログラムが遅くなります。 ●GCは、メモリが残り少なくなってきたときのみ実行されます。 メモリに余裕があれば、プログラムは全速力で実行され、 メモリ解放に一切時間を取られません。 ●モダンなGCは、過去の遅いものより遙かに発展しています。 世代型のコピーGCには、 昔のマーク＆スイープアルゴリズムの非効率さはありません。 ●モダンなGCはヒープの詰め直しを行います。 これによってプログラムが活発に参照するページの数を減らし、 キャッシュヒット率を高め、 スワップ回数が減ります。 ●GCを使うプログラムは、メモリリークの積み重ねで次第にパフォーマンスが悪化、 という事態に縁がありません。 237 名前：デフォルトの名無しさん mailto:sage [04/06/21 09:34] > ●GCを使うプログラムは、メモリリークの積み重ねで次第にパフォーマンスが悪化、 > という事態に縁がありません。 これはウソだな 238 名前：初期不良 mailto:sage [04/06/21 10:07] まあ、突っ込みたいのはわかるがメモリリークになる可能性は低くなっていると言う事でいいんじゃねーの？ 239 名前：232 mailto:sage [04/06/21 10:57] >>235 提示してくれたページ、GC周りをさらっと目を通した。ありがとう。 ●スマートポインタは使いたいケースに応じて選ぶことができるから、 　参照カウントだけと比べるのはどうかなぁと思う。 ●デストラクタが空になるのはスマートポインタでも同様。 ●例外に関しては同意。 ●メモリが少なくなって来た時にごっそりメモリ解放するんだと 　むしろその一瞬非常に不安定になるのではないか。（これは欠点に書いてあったな） 自分は例外バンバン投げたいのでデストラクタが重くならないなら それはありがたい。 ただ、Dって面白そうだね。autoを使ってscopedに解放もできちゃうようだし。 きめ細やかな言語だと感じた。GCの話題から外れてゴメン。 240 名前：デフォルトの名無しさん mailto:sage [04/06/21 12:00] まあ、スタイルにも依るんでしょうけど。 ●明示的なメモリ管理の際によく使われる手法は、参照カウント... shared_ptrってそんなに頻繁にコピーってする？ 俺は所有権のはっきりしないリソース（ファイル・ハンドル等）の管理に 使うことが多く、参照カウンタが変化するのってタスク相当の粒度の オブジェクト間の構成を初期化するときぐらい。 ●またいずれにせよ、 循環参照... 上記のような使い方をする場合は、保持するオブジェクトと 保持されるオブジェクトの関係が階層的になり、参照がループすることは 無い。むしろGC導入によるdtor呼び出し遅延のほうが俺的には大問題。 ●メモリ管理のためのデストラクタは、 オブジェクトがスタックに... 俺の場合、Appレベルでは例外って殆ど使わないし。 つうか、GCスレってないのね。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef