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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2008/09/16(火) 18:31:24
どう考えても難しすぎだろ！
読みやすい名前に改名しないBjarne Stroustrupには げんあり

前スレ達
難易度:1 http://pc5.2ch.net/tech/kako/1058/10586/1058675178.html
難易度:2 http://pc5.2ch.net/tech/kako/1063/10633/1063323615.html
難易度:2 http://pc11.2ch.net/test/read.cgi/tech/1071697977/
101デフォルトの名無しさん
垢版 |
2008/10/26(日) 20:10:07
>>100 嘘はくな
2008/10/26(日) 20:34:32
STL使ってて移植に困ったことなんてないけどな。
どうせ>>100が変な使い方してるだけだろｗ
2008/10/26(日) 20:49:13
>>101
＞>>100 嘘はくな
「嘘吐き」と書いて、「うそつき」と読むことはご存じない?
2008/10/26(日) 20:59:29
ここから正しい日本語教室になります。
ム板ではよくあることです。ご静聴下さい。
2008/10/27(月) 10:00:22
>>102
例外をサポートしてない環境==stl使えない
しかもデカい市場なんで無視できないんだわ
106105
垢版 |
2008/10/27(月) 10:01:38
100とは別人
2008/10/27(月) 10:08:45
>>105
gcc で普通に例外使えるし、わざわざ「環境」って言ってるんだから、
コンパイラの制限じゃないよね？そんな制限のあるコンパイラはとっくに淘汰されてるだろうし。

どんな環境？ Symbian とか？

libstdc++ や STLport なら例外投げないように小細工して使うこともできるよ。
2008/10/27(月) 10:15:55
素人さん？stlは例外投げれないと使い物にならないよ
2008/10/27(月) 10:29:38
正直>>107みたいな半可通は黙ってて欲しい
そういうカキコみた新人が勘違いする
2008/10/27(月) 10:51:43
>>108
各種アルゴリズムなんか例外なくても使えるだろ。 auto_ptr だって使える。

コンテナは例外投げれないとつらいかもしれないが、例外を abort() にマップすれば
十分なことだってある。そこまでやってダメなときに、ようやく自前でコードを組むことに
なるんだ。

十把一絡げに「STL」と呼んで捨てるのはあまりに非効率。
2008/10/27(月) 11:00:12
コンテナの使用頻度が一番高いと思うんだが・・・
つか、例外使えない＝コンテナ使えない（使いにくい）＝可搬性低い、
で別に間違ってないだろｗ
2008/10/27(月) 11:02:59
>>110
>例外を abort() にマップすれば
勘弁してくれ、頼むからいますぐプログラマやめてくれ
2008/10/27(月) 11:07:41
>>111
それを言うならSTL以前に
例外使えない＝new使えない（使いにくい）＝可搬性低い
例外使えない＝コンストラクタ使えない（使いにくい）＝可搬性低い

つまり C++ は可搬性低いってことだな。
2008/10/27(月) 11:08:49
>>112
それでダメなら〜って書いてるだろ。ダメなこともあるだろうが、十分なことだってあるんだ。
2008/10/27(月) 13:13:08
スレッドセーフで例外セーフな新しいライブラリを誰か作ってくれ。
2008/10/27(月) 18:07:37
>>114
例外が使えない処理系や環境は（仕事で）よく見るが
例外をabortにマップして十分なプロジェクトは見たことない

まあそんな小さい仕事は請けたこと無いから、
もしかしたらabortで許される仕事もあるのかも知らんけどｗ
俺からしたらそれは超レアケースだな、つかありえない
2008/10/27(月) 20:15:40
>>111
その後に「＝使い物にならない」とは続かないって話だろ。
2008/10/27(月) 20:18:55
おばはんｗ
2008/10/27(月) 20:19:46
誤爆しましたごめんなさい
2008/10/27(月) 20:59:09
>>117
ちょっと無理矢理すぎないか？
普通の感覚ならSTL使えるって言われたらコンテナ使えることを期待する
俺もコンテナが使えないならSTLなんかいらないし、
そういう意味で使い物にならないってのは全然言い過ぎではない
2008/10/29(水) 18:08:59
STLはStandard Template Libraryですよ
どこにもコンテナなんて出てこない
テンプレート使ってる標準ライブラリは全部STL
2008/10/29(水) 18:20:49
Standard Missileって知ってますか
2008/11/01(土) 13:57:36
ところがどっこい
basic_stringはテンプレート使ってて、かつ標準なのにSTLじゃないstream系も同様
この辺全くもって不条理だ

でもbasic_stringなんてSTL入りなんかせずに消えてしまえばいいと思います
2008/11/01(土) 17:32:36
そもそもSTLはC++用語じゃないと何度言えば（ｒｙ
2008/11/01(土) 18:04:39
kwsk
2008/11/01(土) 21:25:10
これだろ。

562 名前：デフォルトの名無しさん[sage] 投稿日：2005/05/05(木) 02:58:39
"STL"なんて呼称の範囲は、C++の標準ライブラリに
取り込まれてしまった今となっては明確に区切れる物では無い。
HP STL や SGI STL のことを指して言ってるのかもしれないが、
今使われてるのはそれらをベースにしたC++標準ライブラリだ。
範囲が明確に決まってるかのように、含まれるだの含まれないだの言うのは時代遅れだぞ。
2008/11/01(土) 23:11:47
CSL(is an acronym for the Cplusplus Standard Libraries)っていう言葉を流行らせよう!!
2008/11/01(土) 23:52:14
ここは何を話し合うの？
2008/11/02(日) 00:19:00
ちんこ
2008/11/14(金) 19:11:22
Javaは引数の参照渡しすらできないVB以下の言語
2008/11/14(金) 20:09:30
JavaがVB以下であることとC++が難しいことに何の関係があるのか説明せよ
2008/11/15(土) 02:02:50
3文字で
2008/11/15(土) 02:08:40
未曽有
2008/11/15(土) 02:36:47
みぞゆうは４文字
2008/11/15(土) 06:14:57
>>134
何故か変換できない。
2008/11/15(土) 09:06:35
>>135
麻生に言え。
2008/11/15(土) 09:21:01
日本語は難しすぎ
2008/11/18(火) 16:16:10
日本語は難しすぎるので変数名には英語を使います
2008/11/18(火) 20:07:30
日本語は本質的に論理構造を正確に表すのには向いてないからな
プログラムとは相性が悪い
2008/11/18(火) 20:17:46
んなこたーない
本多勝一の「日本語の作文技術」はイデオロギーと関係なく一読しておく価値がある
2008/11/18(火) 22:14:42
たぶん一番向いてるのはラテン語。
2008/11/18(火) 23:08:25
>>140
その作文ってのは、架空のことを事実であるかのごとく文章を作るってことだろ。
2008/11/18(火) 23:30:59
>>142
俺も偏見もってたけどまともに技巧的な内容。
文節は長い順に並べるとか
2008/11/19(水) 00:03:49
>>142
まさかプログラマ板に脊椎反射国士さまがいるとは思わなんだｗ
2008/11/19(水) 01:01:31
まさかプログラム技術板をプログラマ板とか言う
底辺な人がまだ生息しているとは思わなかった
2008/11/19(水) 01:36:47
>>143
んでも自分が読むときは
ただ要点を箇条書きにしてくれるだけでいいのにとか
思ってたりしない？

特に急いで内容を把握しないといけないときは
2008/11/19(水) 08:36:36
>>145
そんな言葉の使い方一つで底辺とか何とか人物像まで決めつける、
星座占いで人生決めるレベルの人がいつおは思わなかった。
2008/11/19(水) 08:41:17
分かったからもう書き込むな。
つーかわざと誤字入れてんのか？ｗ
2008/11/19(水) 14:52:01
誰＜いつお
2008/11/19(水) 22:31:37
やるおの親戚だろ
2008/11/20(木) 11:23:43
　　き　 うぼ
　　ま　 ら く
　　っ　 なの
　　て　 いす
　　る　 カす
　　んダウむ
　　だウンみ
い　　ン トち
つ　　で 　は
お
2008/11/21(金) 17:20:29
俺が煽らないと途端に過疎る
2008/11/23(日) 16:05:00
いやいや、煽ってるのはオレだから
2008/11/23(日) 17:08:30
いやいや、俺だから
2008/11/23(日) 17:14:45
まぁお前らは実は煽られてるだけで
真に煽っているのは俺だから
2008/11/23(日) 17:31:48
暇人ども職安でも行っとけ
157￣￣￣￣￣V￣￣￣￣￣￣￣￣￣
垢版 |
2008/11/23(日) 18:04:16

　　　　／￣￣￣￣＼
　　　（　　人＿＿＿＿）
　　　｜./　　ー◎-◎-）
　　　（６　　　　　(_　_)　）　　　　ｶﾀｶﾀｶﾀ
　　　｜　.∴　ノ　　３　ﾉ　　＿＿＿＿＿_
　　　　ゝ　　　　　　　ノ　　.｜　 |￣￣＼　＼
　　　／　　　　　　　＼＿＿|　　|　　　　|￣￣|
　　/　　＼＿＿＿　　　 　　|　　|　　　　|＿＿|
　　|　＼　　　　　　|つ　　　 |＿_|＿＿／　／
　 /　 　　￣￣　　|￣￣￣￣|　　〔￣￣〕
　｜　 　　　　　|￣
2008/11/23(日) 18:13:23
MS-BASIC勉強をしている>>157、がんばれ、ガンバレ！
2008/11/24(月) 16:10:31
ADLやSFINIEで悩んでる人のスレかと思ったらがっかりですよ
2008/11/25(火) 16:58:22
別にその話題振ってもかまわんよ
2008/12/03(水) 22:35:55
各コンパイラメーカーが便利機能を追加してあげているのに、
開発者が移植性を気にして新機能を使わなかったり、
みょうちくりんな回避策(#ifdefで切り刻む）を施したりするのは、どうかと。

何が言いたいかって、#pragma onceくらいいーじゃねーかよ。
2008/12/03(水) 22:41:17
#pragma onceは標準じゃないし絶対標準にしないって禿も言ってたし
あきらめろ
2008/12/04(木) 20:40:27
リンク（ファイルシステムの）とか考えると
「ファイルの同一性」 をどう判定すべきか決めるのが難しいとかいうことだっけ？
2008/12/04(木) 21:00:32
>>162
あのハゲそんなこと抜かしてんのか。
2008/12/04(木) 21:19:31
それとは別に、#includeを潰してもっとましな仕組みを入れたい、みたいなことを言っていなかったっけ？
2008/12/04(木) 22:52:16
そんな凝ったテクはいいから、__FILE__、__LINE__の延長で__FUNC__を作ってほしいな
意味はわかるでそ
2008/12/04(木) 22:57:48
次期C++で導入予定だけどな。__func__って名前だが。
2008/12/04(木) 23:02:48
マングリングされた関数名が出てきたら怒る
2008/12/04(木) 23:04:43
わざわざプリプロセッサでネームマングルしないでしょｗ
2008/12/04(木) 23:14:39
__func__ はマクロじゃなくて識別子だぞ。
2009/01/04(日) 23:45:22
C++ゲームのシーンなんかで、enumをたくさん使い、
switchで多分岐するのはよくないらしいが、
それを継承？を使いどう解消すればいいかさっぱりだ。
2009/01/04(日) 23:47:48
Strategy パターンでググれ。
2009/01/05(月) 01:47:10
>>172
サンクス。
ポリモーフィズムで調べていたから、近い所だったようだが、
こっちの方が解説に分かりやすい例が出てくる。

まだ理解がないから、わざわざクラス(ファイル)を
たくさん作ってめんどくさいと思ってしまうが、
辛抱してStrategy風にのっとってやってみる。
2009/01/05(月) 02:17:00
シーンの変更時にデータの受け渡しがある場合が
少し厄介なんだよね。＞Strategy パターン
そのあたりよく考えて設計する必要がある。
2009/01/05(月) 16:06:20
ttp://www.e-chishiki.com/jpn/articles/programming_languages/cpp/internals_of_virtual_functions
ポリモーフィズムはここのサイトが基本的な書き方？

クラスの宣言をmainに書いているけど、
ゲームシーンの切り替えに使う場合、
親クラスのshapeの中にprivateで書けば、
サブクラスの切り替えが制限できるから、
使いやすいとか思ったり。

ただ、自らの中に自らを書く感じだから、危険な気もする。

>>174
まだ、データは別のクラスのpublicな位置に置いているが、
これもまたものすごくてこずりそうだ・・
2009/01/05(月) 23:03:50
public メンバ変数は害悪だ。
カプセル化を完全に無意味にしてしまう。
よく覚えておくように。
2009/01/05(月) 23:13:24
>>176
そうして

private: int foo;
public: int get_foo(){return foo;} void set_foo( int v ){ foo=v; }

と全てのprivate変数に対して書く輩が出てくるｗ
2009/01/05(月) 23:14:54
まあ、どうしても必要なら書いてもいいけどね・・・。
ブレーク貼れるくらいのメリットはあるし。
2009/01/06(火) 00:03:49
>>176
玄人気取りのニワカがよくそう勘違いしてるよね
2009/01/06(火) 06:54:56
get_ set_書くならpublicフィールド
ちぃ覚えた

2009/01/06(火) 19:45:37
protectedのこともたまには思い出してあげてください
2009/01/07(水) 02:46:47
C/C++ Coding Style Thread
http://pc11.2ch.net/test/read.cgi/tech/1096687703/347

347 名前：デフォルトの名無しさん[sage] 投稿日：2006/05/01(月) 09:21:05
>>346
protected は中途半端。
方針としては中途半端。
「見えちゃ嫌だけどちょっとは見えたほうが」
そんなの微妙すぎ。
2009/01/07(水) 10:57:52
Bカップだっけ？＜微妙すぎ
2009/01/07(水) 17:09:05
C++にC#のプロパティみたいなのが欲しい
2009/02/05(木) 16:44:05
クライアントが「C++で」といってくるもんだから
Cのみで書いて、拡張子だけ"cpp"にして納品してみる。
2009/02/05(木) 16:56:10
>>185
それはだめだ。externなどの扱いが異なるのでコンパイルエラーになる場合がある
2009/02/05(木) 18:17:12
全部
extern "C" {
　　：
　　：
　　：
}
でくるめば無問題。
2009/02/05(木) 21:06:44
リンカの問題はそれでいいけど
言語仕様の微妙な違いが悪さするともう…
2009/02/06(金) 05:16:05
実際、今日見たソースにはdeleteという構造体メンバがあった。
仕方ないので、
extern "C" {
#define delete delete_
#include <foo.h>
#undef delete
}
してみた。
2009/02/06(金) 20:37:19
これが関数名だったりすると、C でラッパ巻数用意しないといけないんだよな
2009/04/14(火) 19:57:54
C++って、親が酔っ払って作った不貞（ジョーク）な子供なんだろ？
プロレタリア文学を読んで悦に入ってる「なんちゃってインテリ」
と同じだって気づけよ・・・C++信者君(w
2009/04/15(水) 22:58:47
Spring has come.
2009/04/28(火) 01:17:34
>>184
マネージ拡張C++
2009/04/28(火) 01:25:31
プロパティよりもPascalみたいに関数内関数のほうが必要だ。
2009/04/28(火) 10:06:21
>>184
誰得
2009/05/10(日) 19:53:19
C++ほんとにみんな使いこなしてるのけ？
とりあえず人に提供してもらったライブラリ使ってるだけなんじゃないの？
Cだと書きなぐれるものが、C++でクラスの継承なんかを本気で使うと
すごく時間がかかってしまう。クラス内部で宣言した変数をめぐって
スパゲッティになりかねないし。どんな使い方をされてもメモリリークに対して
ロバストなクラスを人に提供するなんてのはすごく大変だし、神経も使う。
2009/05/10(日) 19:58:31
てきとー
2009/05/10(日) 20:06:26
そもそも開発現場が派遣の寄せ集めみたいなとこばっかだからスキルにばらつきありすぎてC++導入は難しい
ってのが現実かも
2009/05/10(日) 22:10:51
>>196
単なるお前の勉強不足

デザパタとUMLはこれから間違いなく主流になるぞ
2009/05/11(月) 05:11:01
中々リキの篭ったギャグっすね
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況