- 1 名前：デフォルトの名無しさん [2008/08/28(木) 14:48:15 ]
- 仕様が大きすぎるくせに、
実用的なライブラリが未整備。
なんかいらいらしない？
こんなこともできないくせに、
なんでこんな仕様ばっかり作るんだよって。
C++ってなんであんなに肥大化しちゃったの？
名前： 仕様書無しさん
E-mail：
内容：
仕様が大きすぎるくせに、
実用的なライブラリが未整備。
なんかいらいらしない？
こんなこともできないくせに、
なんでこんな仕様ばっかり作るんだよって。
C++はなんでもできます。でもなんにもできてないので
つくってね。的な。
- 207 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 08:42:09 ]
- Maybeを使うんですか
- 208 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 09:01:13 ]
- >205
ここまでの流れをまとめると
>188 C言語最高
>189 ならC++からCへのトランスレータを使えばいいんじゃね？
>190 でも例外とかRTTIとかモダンな仕様を満たすトランスレータは無いよね？
>195 例外とRTTIくらい自前で実装しろ、雑魚
>202 禿もトランスレータでは現実的に無理って判断したよ？
- 209 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 10:15:23 ]
- >>195
移植性の話をしてる時に自前で実装すればいいって発言はありえない
- 210 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 11:41:49 ]
- >>205
スタック操作がからんだら移植性が失われるのは当たり前。阿呆か。
- 211 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 20:23:42 ]
- C++は、C言語がそれほど変わらず存在し続ける為の生け贄。UNIXが存在する限りこの連鎖は断ち切れん。
未来永劫C++はC言語の為に拡張され続ける運命にある、．．．．．．．．．．．．．．．．．．．．．．．．．．たぶん、
- 212 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 22:36:57 ]
- C++信者って195みたいなのばっかりなの？
- 213 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 22:44:13 ]
- C++信者なんていませんよ。
ファンタジーじゃあるまいし。
- 214 名前：デフォルトの名無しさん [2008/09/24(水) 23:08:17 ]
- 195はファンタジーかよ
- 215 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 23:10:55 ]
- C++がファンタジーになる時代はいつですか？
- 216 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 23:24:31 ]
- C++標準化委員会が「新しい機能はなるべく付け加えるな」と
言い続けてこれだからなあ
PGの欲望っていうのはとどまる所を知らない
- 217 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 01:13:17 ]
- C++なんてコンピュータを制御するための設定ファイルですよ。
- 218 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 02:32:04 ]
- C++ってそんなにダメか?
スピードとそれなりの汎用性を必要とする信号処理フィルタなんて書こうと思ったら
「C++ と 部分的にアセンブラ化の組み合わせ」が、今の最適解じゃない？
実験程度ならmatlabやjavaでもいいけど、スピード命ならC/C++に適わない
まあC++でなくても、Cで済むんだけど、規模が大きいときや、
フィルタを組み合わせたいとき、C++の方が記述が楽になる
- 219 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 04:10:09 ]
- ++とか一般人に分からない演算子使うのやめて
C 2.0に名前変えるべき
- 220 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 06:21:41 ]
- むしろすべてC++でいいと思う。最近似たような言語が増えて効率悪すぎ。
- 221 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 08:06:11 ]
- 配列とポインタは明確に区別するべきであった。
何故一つ余計に&付けるのをケチったんだ。
- 222 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 09:03:26 ]
- >>218
C++がどうしようもなくダメってわけじゃなくて
CとC++を明確に区別して比較したらC言語の方がより良いってことでしょ
- 223 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 10:03:46 ]
- >>221
配列とポインタを同列に扱えるのがC/C++の強み。
嫌なら使うな。
- 224 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 10:25:46 ]
- >>222
>C言語の方がより良い
誰にとって、どういう点で「良い」つってんだお前は。
- 225 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 10:44:56 ]
- 188からの流れ読んだら？
移植性とか実行時の効率とか学習コストの点で「良い」んだろ
まあ個人的には速度に関しては有意な差は無いと判断するけどな
- 226 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 11:12:26 ]
- 初期コストが低くてもその後ずっと開発コストが高かったら意味ないだろ。
開発コストが低くてもエンドユーザで実行コストが高かったら意味ないだろ。
C++ が最適
- 227 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 11:19:17 ]
- １〜２行目と３行目に関連が無い
これがファンタジーってやつかｗ
- 228 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 11:50:19 ]
- >>225
>188からの流れ
そっからかよｗ
強引な言い訳だな。
- 229 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 11:57:55 ]
- ごめんな
言い訳じゃないんだけど>>208にまとめがあったからつい…
- 230 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 12:25:28 ]
- ばかばっか
- 231 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 12:43:12 ]
- >>227
いちいち説明を書かないと関連性が分からない
めんどくさいやつだな
- 232 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 18:18:26 ]
- いや、関連性は無いぞ。
C++が優れていると主張したいならもっと客観的・論理的な視点を持ってくれ。
226の場合はまず、開発コストという、あいまい且つ広範囲な言葉を使うのをやめて、
もっと定量化可能な別のものさしを定義する必要がある。
次にそれを測定し比較、さらに開発コストとそれ以外のメリットデメリットを比較検討、
その結果C++が最適だと主張するなら構わない。
それを行わず「C++最適」の一点張りでは信者は盲目だと思われても仕方が無いな。
- 233 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 18:19:38 ]
- 長い。
3文字でまとめてくれ。
- 234 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 18:23:19 ]
- 無関連
- 235 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 18:23:22 ]
- 信
者
乙
- 236 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 18:44:40 ]
- な
お
ガ
…どうでもいいですが、C++ を More C として使う発想のない人がいますね。
- 237 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 18:52:53 ]
- そんな使い方つまらないから
- 238 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 18:57:16 ]
- BetterじゃなくてMoreなのかよｗｗｗｗ
さすがC++信者、その発想はなかったわｗｗｗｗ
- 239 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 20:18:14 ]
- 俺は自分でプログラム書くときは C++
しかし、外部の業者に仕様書出して作ってもらうときは原則C
C++でかかれたひどいプログラムは見るに耐えない
- 240 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 22:14:12 ]
- 型チェックに厳しいところだけでも C++ の方が良いと思うが、もしかして C99 で同レベルになってたりする？
- 241 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 22:47:28 ]
- CINTで開発したら、コンパイル頻度へってええぞー。
- 242 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 00:51:49 ]
- 少なくともUNIX界では一部のtkが使ってる程度のニッチ言語
- 243 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 01:00:47 ]
- UNIXだとやはりCなのかね
- 244 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 02:32:28 ]
- GNUとかも大体Cだと思う。
プロジェクト管理ツールのsubversionはCでした。
FireFox3は大体C++でした。
- 245 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 07:57:31 ]
- >>242 Be…
- 246 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 09:54:54 ]
- >>240
C99はその辺の仕様は変わってない。
どっちかってーと、便利な方向に拡張されてる印象。
(複合リテラルとか可変引数マクロとか)
- 247 名前：デフォルトの名無しさん [2008/09/26(金) 10:34:37 ]
- いま全部読みなおしたけど意外と良スレ
ただもうちょっとまともなC++擁護派の意見が欲しい
- 248 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 11:05:10 ]
- Mozillaのドキュメント読むとアレはもはやC++とは呼びたくない代物だ
まあ確かにC++の可搬性は低いと認めざるを得ないな
C99は独自拡張の現状追認(inlineとか)と可搬性向上(int32_tとか)
それとブロック途中で変数宣言が出来るようになった(C++から逆輸入)
あとC99とC++とは互換性がない
（まあ常識的な範囲では大丈夫だし、すぐに仕様を取り込むだろうけど）
- 249 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 12:16:44 ]
- 結構Ｃも変化してきてたんだな。
- 250 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 13:05:10 ]
- C でプログラム書いている人って忍耐強いね。
C++ を覚えてから C でプログラムを書くなんて考えられなくなった。
Ruby を覚えて凄く便利だと思ったけど C++ とは役割が違うので C++
は捨てられません。
- 251 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 13:23:03 ]
- C++とBeOSといえばfragile base class problemだな
ttp://www.st.rim.or.jp/~osada/translation/developers/BNL_articles/Issue79-insights-j.html
など
- 252 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 15:19:17 ]
- OS の API を COM 風のインタフェースにすればよかったのに。
- 253 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 22:39:54 ]
- C++はほかのプロセスにクラスオブジェクトを送ろうとするだけで困難に直面するからなぁ。
- 254 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 22:52:27 ]
- それはアラインメントの問題じゃなくて？？
だとするとCで構造体送っても同じだと思うけど。
- 255 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 23:01:28 ]
- vtable付き構造体を別プロセスに送るのは、そもそも無茶ではなかろうか
- 256 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 23:14:43 ]
- 一般的な OS だと vtable 付きに関わらず別プロセスに送れないんじゃない？
- 257 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 02:42:11 ]
- >>253はマヌケな指摘！
もちろん、COMやマルチスレッドを使うときC++が多少不便なのは分かるけど
それは言語の文法的な問題というよりは、言語がサポートするレンジの問題
- 258 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 08:42:31 ]
- ガキの時に遊び場だった小山がたくさんあるとこで
台風が過ぎた後、小山が崩れて穴が開いてたんだよ。
石が崩れててその中に懐中電灯もって仲間と入ってった。
そして通路みたいなとこ奥の方へいったら
人形みたいのが並べてあって今度は横のほうに部屋というか
空間があった。
壁に懐中電灯で照らすとなんか落書きというか
絵が描いてあったぜ。
北斗七星はガキの俺でもわかったが
あとは空を舞う女の絵
テーブルみたいなのがその部屋にあって
天井のほうにも絵があったから
その石テーブルに3人で乗っかったら
そのテーブルの台が割れちまった。
痛いと思ったらなんか石と鉄の棒みたいなので
足挟まってた。石をどけると
何か大きな箱の中に入ったみたいで中には
キラキラ光る数珠の玉みたいのとか、鉄の棒、汚れた布切れ
と小さい円盤みたいなものが何枚かあったよ。
俺は面白えと思ってみんなに内諸にしようと約束
して外にでることにした。
俺たちが外に出ようとして元の出口の方にいったら
ゴゴゴゴーとか地鳴りが聞こえて水が突然津波みたいに
俺たちを流した。
その後俺たちは田んぼまで流れてその場所が
どこかわからなくなっちまった。
後で大きくなった時にそこの場所が改めて確認した。
崩れたまま今は草ボーボーになって残ってる。
- 259 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 20:18:20 ]
- MPI使った分散計算とかに使うととたんに困る。
ポリモフィックなことしてたりすると、型情報をつけておくって、
受けた方は型情報に従ってseitch caseなどで羅列した生成ルーチンを選択して・・・てなことになる。
新しい派生型を加える度にcaseを追加しないといけない。
自動的に派生クラスのコンストラクタを実行とかできないからね。
これはなにもプロセス間通信じゃなくても、クラスオブジェクトのデータをいったんファイルにセーブして再度読み込むとかでも同じ問題が起こる。
- 260 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 21:45:15 ]
- だからCで同じことやろうとしても同じ問題が起こるっつーの。
オブジェクトをそのままファイルに保存とかアホかと。
あと型情報でswitchとかやるのは単なる設計ミスか、あるいはテンプレートで回避できる。
自分の不勉強を棚に上げて、口数少なく記述できないことを言語のせいにすんな。
- 261 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 22:17:27 ]
- switch caseを無くせるのがC++の面白いところなんだけどね
- 262 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 22:32:19 ]
- どんな言語でもそりゃswitchの羅列になる。
よその言語だとそうならないようにシリアライズって機構があるだろ。
C++だってBoostとかが作ってはいる。望みどおりのものかどうかは別として。
- 263 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 23:14:40 ]
- 仮想関数使ってできるだけswitchとかif elseをなくすのが
C++の方向じゃないのか
禿もそう言ってたろ
- 264 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 00:04:27 ]
- でも最終的には、マシン語でifになるからＥじゃんＥじゃんＥＥjump
- 265 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 00:19:54 ]
- x86で大抵のコンパイラは call [eax+table] みたいなコードになるぞ
- 266 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 13:01:01 ]
- 仮想関数によるswitch排除は美しいと思うけど
現実的には、あとからの機能追加とかで
ちょっとした分岐が入る場合にｇｄｇｄになりがち
- 267 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 20:23:11 ]
- 仮想関数をしっかり使うには、結構設計に悩むが、うまくはまるとかなりいいぞ
- 268 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 21:27:47 ]
- オブジェクト指向やデザインパターンのおかげで変更に強く大きなアプリケーションも
作りやすくなったんだよ。GoF のデザインパターンはほとんど仮想関数使ってるよ。
- 269 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 21:34:01 ]
- 仮想関数である必要はないよ
テンプレートメソッドやステートやストラテジーパターンなんてジェネリックスでもできる
他は忘れちゃった
- 270 名前：デフォルトの名無しさん [2008/09/29(月) 21:39:05 ]
- 都銀レベルの本当に巨大なシステムは皆COBOLだけどな
- 271 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:12:43 ]
- でも、COBOL開発には夢がない。楽しくもない。
- 272 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:13:51 ]
- そう言えば禿はC++の設計時に「楽しくプログラミングできる事を目指す」
ような事を言っていたな
- 273 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:15:06 ]
- その割りに出来上がったのがこれかよ
- 274 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:35:51 ]
- プログラマーから拡張につぐ拡張の要求が押し寄せて
C++標準化委員会が断り続けたが押し切られたものもあって
カオスになっている
- 275 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:44:49 ]
- それもまた一興
- 276 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:48:08 ]
- 一つの言語で何でもやろうとするからこうなる
MultixやPL/Iと同じだな
- 277 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 22:56:06 ]
- まーMFCみたいに我が道路線で行けばそれなりに安定してる言語だけどね
- 278 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 23:02:55 ]
- 今日、インストーラのカスタム動作というのをC#で実装してて
初めてドットネットのライブラリを使った
何だあれは！
ほとんど同じ機能を持つ違う名前のクラスが山ほどあるじゃないか
InstallerCollection って何？ただの配列じゃない
InstallContext って何？辞書を一つ持ってるだけじゃない。つまりただの辞書じゃない
あんなのを使う機会が増えていくのは嫌だな
スレと関係なくなっちゃってスマンな
- 279 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 23:32:41 ]
- >>274
それってどの機能のこと？
- 280 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 23:48:18 ]
- 演算子のオーバーロード
- 281 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 00:16:28 ]
- >>277
STLより古いしね
- 282 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 01:31:13 ]
- >>281
演算子のオーバーロードって本当は入れたくなかったんだ。
初めて知った。
- 283 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 03:41:08 ]
- >>282
あんな糞気持ち悪いもんマトモな神経持ってたら拒否る
- 284 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 03:44:02 ]
- タイプ量が劇的に減っていいじゃん
- 285 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 03:57:12 ]
- お前のタイプ量が減った分周りの人間が苦労してるだけなんだけど
まぁ、お前はいいんだよね、お前はさ
- 286 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 03:59:16 ]
- D&E読んでみたけど、演算子オーバーロードについては
Dr.Bjarne自身は入れたくなかったわけではないらしいよ。
実装の難しさ（勿論コンパイラの。）やユーザにとっての難解さがあるんじゃないかと
ためらってたが検証したらそうでもなかったので取り入れたと言ってる。
「どんな言語を使ってもわかりにくいコードを書く人はいる。
誤用を恐れるよりは、便利さに目を向けた方がいい」とのこと。
実際、行列とかのクラスで mat1.Multiply(mat2.Multiply(mat3))とかイヤすぎる・・・
- 287 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 04:00:48 ]
- >>285
それはお前の職場環境が悪いだけ。
バカがバカなコード書くのを言語のせいにするなと。
- 288 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 05:13:46 ]
- _,,....,,_ ＿人人人人人人人人人人人人人人人人人＿
-''":::::::::::::｀''＞便利さに目を向けた結果が今のC++だよ！！ ＜
ヽ:::::::::::::::::::::￣^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^^Ｙ^ＹＹ^Ｙ^Ｙ^Ｙ^Ｙ^￣
|::::::;ノ´￣＼:::::::::::＼_,. -‐ｧ ＿_ _____ ＿_____
|::::ﾉ ヽ､ヽr-r'"´ （.__ ,´ _,, '-´￣￣｀-ゝ 、_ イ、
_,.!イ_ _,.ﾍｰｧ'二ﾊ二ヽ､へ,_7 'r ´ ヽ、ﾝ、
::::::rｰ''7ｺ-‐'"´ ; ', ｀ヽ/｀7 ,'＝=─- -─=＝', i
r-'ｧ'"´/ /! ﾊ ハ ! iヾ_ﾉ i ｲ iゝ、ｲ人レ／_ルヽｲ i |
!イ´ ,' | /__,.!/ V ､!__ﾊ ,' ,ゝ ﾚﾘｲi (ﾋ_] ﾋ_ﾝ ).| .|、i .||
`! !/ﾚi' (ﾋ_] ﾋ_ﾝ ﾚ'i ﾉ !Y!"" ,＿__, "" 「 !ﾉ i |
,' ﾉ !'" ,＿__, "' i .ﾚ' L.',. ヽ _ﾝ L」 ﾉ| .|
（ ,ﾊ ヽ _ﾝ 人! | ||ヽ、 ,ｲ| ||ｲ| /
,.ﾍ,）､ ）＞,､ _____, ,.イ ハ レ ル｀ ー--─ ´ルﾚ ﾚ´
- 289 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 05:20:30 ]
- 演算子オーバーロードってバカが俺ってSUGEEEEEEするための機能だろ
- 290 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 05:37:01 ]
- なんでそんな入社一年目でも普通に使ってる初歩的機能に熱く議論してんだ？
新入社員がlambdaとmplでばかり書いてしまって困ってますとかなら議論できそうだが。
- 291 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 05:41:07 ]
- なんでC++擁護派っぽいカキコってこんなヌケてるの？
アンチの工作なの？
- 292 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 09:22:59 ]
- C++擁護派って新人もしくは学生でWindows好きそうなイメージがある
- 293 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 10:54:01 ]
- >>289
×演算子オーバーロードってバカが俺ってSUGEEEEEEするための機能だろ
○C++ってバカが俺ってSUGEEEEEEするための言語だろ
- 294 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 11:00:24 ]
- G++ごときで挫折したマヌケですね
- 295 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 12:25:54 ]
- 演算子オーバーロードは単なる表記の便利さの問題じゃなくて
ダックタイピングの言語では必然と言っていいと思うがな
ダックタイピングでは、アヒルのように鳴くものはアヒルである
だから、整数のように足せるものは+で足せなければならない
実際RubyやPythonでもそれは採用されているし
基本的な道具になっている
C++もテンプレートの世界は一種の静的ダックタイピングだから
演算子オーバーロードは本質的で、それなしでは
組み込み配列やポインタ、関数を
全く同じように扱えるSTLのようなライブラリは作れないし
生まれなかったよ
- 296 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 12:57:24 ]
- 文字列の連結が＋なのはとても整数のようでは
- 297 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 13:16:32 ]
- 文字列の + による結合は自然じゃないか？
演算子オーバーロードのない Java ですら文字列は特別に + を使えるようにしている。
- 298 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 13:16:44 ]
- operatorが難しいとか感じる奴は死んでいいでしょ
- 299 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 13:53:01 ]
- >>298
>operatorが難しいとか感じる奴
誰もそんな話してないんだけど
唐突にどうした？
- 300 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 13:59:14 ]
- >>289あたりのことを指してるんだろうが
演算子オーバーロード否定論者ってJava厨あたりじゃないの
今時C#やPythonやRubyにもあるような機能なんだけど
となりのブドウはすっぱいという奴だろう
- 301 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 14:33:03 ]
- +は普通可換だけど、文字列の連結は可換じゃないよね。
- 302 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 14:43:12 ]
- 文字列に+はある意味趣味の問題だろうな
BigNumや複素数、クォータニオン、ベクトル、行列のようなものに
演算子オーバーロードが使えるかどうかはかなり大きな問題だが
- 303 名前：デフォルトの名無しさん [2008/09/30(火) 15:56:59 ]
- 演算子オーバーロードは複素数計算では必須。だから、C++とC#しかない。
- 304 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:11:28 ]
- Fortranにもある
- 305 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:20:14 ]
- DにもDelphiにもある。
- 306 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 21:29:08 ]
- 参照とポインタ、両方ともC++に実装せずに片方だけ実装すれば、よかったかも、
アクセス修飾子は削れない。
例外処理も削れない。
STLは微妙、自分で作った方が使いやすい（気分がする）
あんま削るとこ無いね。
- 307 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 21:48:07 ]
- STLを自作してたら、他人のライブラリと組み合わせるとき悲惨だぜ
自分の作った車輪と他人が作った車輪が乱立しているなんて耐えられない
|
 |
