トップページ⇒tech
1001コメント325KB

【初心者歓迎】C/C++室 Ver.72【環境依存OK】

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001デフォルトの名無しさん2010/03/05(金) 16:51:13
エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。
※sage禁止です(と代々スレに書いてありますが自己判断で)。

【前スレ】
【初心者歓迎】C/C++室 Ver.71【環境依存OK】
http://pc12.2ch.net/test/read.cgi/tech/1264774545/

【アップローダー】(質問が長い時はココ使うと便利)
http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/joyful.htm
http://codepad.org/ (コンパイルもできるし出力結果も得られるのでお勧め)

◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白か に置換すると見栄えだけはよくなります。
0886デフォルトの名無しさん2010/05/12(水) 23:41:21
>>885
コンソールプログラムでタスクバーからコンソールを終了したとき、
現在処理を行っているスレッドの処理がすべて終了するのを待ってから
プログラムを終了するという形にしたいのです。

>>別のイベント
Ctrl + Cなどのイベントでということでしょうか。
0887デフォルトの名無しさん2010/05/12(水) 23:49:02
そこまで考えるのかぁ
俺なら勝手に閉じる奴が悪いで済ましちゃいそうだ
0888デフォルトの名無しさん2010/05/12(水) 23:58:25
「閉じる」メニューを無効化するくらいしか手がないっぽいね。
0889デフォルトの名無しさん2010/05/13(木) 00:05:50
>>886
一度目の発生でフラグでも立て持っておいて閉じるを無効にした状態で長い処理開始
→　長い処理終了後に再び閉じるイベント発生 → 二度目の発生（フラグたった状態でイベント発生）の場合に、本当に閉じるを実行
とか
0890デフォルトの名無しさん2010/05/13(木) 00:57:45
>>888
「閉じる」メニューを無効化してタスクバーからの終了を
行わせないということでしょうか。

>>889
登録した関数にフラグONの場合のルートとOFFの場合のルートを作っておく。
1回目はフラグOFFのルートに入り、「閉じる」メニューを無効化した後
処理を実行。その後、プログラム上でCTRL_CLOSE_EVENTを送信（発生？）させる。
2回目はフラグONのルートに入り、終了。
ということでしょうか。

物分りが悪く、申し訳ありませんが、質問です。
・「閉じる」メニューを無効化するのはなぜでしょうか。
　CTRL_CLOSE_EVENTが発生しても「閉じる」メニューを無効化すればプログラム
　の終了（コンソールの終了）を停止できる。とかでしょうか？
・プログラム上でCTRL_CLOSE_EVENTを発生（送信）する方法がわかりませんでした。
　申し訳ありませんが、教えていただけませんか。
0891デフォルトの名無しさん2010/05/13(木) 02:23:25
やったことないのにレスしてすまんが、
イベントハンドラで別途用意した終了処理用のスレッド起動して終わるようにしたらどうなるの
というか、なんで5秒以上も終了処理に時間かかってんの
0892デフォルトの名無しさん2010/05/13(木) 02:31:34
>>890
>「閉じる」メニューを無効化してタスクバーからの終了を
>行わせないということでしょうか。
そういうこと。
無効化というか、RemoveMenuで「閉じる」を消す。
0893デフォルトの名無しさん2010/05/13(木) 02:42:56
常に5秒以内に終わらないんだろうか。
何かの間違いで10分経っても終わらないことはないんだろうか。
フリーズすることはありえないアプリなんだろうか。
何かのアプリを使っていて、終了ボタンを押して終わらなかったらどう思うだろうか。
0894デフォルトの名無しさん2010/05/13(木) 03:32:49
>>893
俺ならタスクマネージャで殺すな　15秒が限界
0895デフォルトの名無しさん2010/05/13(木) 21:10:32
×を押して、処理が遅かったらもう一回×を押して強制終了ダイアログを出して終わらせるな。
ちゃんと終了処理してるよ！というアピールをしなければ無理やり終わらせられることを避けられないかと。
0896デフォルトの名無しさん2010/05/13(木) 21:14:28
プログレス出せって話だな
0897デフォルトの名無しさん2010/05/13(木) 21:25:46
さっさとウインドウ消して×を押せなくする
0898デフォルトの名無しさん2010/05/13(木) 23:15:17
ビルド環境：Visual C++ 2010 Express
TCHAR cmdline[] = _T("cmd.exe /k cd c:\\ && dir > out.txt && exit");
CreateProcess(NULL, cmdline, NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi);
１．コマンドプロンプトの起動
２．Ｃドライブに移動
３．DIRの実行し、結果をリダイレクト
４．終了

上の例のように命令を連結すれば目的を果たせるのですが、1〜4を分けて実行したい場合、どのようにすればよいでしょうか
※Cの標準ライブラリのみ若しくは、Win32APIを使用して実装したいと考えています
0899デフォルトの名無しさん2010/05/13(木) 23:43:33
>>898
分けて、って言うのはどういう分け方をイメージしてる？
単純にまず関数なりC++としてクラスに包むなりしたとして・・・　何かのイベントとか？
そういう事じゃなくて？
0900デフォルトの名無しさん2010/05/14(金) 00:07:44
>>899
CreateProcess(NULL, cmd.exe /k, NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi);
として、起動しているプロセスに対して
cd c:\\なり dir > out.txtのコマンドを実行する方法が知りたいでいいのかな。

似たような表現になりますが、何らかの方法で、コマンドを同一のコマンドプロンプトに実行させて
最終的に、C:\\のdir結果を得られればと考えています
0901デフォルトの名無しさん2010/05/14(金) 16:17:03
SendInputとかしかないんじゃね？
あるいは必要な機能（cmdの必要機能とプロセス間通信でコマンドを受ける）を持つexeを書くか。

なぜ分けたいのか（分けることで達成しようとしてる目的は何なのか）よくわからん。

もしカレントがd:だったら、cd c:\してdirしても得られる結果はdir d:と同じなのに注意ね。
c:\のdir結果が欲しいならdir c:\でいい。
0902デフォルトの名無しさん2010/05/14(金) 17:36:56
ｺﾏﾝﾄﾞﾗｲﾝｲﾝﾀｰﾌｪｰｽなｱﾌﾟﾘの GUIﾌﾛﾝﾄｴﾝﾄﾞ を作る とかかねぇ…

GnuPG のﾌﾛﾝﾄｴﾝﾄﾞのようなものを作った時、ﾊﾟｲﾌﾟだけじゃ解決できない部分があって
ｺﾝｿｰﾙｳｨﾝﾄﾞｳに向けてWM_CHAR を投げたことはあった
0903デフォルトの名無しさん2010/05/14(金) 21:14:00
>>900
STARTUPINFO の hStdInput と hStdOutput を使えばいけるはず。
09048982010/05/14(金) 21:48:17
レスありがとうございます
なにぶん2年ほど勉強を放置していた為、ほとんど頭から抜けてしまい、うまく説明できなくてすみません

考えてみたのですが真に知りたいのは、自アプリから、CD C:\+Enterと打てば、他プロセスのコンソールにそれが反映され
また、結果も同じように自アプリに表示するような、最小単位のコマンドを逐次実行できるものです
言ってみれば、自分(プログラムは)は何もしてないのに、あたかもコマンドプロンプトであるかのように振る舞うソフトでしょうか
0905デフォルトの名無しさん2010/05/14(金) 22:09:13
>>904
コマンドプロンプトを自作したい、ということではないのか？
0906デフォルトの名無しさん2010/05/14(金) 22:45:01
>>905
現段階では、そこまでは考えていません
まだ、プロセス間通信の学習ぐらいです

>>903で出来そうな感じなので、現在修正中です
0907デフォルトの名無しさん2010/05/14(金) 23:06:54
なして？
template<typename T>
struct A{ struct B{struct C{};};
typedef A<int> tA;
typedef B::C BC;
typedef typename tA::B; // does not type a name error
};

0908デフォルトの名無しさん2010/05/14(金) 23:53:00
template<typename>
struct A;

template<>
struct A<int> {
　struct B {};
};

template<typename T>
struct A {
　struct B {
　　struct C {};
　};
　typedef A<int> tA;
　typedef typename B::C BC;
　typedef typename tA::B;
};

A<int>は別物だし、内部クラスを使うにはサイズとか知らないとだめなんじゃね？
0909デフォルトの名無しさん2010/05/15(土) 02:52:48
>>907 typedef で定義する名前が抜けてるからじゃない？
0910デフォルトの名無しさん2010/05/16(日) 15:36:14
デバックは
・AllocConsole
・OutputDebugString

どっち使えばおｋ？環境はVS2010
メリットデメリットが知りたい
0911デフォルトの名無しさん2010/05/16(日) 15:58:42
AllocConsole
+ 単体で確認できる
- ログが確認しづらい、保存できない

OutputDebugString
+ VisualStudio, DbgView 等で確認可能で、ログが残せる
+ リモートでも確認可能
- 専用のソフトがないと見ることができない

ぱっと思いつくのはこんな感じかなぁ。
他にもありそうだが。
0912デフォルトの名無しさん2010/05/16(日) 16:26:49
http://red-treasure.com/report/?p=265

assertやコンソールに出力だとエラーが起きた場所にすぐ
飛べないから不便なんだよね
とはいえOutputDebugStringだけじゃちょっとね
0913デフォルトの名無しさん2010/05/16(日) 19:14:38
Ubuntu9.10 - gcc4.4.1 - locale ja_JP.UTF-8
以上の環境でstd::wcout.imbueにロケールをセットしても日本語が変換できない。
codecvtにブレークポイントを設定しても呼ばれる気配がない。
Linuxでimbueを正常に使えてる人いませんか？
やり方を教えてほしいんですが。

ソース
#include <iostream>
#include <locale>
int main()
{
　　std::wcout.imbue(std::locale("ja_JP.UTF-8"));
　　std::wcout << L"abcdefgあいうえお" << std::endl;
}
結果
$./a.out
abcdefg?????
0914デフォルトの名無しさん2010/05/16(日) 19:55:47
>>913
locale::global(locale(""));
wcout.imbue(locale("ja_JP.UTF-8"));

もしくはimbueを使わずに
locale::global(locale("ja_JP.UTF-8"));
0915デフォルトの名無しさん2010/05/16(日) 20:13:50
>>914
そこまでは確認済みです。
localeの合成も確認済み。
0916デフォルトの名無しさん2010/05/16(日) 20:14:31
ちなみに最初の形式であってもcodecvtは使われないようです。
09178982010/05/16(日) 20:16:25
ありがとうございました、とりあえずの目的のものができました
ほぼ目的に近いものが、アップされていたので紹介だけしておきます
ttp://kenjinet.s26.xrea.com/html.cgi?trojan.txt
↑プロセスとパイプ
0918デフォルトの名無しさん2010/05/16(日) 23:11:38
C++0xの共有ポインタって仕様上スレッドセーフでおｋ？
0919デフォルトの名無しさん2010/05/16(日) 23:12:45
shared_ptrならYes
0920デフォルトの名無しさん2010/05/16(日) 23:25:38
>>918-919 「スレッドセーフ」の定義づけもせずに適当なこといってんじゃねーよ。
0921デフォルトの名無しさん2010/05/16(日) 23:25:57
どうもっす
これもマクロで切り替えって感じですかね
0922デフォルトの名無しさん2010/05/16(日) 23:49:02
>>920
はいはい
0923デフォルトの名無しさん2010/05/17(月) 00:25:14
>>920先生がスレッドセーフの定義を教えてくれるそうです
0924デフォルトの名無しさん2010/05/17(月) 01:26:30
スレッドセーフって仕様で決まってるんだっけ？
Working Draft 読んだけど、どこに書いてあるのかわからんかった…。
該当箇所を教えてエロい人。
0925デフォルトの名無しさん2010/05/17(月) 01:52:08
書いてありません。だからもっと詳しい要件を明示するか、その場での「スレッドセーフ」の
意味を決めないと話にならないの。
0926デフォルトの名無しさん2010/05/17(月) 01:55:49
書いてあるだろあほども
0927デフォルトの名無しさん2010/05/17(月) 01:56:54
boost::shared_ptr の実装はスレッドセーフ
VCのstd::tr1::shared_ptrはスレッドセーフ
それぞれドキュメントに記述有り
0928デフォルトの名無しさん2010/05/17(月) 01:59:53
>>927
http://www.boost.org/libs/smart_ptr/shared_ptr.htm#ThreadSafety
これをどう読んだら「boost::shared_ptr の実装はスレッドセーフ」なんて言えるんだ？
0929デフォルトの名無しさん2010/05/17(月) 02:11:31
>>928
同時に同じものにアクセスする場合とか馬鹿じゃないの
0930デフォルトの名無しさん2010/05/17(月) 02:53:44
なんで内部に埋め込んでしまうんだか
基本的にスレッドサポートしないでアダプタでサポートしたほうが設計が美しいのに
0931デフォルトの名無しさん2010/05/17(月) 07:24:31
>>930
Javaなんか設計が美しすぎて、数百行とか有るよね。
boostなら数行のとこで。

○○Reader　○○Handler　○○Handler　○○Handler・・・
○○Source

　　○○Resolver　○○Resolver・・・

　　　　○○Processor・・・

　　　　　○○Tree・・・　○○Property・・・

　　　　　　　○○Writer

　　　　　　　　　○○WriteHandler　　○○WriteHandler・・・

みたいに延々と続くと嫌になるし。
0932デフォルトの名無しさん2010/05/17(月) 08:26:40
>>927
C++0xの規格の話でないの？
0933デフォルトの名無しさん2010/05/17(月) 08:30:48
>>929
二つのスレッドで同一のshared_ptrを参照してたら
同時に参照カウントの操作が発生する可能性があるからダメってことにならね？
リエントラントではあるけど、スレッドセーフではないだろ。
0934デフォルトの名無しさん2010/05/17(月) 09:00:24
同時に読むのは大丈夫って書いてあるようだが
0935デフォルトの名無しさん2010/05/17(月) 12:57:16
リエントラントならばスレッドセーフじゃないの？
確かリエントラントの方が強い概念だったような
0936デフォルトの名無しさん2010/05/17(月) 13:31:51
>>933
BOOST_SP_DISABLE_THREADSを定義するとアトミックな参照カウントの操作が
できなくなるからスレッドーセーフとは言えないな。
ついでにいうと、ヘッダをインクルードしないと使えないからバグってるな。

こんな感じで良いですか？
0937デフォルトの名無しさん2010/05/17(月) 13:32:51
スレッドセーフもリエントラントも、関数やコード断片に対して言えるものであって、
クラスである shared_ptr がスレッドセーフなのかどうかという質問自体おかしい。
0938デフォルトの名無しさん2010/05/17(月) 14:36:04
汎用ポインタのインクリメントのやり方で質問があります。

ポインタ配列があって、
DATA* pData[100]
DATA DATA[100]
pData[0]・・・1つ目のデータへのポインタ
pData[1]・・・2つ目のデータへのポインタ
pData[2]・・・3つ目のデータへのポインタ
・
・
のようになっている時、もしも同様のデータをまとめて処理する関数を作る場合、
void*型で引数を受けて処理すると思いますが、汎用ポインタはキャストしないとインクリメントとか出来ません。
このアドレスの配列は一体何型にキャストするのでしょうか？
WORD型でしょうか？
0939デフォルトの名無しさん2010/05/17(月) 14:43:05
>>938
void* なんか使わなくても template<typename DATA> でいいんじゃね？
0940デフォルトの名無しさん2010/05/17(月) 14:47:41
テンプレートはステップ実行で追えないし、ヘッダにしか書けないといった制約あったりして使いにくいし、
結構複雑な処理なので一つ一つ値を確認しながらデバッグしたいんです。
0941デフォルトの名無しさん2010/05/17(月) 14:49:11
>>940
勝手にしろカス
0942デフォルトの名無しさん2010/05/17(月) 14:51:30
>>940
まずは具体的な型について動作を確認してからテンプレートにするといいよ。
っていうかステップ実行できないってどういうこと？
0943デフォルトの名無しさん2010/05/17(月) 15:01:25
最初はテンプレートでやろうとしてたのですが、
デバッグ中に出るエラー？が意味不明だったり、1行ずつ追えなかったからやめました。
詳しいことは結構前の話なので記憶が定かではありませんが・・。
0944デフォルトの名無しさん2010/05/17(月) 15:07:03
>>917
その上で、>>902なんだとおもっていた
09459022010/05/17(月) 17:33:16
>>944
GnuPG(mingw32） は、主に鍵の処理中の話だけど
(Win32API)ReadConsole を呼び出して、直接ｷｰﾎﾞｰﾄﾞ叩いた入力しか受け付けない： ﾊﾟｲﾌﾟによるﾘﾀﾞｲﾚｸﾄはｴﾗｰ
そういう仕様の部分があったので、かなり例外の部類ではないかとは思う。

※ 昔の話（v1.0.4 ぐらい）で、今はどーなってるか追っていない
0946デフォルトの名無しさん2010/05/17(月) 21:08:41
>>902でパイプというキーワードが出てるのに、もったいないなってことか
09478982010/05/17(月) 22:49:17
レスできてませんでしたが、パイプもキーワードとして拾って、試行錯誤の末
(実は実行させるのにリターン\r\nがいることに気づかず丸一日かかりましたｗ)完成させた後、例のページを見つけました　
\nじゃダメなのねというより、これこそ質問すればよかった

>>945
今後、勉強を進めていくうえで、つまりそうな所を教えていただきありがとうございます
0948デフォルトの名無しさん2010/05/17(月) 23:23:56
よくがんばっているね。えらいとおもう。
0949デフォルトの名無しさん2010/05/18(火) 00:12:54
おれもそうおもう
0950デフォルトの名無しさん2010/05/18(火) 00:22:38
>>927>>930
アトミックに扱いたければ、atomic_loadやatomic_compare_exchangeなどの関数が
別途用意されるのでそれを使うことになる。
0951デフォルトの名無しさん2010/05/18(火) 16:32:33
宣言と同時に定義するfriend関数
class X
{
friend void Y(X)
{
}
};
って決まった名称あります？
それとこれの使いどころが謎なんですが、これが最善解になるようなパターンはありますか？
0952デフォルトの名無しさん2010/05/18(火) 16:41:33
>>951
Barton-Nackman trick
フレンド関数YはADLによってしか呼び出せない（オーバーロードが前提）
クラスXがクラステンプレートの場合、Xのテンプレート引数に依存する
非テンプレート関数（通常のオーバーロード規則に従う）を定義できる
クラステンプレートの演算子定義等に使われる
実例はboostのoperatorsライブラリ等
0953デフォルトの名無しさん2010/05/18(火) 16:44:52
訂正、オーバーロードは必須じゃないな
0954デフォルトの名無しさん2010/05/18(火) 20:10:10
どうもです
operatorsみたいな特殊なケースぐらいしかないって感じですかね
0955デフォルトの名無しさん2010/05/18(火) 21:31:18
演算子をオーバーロードする時に使うくらいか。
別にパターンじゃないが。
0956デフォルトの名無しさん2010/05/20(木) 09:32:17
一秒間に６０呼ばれるような処理で毎回変数を作り直すのとグローバルに１つ作ってそれを呼び出すとでは処理の速度って変わらないんですか？
0957デフォルトの名無しさん2010/05/20(木) 09:35:34
POTな変数ならゴミだろうけど、
ｺﾝｽﾄﾗｸﾀ中で恐ろしく手間かかってるようなｸﾗｽのｵﾌﾞｼﾞｪｸﾄ生成なら　影響を与えるかもしれん

ﾚｯﾂ実測
0958デフォルトの名無しさん2010/05/20(木) 09:36:37
POT?
0959デフォルトの名無しさん2010/05/20(木) 09:41:31
どうtypoしたら POTになるんだorz
PODね
0960デフォルトの名無しさん2010/05/20(木) 09:48:09
ありがとうございました
場合によるがグローバルにしとけば確実に速いということですね？
0961デフォルトの名無しさん2010/05/20(木) 09:53:21
>>960
誰もそんなこと言ってねーし。
「場合による」と「確実に」が矛盾してるし。
おまえアホだろ。
0962デフォルトの名無しさん2010/05/20(木) 09:53:53
グローバルって限定してるところが怖いんだが・・・
せめてstaticとかさぁ・・・・
0963デフォルトの名無しさん2010/05/20(木) 10:00:33
Ａ.h 、Ａ.cpp 、にクラスｃＡがあって
今
B.cppでＡ.hをインクルードして、ｃＡ　ほげＢ;と言う感じで宣言していろいろ使ってるのですが（B.cpp中でnewはしてない）
Ｃ.cppでもほげＢ.○に入ってる値を使いたくなったのですがどうすれば良いのでしょうか？
0964デフォルトの名無しさん2010/05/20(木) 10:02:31
>>963 B.h でも作ればいいじゃない。
0965デフォルトの名無しさん2010/05/20(木) 10:11:26
>>964
ありがとうございます。初心者すぎてそこからがわかりません
C.cppでB.hはインクルードしてあるのですが
C.hでextern cA ほげＢ;としたり単にcA ほげＢ;としたりclass cA ほげＢ;等としましたがエラーがでました。どうすれば良いのでしょうか。
0966デフォルトの名無しさん2010/05/20(木) 10:15:12
>>965 エラーメッセージを読んで問題を解決すると良いよ。
0967デフォルトの名無しさん2010/05/20(木) 10:16:10
>>965
B.hででextern cA ほげＢ;としたり単にcA ほげＢ;〜の間違いです。すみません。
0968デフォルトの名無しさん2010/05/20(木) 10:16:24
もうちょっと整理して話してくれ
何をどうしたいのかをまず明確に汁
0969デフォルトの名無しさん2010/05/20(木) 10:16:59
ソースとエラーメッセージを貼ればいいのに。
0970デフォルトの名無しさん2010/05/20(木) 10:17:51
>>966
せめてB.hの宣言はどれが正解なのか教えてください。
0971デフォルトの名無しさん2010/05/20(木) 10:22:16
A.h
　class cA {
　};

----
B.cpp
　cA hogeB;
　
　..... hogeB を使いまわしている

----
C.cpp
　..... hogeB が使いたい

こういうことなら

B.h
　#include "A.h"
　extern cA hogeB;

----
C.cpp
　#include "B.h"
0972デフォルトの名無しさん2010/05/20(木) 10:35:08
>>971
ありがとうございます。そういうことです。ちなみにメインはＢです
B.hでextern cA hogeB;したのですが
B.hで#include "A.h"をしたらエラーが２００個ほど出ました
B.cppで#include "A.h"をすると３つでした。これは認識できない型ｃＡがB.cppで使われている。ほげＢが未定義のクラスｃＡでB.cppで使われているというような物でした。
ヘッダはB.hでなければならいのでしょうか？
0973デフォルトの名無しさん2010/05/20(木) 10:41:22
B.cppで#include "A.h"
C.cppで#include "A.h"と#include "B.h"をしたらエラーが消えました。ありがとうございました
extern class 〜という方法は知りませんでした。
0974デフォルトの名無しさん2010/05/20(木) 11:07:56
>>973
とりあえず基本を理解しろ。
http://www.google.co.jp/search?q=%E5%88%86%E5%89%B2%E3%82%B3%E3%83%B3%E3%83%91%E3%82%A4%E3%83%AB
0975デフォルトの名無しさん2010/05/20(木) 11:11:10
>>973
なんでエラーになってたのか理解できてるのか？
0976デフォルトの名無しさん2010/05/20(木) 13:36:03
>>956
質問内容からすると、グローバルを使わない方は関数に値を渡すことになるだろうから、その分遅くなるよ
ただし、1秒間に60回程度の処理を想定しているなら、(数字に表れないぐらいの）誤差だろうね

毎回変数を作り直すってのがわからんけど、標準C/C++でのローカル変数の扱いはスタックに
2byteなり4byteなりの領域を確保するか、しないかの問題だから速度低下にはならないと思うよ
0977デフォルトの名無しさん2010/05/20(木) 13:39:37
>>976
グローバルを関数引数にして遅くなるとも限らない。
結局は、実測しないと何も言えない。
0978デフォルトの名無しさん2010/05/20(木) 14:33:04
>>977
もしかして喧嘩売ってる？
0979デフォルトの名無しさん2010/05/20(木) 15:28:38
具体的なコードを出さないと答えようがないだろう。
staticやグローバル変数を使うと最適化が甘くなるリスクはあるな。
0980デフォルトの名無しさん2010/05/20(木) 15:43:08
んなもん作ってから考えたらいいんじゃね
ってのはダメですか
0981デフォルトの名無しさん2010/05/20(木) 16:20:56
只今C++の勉強中で
クラスの継承と一緒にメンバ関数のオーバーライドが出来るとあるのですが、
これを使う意味ってあるのでしょうか？

class ctest{
int m;
char *p;
public:
virtual int put(char *); //pに文字列を入れる関数
}

class stestSub : public ctest{

public:
int put(char *); //pに文字列を入れる関数(全て小文字に変換)
}

ctest s1;
s1.put("ABced");

stestSub s2;
s2.put("zxcVB");

以上のように定義してしまうと、s2からメインクラスのputを使う事が出来なくなるし、
別名でサブクラスに新たにput2()などで定義したほうがいいのではないでようか？

同じ名前で別の機能を持たせる意味が分からないのですが、どのような時に使用
するものなのでしょうか？
継承したプログラマがこの関数名はこの機能を持たせたいとか、そういったレベル
で同じ名前にしているのか？と思っているのですが。
0982デフォルトの名無しさん2010/05/20(木) 16:22:35
s2.ctest::put()
0983デフォルトの名無しさん2010/05/20(木) 17:06:37
>>981
ポリモーフィズムでググれ
0984デフォルトの名無しさん2010/05/20(木) 17:56:48
クラス名をctestとしている内はこの問題は理解しにくいよね
クラス名で目的が決まってるからこそ、関数名が同じであることに意味がでてくる
0985デフォルトの名無しさん2010/05/20(木) 19:58:30
いい言葉が出てこなかったのですが、その「クラスで目的が決まっている」って
部分が引っ掛かってた所でした。
このクラス名（目的）でこの関数はこの機能を持たせたいって意味で、名前は
同じだけど機能が違う物を定義してるってことでしょうか。

あとメインクラスの関数も呼ぶことができたのですね。

ありがとうございました。
レス数が950を超えています。1000を超えると書き込みができなくなります。