5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

皆さまC++の具体的な勉強方法は?

1 :デフォルトの名無しさん:02/04/09 01:30
皆様の、初めてC++触ったときから今にいたるまでの、勉強方法を具体的に教えてください。
読んだ本とか、標準ライブラリのリファレンスを読め、とか。
なんか、いつまでたっても、ポインタ、クラスの話ばかりで、実際にそれがどうプログラミングの実践の中で有効なのか、ぜんぜん見えてこない。。
レベルアップしたい!

2 :デフォルトの名無しさん:02/04/09 01:32
実践之最良師也

3 :2get:02/04/09 01:32
肛門に興味を持ちましょう。
レベルが格段に違ってきます。


4 :デフォルトの名無しさん:02/04/09 01:32
A++から勉強致しました。

5 :デフォルトの名無しさん:02/04/09 01:40
モノ作らなきゃ身につきません。
何か自分にとって初めてのものを作ってみると、
「これどうやるんだ?」という事がいくつもでてきます。
考えたり文献を調べたり人に聞いたりしてそれを解決する。
そういうのが勉強です。


6 :デフォルトの名無しさん:02/04/09 01:41
>>2 に1票

7 :デフォルトの名無しさん:02/04/09 01:54
ポイントは、松田聖子のCDを聞きながら勉強することなのです

8 :デフォルトの名無しさん:02/04/09 02:04
漏れは岡田有希子を推しとく。

9 :マジレスしてみる:02/04/09 10:36
とにかく本を読みプログラムを書く。これしかない。
以下、必読書リスト。全部常備すべし。わからなくても一度は目を通すこと。
プログラミング言語C++第3版 (アスキー)
C++標準ライブラリ チュートリアル&リファレンス (アスキー)
Generic Programming ―STLによる汎用プログラミング― (アスキー)
Effective C++ (アスキー)
More Effective C++ (アスキー)
Exceptional C++ (ピアソン)
デザインパターン (ソフトバンク)

10 :_:02/04/09 10:47
>>1
ある程度のレベルなら他の人のソースを見る(みれるものはね)
まだC++を全然わからないなら一通り覚えてからソースを見る

11 :デフォルトの名無しさん:02/04/09 11:10
>>1腰が低くてよろしい。

12 :デフォルトの名無しさん:02/04/09 11:41
>>1
コバケンの「これならわかるC++」(ブルーバックスの方)読んだ?

13 :デフォルトの名無しさん:02/04/09 12:15
まずは >>2 >>5 に同意。一段落したら>>9に同意。

14 :デフォルトの名無しさん:02/04/09 12:43
俺は知り合いにソースをミロと言われた。
それでまねをしろ、と。
Cすらできない人にもC++やVC++のソースを見て真似しろともいっていたがどうだろう?

15 :デフォルトの名無しさん:02/04/09 12:47
>>14
ソース読むのもいい勉強になるけど、それだけですむようなものでもない。
たとえばソース読むだけで>>9にあげられてる本に書いてあるような
テクニックや体系的な知識を読み取るのは無理。

16 :デフォルトの名無しさん:02/04/09 13:07
C++勉強しようと思うんだけど・・・

http://pc.2ch.net/test/read.cgi/tech/1016308148/l50

17 :デフォルトの名無しさん:02/04/09 13:16
>>15
だよね!
昨日それで知り合いと言い合いになっちゃって。

18 :デフォルトの名無しさん:02/04/09 13:42
>>14
その知り合いは真似しか出来ないに1票。

自分の知らないテクニックは、真似だけしても、危険なコードになる可能性が高い。
知る、読む、作るが揃ってこそのプログラミングだと思う。

19 :デフォルトの名無しさん:02/04/09 13:52
>>18
いやー同意してくれる人がいてくれてよかったよー
覚えるには基礎からだよな。
それから真似したりしてテクニック盗むのが(゚д゚)ウマーだな

20 :デフォルトの名無しさん:02/04/09 14:46
ここでも読んでおけ。

ttp://hp.vector.co.jp/authors/VA000092/jokes/strup.html

21 :デフォルトの名無しさん:02/04/09 14:49
>>20
がっかりすた。
C萌え

22 :デフォルトの名無しさん:02/04/09 16:18
>>19 いや、しかしちゃんと動くコードが全体として提供されているなら

全体の作り方から、
ソース読みながら変更してみたり、判らない所でブレークしてトレースしたり
教科書読みながら、そのキーワードのある部分を触るのが一番速いと思う

23 :デフォルトの名無しさん:02/04/09 16:22
>>22
なるほど。
自分の作りたいものと似たようなもののソースを見て
そのように勉強すると無駄がなさそうですね

24 :デフォルトの名無しさん:02/04/09 16:30
>>21
だからそれは (略

25 :1:02/04/09 17:52
とても感謝
>>all

26 :デフォルトの名無しさん:02/04/09 19:52
>>9
毎回でてくるリストだけど、情報古いよ。
今なら、Accelerated C++読んどけば、
少なくとも、EffecticeC++はいらない。More..は興味のあるとこだけ
斜め読みするくらいの価値はあるかも。
Exceptional..は買う価値があるかもしれない。

27 :26:02/04/09 19:55
スペルミスった、かっこ悪い・・・

28 :9:02/04/09 20:37
>>26
情報 tnx。正直、自分でも毎度毎度同じ本を紹介してるとは思ってた。
逆に、Accelerated C++ にしかない情報ってある? あるなら読んでみようと
思うんだけど。

29 :デフォルトの名無しさん:02/04/09 20:45
>EffecticeC++
一文字しかスペルミスしていないんだけど、ぜんぜん違う単語に見えた。

30 :( ´D`)ノ:02/04/09 20:53
「独習C++」は、結構いい本だと思うのですが、いかが?
誰も推薦していないようですが。。。

31 :デフォルトの名無しさん:02/04/09 21:03
>>30
独習C&独習C++は俺も良い本だと思うよ。
ドリルみたいに理解テストがあって、学習しながら進めるしね。


32 :デフォルトの名無しさん:02/04/09 21:05
>>1
アセンブラ等をやっておくと、
構造化プログラミングや、オブジェクト指向のありがたみがわかるので、
お勧め。

33 :デフォルトの名無しさん:02/04/09 21:08
C言語プログラミングレッスンは初心者にはいいかも。
…あまり評判よくないかな?

34 :デフォルトの名無しさん:02/04/09 21:11
↑あ、これはCだった。

35 :デフォルトの名無しさん:02/04/09 21:35
学校とかで習うと知識が偏って会社とかあまりやとってくれないとか聞いたんだけど
実際のトコはどうなのかな?

36 :デフォルトの名無しさん:02/04/09 21:40
>>35
どういう風に偏るんだろう・・・。

学校でしか習っていなかったら意味ないけどね。

37 :デフォルトの名無しさん:02/04/09 21:41
>>36
発想がなくなるからヤメレ!っていわれました。

38 :デフォルトの名無しさん:02/04/09 21:48
>>37
どっちにしろ意味はないから、やめてもやめなくても一緒だと思う。

39 :26:02/04/09 22:39
>>28
自分の学習のためなら、今さら必要ないと思われ。
しかし、後輩を教育(もしくはC++の布教活動)する必要があるなら
ナナメ読みぐらいしとくことをお勧め。
>>30
俺も最初に読んだのが独習C++だったので、思い入れはある。
確かに説明が明解だし。
しかし、あの本のスタイルだと、これからSTLってところで
普通の読者(俺含む)はおそらく息切れなのでは。
だから、文法は厳密に理解してるけど、C++の便利な側面がよく分かって
なかった人にとって、入門書なのに、stringとSTLの使い方から、
解説をはじめてしまうAcceleratedC++のやり口は新鮮なはず。
考えてみれば、低レベル部分の仕様は高レベル部分の使い勝手をよくする
意図で修正されているはずなので、高レベル部分から説明をするのは合理的
だし、多分、そのほうが頭の中で整理しやすいと思う。
デストラクタ、コピーコンストラクタという特定のタイミングで必ず
実行されるルーチンを活かしたプログラミングのノウハウは今のところ
C++特有の文化(だと思う)なので、その部分を解説したスタイルガイドは
重要でしょう。
この特定のタイミングで実行される処理って考え方を拡張していくと、
アスペクト指向プログラミングに行き着くのかな・・・とか思ったり。
AspectC++って使える言語に仕上がるのかな?
最後に、Lokiマンセーってことだけは書いておかねば。

40 :デフォルトの名無しさん:02/04/09 23:41
俺もAccelerated C++ファンだよぉん。

41 :9:02/04/10 00:00
>>39
おお詳しいレス、tnx。なんか読みたくなってきた。
自分は今、一人で仕事をやっているんで、どっちかというと
「C++の布教活動」用だな。

42 :1:02/04/10 00:44
おおスレが伸びとる。
プログラミングを体得してきた人って皆自分なりのノウハウを持っているからだろうな。
そういうノウハウをつかんでいく作業だけれども、まだまだ暗中模索の状態。

それにしても、インクルードされる標準ライブラリがナゾすぎです。。
どうやって、標準ライブラリ関数は動いてるんでしょうか?
一般的な入門文法にでてくる、書型、クラス、演算子だけを組み合わせれば、あんなに複雑な関数をくみ上げられるんでしょうか?
その辺りが腑に落ちなくて進まない感じですな。
とりあえず、上で紹介してくだすった、標準ライブラリ関連の参考書をゲットしてみよう。

43 :デフォルトの名無しさん:02/04/10 01:03
>>42
環境があるなら標準ライブラリのテンプレートが見れるんじゃ?

44 :デフォルトの名無しさん:02/04/10 06:22
>>42
なんか「関数」にとらわれてるような。
どこか根本でまちがってるような気がするのは、気のせい?

45 :デフォルトの名無しさん:02/04/10 09:28
>>42
というか知らなくてもイイコトだろ?
ある意味商品なんだからソースを知られたら作り手はあまり嬉しくないだろ。
ただこのヘッダファイルを読みこんだらこれが使える程度でいいと思うが。

46 :デフォルトの名無しさん:02/04/10 15:14
age

47 :デフォルトの名無しさん:02/04/10 17:07
A級B型C++ ソフトバンク刊

48 :デフォルトの名無しさん:02/04/10 17:32
>>47
絶版?

49 :デフォルトの名無しさん:02/04/10 18:10
>48 そのとおり。
でもわかりやすいホンだったから、しょうかいしたかったんだよぅ。

50 :デフォルトの名無しさん:02/04/10 18:16
>>49
中古本屋にしか売ってないのかな

51 :デフォルトの名無しさん:02/04/10 18:20
>50
http://www.sak.iis.u-tokyo.ac.jp/~takashi/abc.html
でも肝心の本が手に入らないんじゃなぁ。

52 :デフォルトの名無しさん:02/04/10 18:23
>51
無理みたいだね。
http://shopping.yahoo.co.jp/shop?d=jb&id=19460190
結構評判いいみたいだったのに。
http://piza.2ch.net/tech/kako/992/992593450.html

53 :デフォルトの名無しさん:02/04/10 18:38
そういわれるとホスィ…
古本屋を巡ってみよう

54 :デフォルトの名無しさん:02/04/10 18:49
>51
ちゃんと for (i=0: …… の i のスコープの仕様変更にも対応してるね。
漏れはこれが C Magazine に連載されてたときに連載終了間際に知って、
本買ったんだよな……

当時 Borland C++ 3 手に入れて喜んでた工房だったんだけど、
わかりやすかったよ。

当時作ったクラスライブラリはもう使ってないけど。
だって工房のとき作ったのってありがちな文字列クラスとか、
演算子オーバーロードの練習で作った行列の演算のプログラムとか
だけだもん。




55 :デフォルトの名無しさん:02/04/10 18:55
入門用の本(A級B型C++)の話が続いたので、
中級にさしかかった人向けの本を。

--------------------------------
C / C++ プログラミング実践応用事典
Anthony Porter 著、竹形 誠司 訳、技術評論社

もいいよ。役に立つテクニックから役に立たないテクニックまで。
あるていど C++ がわかってきて、自分のスタイルができ始めたらよむといいとおもう。
はじめから読むとなんかこの著者のスタイルに引きずられそうなんだよね。

---------------------------------
WRITING SOLID CODE
Steve Maguire著/岡本健太郎訳、264ページ、ASCII

Microsoft Press の本の訳本。
MS 嫌いの人もいるけど、そういう偏見を捨てて読んでみるといいと思うホン。
C++ に特化された話ではないし、マジメ(?)なプログラマや
プロジェクトリーダなら実践しているとおもうけど、
再確認のためにもいいとおもう。


56 :デフォルトの名無しさん:02/04/10 21:13
>A級B型C++
俺はO型のせいか、なんかムカツク題名だな。

57 :デフォルトの名無しさん:02/04/10 22:12
>A級B型C++
おれはC型のせいか、なんかうれしい題名っ!

58 :デフォルトの名無しさん:02/04/10 22:28
>>57
あんた旧世代の人間?
俺はC++型ですが。

59 :デフォルトの名無しさん:02/04/10 22:36
肝炎?

60 :デフォルトの名無しさん:02/04/11 11:55
age

61 :デフォルトの名無しさん:02/04/14 22:17
1じゃないんだがチョト質問。
C++primer(アスキー)って本はどう?
プログラミング言語C++第3版 (アスキー)とどっちにしようか悩んでんだが、
どっちのほうが読む価値あるかな?

62 :デフォルトの名無しさん:02/04/14 22:17
と、age忘れ。

63 :デフォルトの名無しさん:02/04/14 22:36
オブジェクト指向のなんたるかがわかってないのにC++を使ってるヤシのソースほど惨いものはないわな…。
カプセル化とかめちゃくちゃ無視しまくり…。

64 :C++万世:02/04/14 22:41
>>63
事実認識としては正しいと思うが、一方、
>オブジェクト指向のなんたるかがわかってないのに
なんて書く奴もどうかな。
そんなたいしたもんじゃないのに。

65 :仕様書無しさん:02/04/14 22:43
今まで掻いたマスの数だけプログラムを書け。

66 :デフォルトの名無しさん:02/04/14 22:55
>>65
うーん。同じくらいかも。まじで。みんなはちがうの?

67 :デフォルトの名無しさん:02/04/14 23:05
マジ? 毎日何本も作ってるの?

68 :デフォルトの名無しさん:02/04/14 23:18
あくまで練習用のプログラムだろ。

んなら、1日2、3本は掻いた、いや書いたよ。
#include <iostream>
using namespace std;

int main(){
cout << "万世とはマンセー?" << endl;
}

ほら、また1本。

69 :デフォルトの名無しさん:02/04/14 23:54
>>61
C++ primer って、なんであんな風に1冊に全部詰め込んであるのかと疑問が湧く。
アンサーブックのほうを見て、良書の予感がしてセットで買おうかと思ったけど、
本体のあの分厚さで萎えた。量が多いなら多いで、話題ごとに分けて、全3,4冊の
本にすべきだったんじゃないかと思う。「分割できなかった」ってんなら、著者の
能力を疑わざるを得ない。だから俺は敬遠した。
けど、前書き・後書きや目次を見たら意見が変わるかも。分厚さで瞬時に萎えたので、
チェックしてなかった(あの分厚さは意図したものかもしれんし。理解しがたいけど)。

推薦図書スレでも薦めてる人は今のところいないみたいだし(否定してる人も
いないけどね)、プロ言にしといたほうが無難じゃないかな?

70 :デフォルトの名無しさん:02/04/15 00:41
>>69
thx!!デス
推薦も否定もいないとは…

71 :デフォルトの名無しさん:02/04/15 00:42
と、ageてしまった…スマソ…

72 :ログを見ずにカキコ:02/04/15 00:49
オブジェクト指向とかカプセル化とかはとりあえずほっといて、
>>65 の言うとおりとにかく書いて慣れることじゃないかな。
関数、ポインタ、クラスとか、基本的なことがわかるまではとにかく試行錯誤。

で、ある程度使えるようになって他人のソースを見て多少理解できるようになって
初めてオブジェクト指向とかカプセル化とかを学ぶ。
すると、今まで不便に思えていたことがこうするとわかりやすいんだ!みたいに
ピンとくるんじゃないかな。
(似たようなクラスを何個も書いてて、継承の概念を知ると感動する)

73 :デフォルトの名無しさん:02/04/15 00:49
C++PrimerでC++を覚えましたが何か?
未だにstroustrupは持ってませんが何か?

74 :69:02/04/15 00:54
>>73
なんだ、読んでる人いるじゃん。どうだったよ? 良書だった?

75 :デフォルトの名無しさん:02/04/15 01:01
>>74
98年当時はまともな本が、これとProgrammingC++しかなかった。
ProgrammingC++の方は知ってる通りリファレンス的内容で
初めて勉強するには向いてないのは明らかだったから、
Lippmanを選んだんだよ。間違いやすいところをコードで
示してくれてる辺りはよかったと思ってる。

だけどそれは今となってはねぇ。初学者が手に取る本としては
もっと良いものがあるだろうし、リファレンス的に使うにしては
ちょっと説明がゴテゴテしてる。だから俺は進めない。

76 :デフォルトの名無しさん:02/04/15 09:54
>>12が吉。

77 :デフォルトの名無しさん :02/04/16 00:52
primerを分厚いとかほざいてるやしは永遠にC++をマスターできねーだろなw

78 :デフォルトの名無しさん:02/04/16 01:45
primerの厚さに萎えな人に、ARM(邦訳版:注解C++リファレンス)を推してみるテスト。

http://www.amazon.co.jp/exec/obidos/ASIN/0201514591/yfcbookshelf-22/250-9307622-8827433
http://www.cbook24.com/bm_detail.asp?sku=01022102

79 :デフォルトの名無しさん:02/04/16 02:08
>77
しかしC++のこまごまとした記法を説明するならともかく、
オブジェクト指向を説明するのに分厚い本は要らないと思う。
極めて自然な思考方法なnだから。

80 :デフォルトの名無しさん:02/04/16 02:11
>>79
そんなの当たり前。
オブジェクト指向については別途勉強するのは当然。
大抵の人がC++が難しいというのは言語仕様の複雑さの
ことを言っているわけだしな。

81 :デフォルトの名無しさん:02/04/16 02:47
>>80
>言語仕様の複雑
どの辺りの仕様が複雑なの?

82 :のほほ:02/04/16 03:19
まぁC++特有ということであげるとすれば、
・多重継承
・friend
・演算子オーバーロード
・テンプレート
・参照型
とかかなぁ。
どれも便利な局面もあるけど。

新しい機能を覚えると

1)どんな場合もその機能を使おうとする。
2)その機能を使わないですむ方法を考えようとする。
3)適切なときにその機能を使えるようになる。

って順番で慣れていくような気がするけど(しないって?)
テンプレートも演算子オーバーロードも使えば便利な局面がある。
friend だって危険だけど「ここぞ」というときがある(気がする)。
とくに演算子オーバーロードに際してだけど。

goto だって longjump だって、
ここぞというときに注意深く使えば幸せなこともあるしね。

C++を勉強する上で、まずオブジェクト指向の基本に沿って
クラスの定義方法、アクセス制限の方法などを理解するには
分厚すぎる本は必要ない、と >77 は逝っているのだとおもわれ。

しかし >1 にとっては物足りないのかもしれないけど。
長文スマソ。

83 :デフォルトの名無しさん:02/04/16 04:09
C++は色んな演算子がリファレンスを返すよ

(c=65) += 1;
++c += 1;
とか

84 :デフォルトの名無しさん:02/04/16 04:32
参照が再割り当てできないのが非常に残念。


85 :デフォルトの名無しさん:02/04/16 04:48
ウィンドウズのアプリケーションを作成することを目標にしてCを勉強してるけど、
そろそろVC++でも買って実際にアプリケーションを作成してみたいと思ってます。
でも、順番としてはC++とかオブジェクト指向をコンソールでしっかり学んだ後
VC++でアプリケーション製作にはいったほうがいいんですか?
VC++無理やり使ってるうちにC++とかを自然と覚えられるのかなーと思ってるんですが
実際はどんな感じですか?
みなさんの体験談なんかを聞かせてください。

86 :デフォルトの名無しさん:02/04/16 04:57
別にVC++買わんでもGUIアプリは作れるがな

87 :デフォルトの名無しさん:02/04/16 05:01
演算子オーバーロードのナニがまずいって一番最初に目に触れるiostreamの奴が
一番悪い例っつー。どうにかならんのか。

88 :85:02/04/16 05:03
>>86
そうなんですか?

89 :のほほ:02/04/16 13:10
>87
でもさ、ためしに複素数型とかつくってみて、
演算子も定義してみて、あるていどわかってから
iostream の << >> の実装とかをみて
「ふーん」と思うと演算子オーバーロードはほぼマスターとおもわれ。


90 :のほほ:02/04/16 13:24
>88
えと、直接 Win32 API たたけば作れます。
とりあえず簡単なお絵かきアプリ
(マウスカーソルでなぞると線が書けるだけ)
とか作ってみると良いとおもわれ。
それでメッセージキューとかの概念をつかんでからでもいいとおもふ。
どよ?

91 :デフォルトの名無しさん:02/04/16 13:29
システムワイドのメッセージフックを行うアプリケーションを作り終えて、
ようやくメッセージキューの概念がつかめたなぁ。
普通のアプリ書いてるだけじゃわからんかった

92 :デフォルトの名無しさん:02/04/16 22:43
primerを分厚いと感じない>>77は、C++の勉強をする前に、
脳か目を医者に診てもらったほうがいいと思われ。

93 :デフォルトの名無しさん:02/04/17 00:34
BeOSでプログラムを書こうとして、適当なC++の本買って、OS付属のサンプル
ソース読んでたら自然に覚えた。APIも完全C++化されていて美しすぎ。
その後色々触ったけど、Be程美しく、判り易いC++環境は他にないね。
MFCはマジで排泄物。C++の正しい作法を身に付けられるのはBeOSだけです。

94 :デフォルトの名無しさん:02/04/17 01:10
うーん、OSと言語をそこまで密接に関連付けてしまうのはどうかな…
APIがクラスライブラリとして用意されていて美しいというのは、
あくまでライブラリの美しさなんじゃないかな?

95 :デフォルトの名無しさん:02/04/17 01:48
unix/WinのネイティブAPIはCだが、
BeのネイティブはC++。

おかげで、バージョン間で互換性が無かったり、
サードパーティからコンパイラが用意されなかったり(C++の名前規約に標準がないから)
いろいろ弊害がある。

いっそのこと、C++じゃなくて、新しい言語かもっとまともな言語をネイティブにすればいいのに。

96 :デフォルトの名無しさん:02/04/17 02:16
MacOSXのObjective-Cが、方向性で言えば同じか。
もうBeOSは使ってないが、C++書く時はいつも思い出して参考にしてる。
C++って叩かれるけど、やっぱり使い方だよ。

97 :デフォルトの名無しさん:02/04/17 02:34
使い方次第なのはどの言語もそうだが。
c++みたいに実装依存がてんこもりの処理系は、
OS書くのにあまり向いているとは言えないよなぁ・・・

98 :デフォルトの名無しさん:02/04/17 12:06
>c++みたいに実装依存がてんこもりの処理系は、
>OS書くのにあまり向いているとは言えないよなぁ・・・
意味わかんねー。「実装依存」の「実装」ってOSのことじゃないのか?
それに、実装に依存しない言語でOSを書く?でんでーん。

99 :デフォルトの名無しさん:02/04/17 12:22
C++で書かれたeCos動かしたことある人いる?

100 :デフォルトの名無しさん:02/04/17 12:24
100get!

101 :デフォルトの名無しさん:02/04/17 12:33
primerを分厚いと感じない>>77は、answer bookと勘違いしている白痴と思われ。

102 :デフォルトの名無しさん:02/04/17 19:02
短いサンプルプログラムが沢山載ってる本ってない?
g++で動くやつきぼんぬ.

103 :デフォルトの名無しさん:02/04/17 20:09
>>102
質問する時の言葉づかいを勉強することをきぼんぬ

104 :デフォルトの名無しさん:02/04/17 20:18
gdk


105 :デフォルトの名無しさん:02/04/22 21:05
今日、Modern C++ Design と Efficient C++ と Essential C++ が
届いた。とりあえず Modern からちまちま読み始めたけど、これ、
すげーな。まあ C++ の良書はいつもそうなんだが、何でこう、
毎回毎回、次元の違いに驚かされる話が載ってるんだろうなぁ。
あまりの驚きに、泣きたくもなるし、笑いたくもなるし。どうすればいいんだ。
いったいどんなノーミソもってたら、こういうことを考えつくんだろうな…。

とりあえず「ポリシークラス」。すげぇ。感動ちまちた。けど、
継承が多くなりそうだから、Effective C++ や Exceptional C++ で
主張してある「public継承はひかえませう」と相反するから、
使いどころが難しそうな感じ。バランス感覚をやしなわなぁのぅ。
ていうか、標準もしくはセミ標準クラスのスペシャリスト人間が
作ったポリシーを使わせてもらうっていうのが正解か?

106 :デフォルトの名無しさん:02/04/22 21:14
Effective C++でpublic継承を控えろって記述あるか?
private継承はアップキャストに注意って話じゃないか?

107 :105:02/04/22 22:11
あ、すまん。俺が言いたかったのは、34項の依存性を減らそうって話なんだが、
よく見たらpublic継承のことは書いてなかったな。

25 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)