C++相談室 part137

**デフォルトの名無しさん** · 2018/07/14(土) 17:53:02.14

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part135
https://mevius.5ch.net/test/read.cgi/tech/1522495206/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1509780815/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレここまで -----

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2018/07/29(日) 07:02:10.69

>>413
>>419
>>420
ではお前らなりに論理的に検証になる方法を提案し、実行しろ。
「出来ないから出来ない」というのは止めろ。

>>417
元々はワッチョイの話だったのに、
都合が悪くなったからといってテンプレのみの話にすり替えるのは止めろ。

>>416
従来通り＝ワッチョイあり、例のテンプレは2に投下。
part136の1+3相当。

**デフォルトの名無しさん** · 2018/07/29(日) 07:25:09.88

なんでも良いけどC++の話題やれよ。
戯言は無視でええ。

**デフォルトの名無しさん** · 2018/07/29(日) 11:44:38.77

ｸｿﾆｰﾄを駆除するために
はよﾊﾞﾙｻﾝ焚けよ

こいつら害虫だからな

**デフォルトの名無しさん** · 2018/07/29(日) 11:51:12.53

ちなみに知恵遅れどものﾃｷﾄｰな回答のどこがおかしいか
ｵﾚはすべて回答してる

**デフォルトの名無しさん** · 2018/07/29(日) 12:37:46.37

プッシュ型スキャナ/パーサーはつなぎこみが楽だし、C++のテンプレートで使いやすい。
C++ Wayの一つとして研究されていいはず。

**デフォルトの名無しさん** · 2018/07/29(日) 13:09:38.19

Qiita落ちてる？

**デフォルトの名無しさん** · 2018/07/29(日) 14:24:58.96

そこらじゅうで暴れてるな
半角ニート

初心者のくせに強がっちゃって

**デフォルトの名無しさん** · 2018/07/29(日) 16:40:38.92

雑談も桶になるといいよな。

◆QZaw55cn4c · 2018/07/29(日) 17:23:58.49

>>353
＞お前もいつの間にパヨクになったんだ？
これは興味深い、>>350 のどこに、パヨク＝馬鹿左翼、を感じたのか、ちょっと教えていただけませんでしょうか？

**デフォルトの名無しさん** · 2018/07/29(日) 20:05:51.80

C++掲示板も終わりか。

糞なくせに自己主張だけは一人前のお坊ちゃまばかり。
メスもいるだろうが．．．

あんまり糞な事言ってると、後はわかってるだろうな

**デフォルトの名無しさん** · 2018/07/29(日) 20:08:42.56

こういう人に限って何度も蘇ってくる

**デフォルトの名無しさん** · 2018/07/29(日) 20:13:22.07

ｸｿはただのｸｿ袋
ｺｲﾂﾗはただのｳﾝｺ製造機だからな

ﾚｽ見ればすぐに分かる

**デフォルトの名無しさん** · 2018/07/29(日) 20:15:29.45

ｸｿﾆｰﾄどもがなんで
こんなしょうもないｽﾚの存続で必死なのか分かるだろ

居場所がｺｺしかないから
現実逃避の場所がｺｺだけだからな

簡単簡単

**デフォルトの名無しさん** · 2018/07/29(日) 21:17:20.23

イカれを演じて暴言吐いてないと日常の不安に耐えきれないんだろうな……
なんかひどく可哀想な人だ……

**デフォルトの名無しさん** · 2018/07/30(月) 00:40:10.37

デストラクタで
型Tのメンバ変数Aのデストラクタ（cout等記述）が呼びされるはずなのに
型Tのメンバ変数Aと同じアドレスを持ったデストラクタ（解放だけ行う）が呼びされるんだが
こんなバグ何が原因かわからないんだ助けてください

もちろん型Tのデストラクタは一種類しか宣言してないし
virtualもつけてるんだが…

**デフォルトの名無しさん** · 2018/07/30(月) 00:58:21.77

コードで示してくれ

**デフォルトの名無しさん** · 2018/07/30(月) 06:36:20.73

Linuxでベースクラスで持たせてて元の型にキャストしてたりする？

**デフォルトの名無しさん** · 2018/07/30(月) 08:41:35.39

C++で今まで作ったものってなんですか？
自分はとにかく競プロしかしてないので、なにか作りたいんですけどC++という言語でしかできないことがあまり思いつかなくて

**デフォルトの名無しさん** · 2018/07/30(月) 08:51:39.47

>>438
言語処理系はCで書くより楽だよ

**デフォルトの名無しさん** · 2018/07/30(月) 08:56:56.06

>>439
ありがとうございます！
系統で答えてもらって助かります

**はちみつ餃子** ◆8X2XSCHEME · 2018/07/30(月) 14:21:10.33

>>438
「できること」という意味では C と大差ないわ。
でも、プログラムの部品 (ライブラリ) に高度な抽象化を被せることが出来る。
要するに高レイヤでは楽できる可能性が高い。

レイヤを分ける必要もないような小さなプログラムでは
ありがたみを感じにくいかもね。

**デフォルトの名無しさん** · 2018/07/30(月) 19:42:11.85

>>441
ありがとうございます
確かにC++はそういう要素大きいですよね！
そこがいい部分で好きなんですけど、やっぱり難しい部分ですよね

**デフォルトの名無しさん** · 2018/07/30(月) 21:47:15.09

上のほうで、唇がメンタイコの欲深そうなのがいるな。

2chに引っ込んでいろや。屑が

**デフォルトの名無しさん** · 2018/07/31(火) 20:27:14.08

たらこじゃなくてか。

**デフォルトの名無しさん** · 2018/07/31(火) 21:48:26.82

明太子はたらこのこと
唐辛子を塗したやつは辛子明太子

**デフォルトの名無しさん** · 2018/07/31(火) 22:24:08.58

そっかｗ
素で辛子明太子と間違えたわ。

**デフォルトの名無しさん** · 2018/08/01(水) 00:24:00.80

アルゴリズム辞典みたいなものを手元に置いときたいんだが、最も支持されてるのってどれ？

・網羅性が高い
・支持されている（売れている）
・日本語版がある
・コード例はあってもなくても良くて、あるとしたら C/C++ か擬似コードで
という条件で
テーマ別に「どれとどれとどれを持っとけばまず問題ない」という言い方でもありがたい
とにかく網羅性を重視してる

**デフォルトの名無しさん** · 2018/08/01(水) 00:35:56.57

会社でC++書くことになったんですがコードが（ダブル）ポインタの嵐で読みにくいことこの上なくて辛いです
他にもstring使わずにchar配列だったり、vector使わずに配列だったり
Cのスタイルで書ける部分はできるだけCのスタイルで書くほうがやはり好まれるものなのでしょうか
前に個人でちょろっと書いたときはもうポインタ使わなくて済むならできるだけ使わないように！なんて思いながら書いてたんですが

**デフォルトの名無しさん** · 2018/08/01(水) 00:42:34.65

色々な事情があるのかも

Cからの移植とか

小規模だとヒープはトラブルの元なので極力使わないとか
そもそもヒープが無いとか

**デフォルトの名無しさん** · 2018/08/01(水) 00:56:47.14

>>448
ポインタ使わなくてもイテレータの嵐を渡り歩いたり
スマートポインタが何をしているのかを理解するには
ポインタを使う場合のノウハウ知識が必須だよ

stringやvectorを避けている箇所にはそれなりの理由があるから
極力思い込みを排除して状況をよく見たほうがいい

**デフォルトの名無しさん** · 2018/08/01(水) 01:01:22.52

>>447

合計\7,000--

珠玉のプログラミング本質を見抜いたアルゴリズムとデータ構造 | ジョン・ベントリー, 小林健一郎 |本 | 通販 | Amazon
ttps://www.amazon.co.jp/dp/4621066072

O'Reilly Japan - アルゴリズムクイックリファレンス第2版
ttps://www.oreilly.co.jp/books/9784873117850/

C言語による最新アルゴリズム事典の詳細情報 : Vector ソフトを探す！
ttps://www.vector.co.jp/soft/data/prog/se002453.html

**デフォルトの名無しさん** · 2018/08/01(水) 02:12:56.94

>>451
ありがとうございます。
最初のも辞典的なものなんでしょうか。

複数冊持つならばテーマ毎が良いかなとも思いましたが、特定のテーマに集中したものだと翻訳されているものが少ないのかもしれませんね。
2つ目と3つ目が部分的に補完しあっていることを期待して、両者とも購入しようかと思います。

**デフォルトの名無しさん** · 2018/08/01(水) 02:19:31.07

the art of computer programming
numerical recipes

ｺﾚしかないわ

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/01(水) 02:25:19.38

>>451
「C言語による最新アルゴリズム事典」はこないだ改定されて「C言語による標準アルゴリズム事典」という表題で売ってるぞ。
http://amzn.asia/cgZYRrQ
ロングセラーになりすぎたせいで「いつまで最新やねん」というのは常々言われづづけてたからなぁ。

**デフォルトの名無しさん** · 2018/08/01(水) 02:49:17.77

>>448-450
多分そいつは、Scott Meyers を知らないし、
ほとんどの言語に「Effective 何々」があることも知らないのだろうw

そいつに、Scott Meyers を知っていますかって聞けば？
プロで、江添亮とかScott Meyers を知らん奴は、いない

**デフォルトの名無しさん** · 2018/08/01(水) 06:52:26.90

会社に対してそいつ？

**デフォルトの名無しさん** · 2018/08/01(水) 07:00:43.17

stringやvectorはヒープなので、呼び出し回数の多い関数で毎回インスタンスを作る場合は処理時間に注意したいところ。

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/01(水) 07:02:13.71

まあ状況によるわなー。
後から伸長 (または縮小) が必要ないような固定長のデータを std::vector に入れるのは豪華すぎるので、
避けれるなら避けたいということは有りうる。

それでも今どきなら std::array を使って欲しいけど、
古いプログラムをツギハギしながら使ってるような場合にはなかなかそうもいかない事情があるのかもしれん。

単純には判断できないので、わかんないことはそれを書いてるやつに聞けとしか言いようがないんじゃない？

**デフォルトの名無しさん** · 2018/08/01(水) 07:40:49.09

stl使うと同バージョンのライブラリを実行環境にインストールするという考慮も増える

**デフォルトの名無しさん** · 2018/08/01(水) 07:53:02.77

えっ？
何か勘違いしてないか？

**デフォルトの名無しさん** · 2018/08/01(水) 18:55:57.40

やっぱり通になると、明太子ひとつ、辛子抜きで・・・とか注文するんだろな。

◆QZaw55cn4c · 2018/08/01(水) 19:05:43.34

>>447
https://www.amazon.co.jp/dp/4774196908
今年になって改訂版が出たらしい、だれかレビュー頼みます

**デフォルトの名無しさん** · 2018/08/01(水) 19:11:49.62

>>462
第2刷買ったっけな。役に立ったと思う。

**デフォルトの名無しさん** · 2018/08/01(水) 19:41:42.72

>>462
板を荒らすのやめろよ

**デフォルトの名無しさん** · 2018/08/01(水) 20:37:51.59

ポインタの件ですが参考になりました。まぁこっちはほぼ初心者で相手はベテランの上司なので何も言えない聞けないってとこですね
stackoverflowとか読んで生ポインタあんま使うなスマポ使えオブジェクト使えるときは使えみたいなこと書いてあるの見るとこれでいいのかなって思いますねええ

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/01(水) 23:13:55.56

std::unique_ptr は実行時の速度ペナルティもほとんどないので、避ける理由はあんまりないよな。
例外がとんだ時のロールバックについても面倒なことを考えなくて良いし。

**デフォルトの名無しさん** · 2018/08/01(水) 23:34:41.68

たぶん、Scott Meyers とか「Effective 何々」とか、知らんのだろ

たぶん正常に動作する、過去の資産を持っていて、それをコピーして使う作り方なのかも

現場でよくあるのは、サンプル欲しいと言うと、過去のソースコードを持ってきて、
これは動くから、そのままコピーして使って下さいと言われる

新しい事をしようと思うと、環境構築やらで、動かない部分が出てくるので、非常に面倒

それに過去のソースコードは、あちこちで使われているから、バグが少ないという実績があるけど、
新しく作ったものは、バグ出しが大変。
安定するまで、かなりの期間が必要

よほどの理由がない限り、新しく作らない

**デフォルトの名無しさん** · 2018/08/02(木) 03:53:49.14

>>451
どれか一つで良くね
ほとんど被ってるっしょ
あえて選ぶならアルゴリズムクイックリファレンス

網羅性ってヤツを追及するなら、同じようなもんいくつも買うんじゃなくて自分で言ってるようにテーマに特化したものを買うしかない
名前忘れたけど文字列アルゴリズムのアレとか

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/02(木) 06:10:43.23

>>447
Knuth の「The Art of Computer Programming」もその条件に当てはまると思う。

**デフォルトの名無しさん** · 2018/08/02(木) 07:12:52.80

圧縮アルゴリズムなんか、本で憶えたんじゃなく
FAXだとかモデムみたいな具体的なブツで憶えたな

その他のアルゴリズムも単行本より雑誌で
憶えたのが多いし

**デフォルトの名無しさん** · 2018/08/02(木) 10:20:23.60

そのあたりのアルゴリズムはCマガで覚えた

**デフォルトの名無しさん** · 2018/08/02(木) 10:41:45.24

>>468

これ？

高速文字列解析の世界――データ圧縮・全文検索・テキストマイニング (確率と情報の科学) | 岡野原大輔 |本 | 通販 | Amazon
ttps://www.amazon.co.jp/dp/4000069748

「高速文字列解析の世界」サポートページ - daisuke.okanohara
ttps://sites.google.com/site/daisukeokanohara/iwanami_string_world

**デフォルトの名無しさん** · 2018/08/02(木) 11:27:51.52

そのジャンルは大体の場合は条件固定じゃないからツール類を使ったほうがいい

**デフォルトの名無しさん** · 2018/08/02(木) 17:47:42.68

>>447,451,468
蟻本の参考文献揃えるのがおすすめ

**デフォルトの名無しさん** · 2018/08/02(木) 17:50:02.28

って思って確認したらそんな良くなかったスマン

◆QZaw55cn4c · 2018/08/02(木) 19:12:17.99

>>470
文書圧縮について手元に置いていつも参照しているのは
https://www.amazon.co.jp/dp/478983672X/
今は、jpg の本が欲しいと思っていますが、なにかいいのはありますか？

**デフォルトの名無しさん** · 2018/08/02(木) 19:38:11.37

C++極めたいんだけど、どうすれば極められる？
仕事はJavaScriptが主です
今はアルゴリズムの本読んでるのですが、個人的にはC++ドラフトの間違いを指摘できるレベルになりたいです

**デフォルトの名無しさん** · 2018/08/02(木) 19:48:55.00

そんな事を人に聞いてる様じゃ一生無理

**デフォルトの名無しさん** · 2018/08/02(木) 19:57:10.95

>>477
oracle Solaris Studio の開発者になるとか
ホワイトスミスに弟子入りするとか
じゃね？

**デフォルトの名無しさん** · 2018/08/02(木) 20:52:27.89

>>478
いや実際C++使ってる職場少ないし、どうやってレベルを上げればいいのか分からん
オープンソースを読むくらいしか思いつかない
>>479
ジョークはいい

**デフォルトの名無しさん** · 2018/08/02(木) 21:22:49.70

コンパイラ読めないと話にならんのじゃないか？

**デフォルトの名無しさん** · 2018/08/02(木) 21:53:24.64

>>480
職場に何を頼るの？

**デフォルトの名無しさん** · 2018/08/02(木) 22:18:49.50

>>476
jpegが赤に弱いなんてのも
ギョーカイの人とのおつきあいで
ホーソレデ氏になった

**デフォルトの名無しさん** · 2018/08/02(木) 22:24:42.73

>>480
読んでばかりじゃなくて自発的に自分で実際に書いてみないことには、いつまでたってもたいして身に付かないだろう。
極めたいなら、言語仕様の一つ一つを実際に使ってみて具体的に役立つケースや制限、制約、限界を体感して、メリットデメリットを洗い出すくらいのつもりで試してみたら？

**デフォルトの名無しさん** · 2018/08/02(木) 23:26:26.75

>>482
嫌‥
>>484の言うとおり実践的な立場かな
>>484
それはもちろん分かる

**デフォルトの名無しさん** · 2018/08/03(金) 02:17:39.89

>>485
まずは仕事で使う自作ツールをC++で書くとか
千里の道も一歩から

**デフォルトの名無しさん** · 2018/08/03(金) 02:23:34.66

自作ツールはまず、スクリプト言語でやってみて、速度面などで不満があった時だけC・C++に置き換えるのがいいと思うけどどうなの。
スクリプト言語とコンパイル言語の使い分けを覚える良い機会になる。

**デフォルトの名無しさん** · 2018/08/03(金) 02:28:52.17

>>487
目的が自作ツールを作ることならそれで間違ってないが
C++を極めることが目的みたいよ

**デフォルトの名無しさん** · 2018/08/03(金) 07:41:26.05

極めると言うても、次の規格が出たらもう過去の知識だし、
いくら頑張っても到達できないゴールのような気がするなぁ。
規格を作る側に入り込めるなら話は違うかも知れんが。

C++は、自分より後ろにいる人をバカにするのが好きな人も多い感じだけど、
「そんな奴にはならん方がええ」

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/03(金) 08:11:10.53

ある程度の言語機能しか使わない範囲でも使い物になるように C++ は設計されてる。
ある程度を学めばその範囲内でも実務に使える。
もちろん深い理解があればプログラムをよりよく構成できるので、
実務に使いながら平行して段階的に学ぶということが出来る。
このことは設計者が著した D&E に書かれてる基礎理念のひとつだ。

地に足の着いた、現実的なものとして設計されてるんだよ。
だから、言語としての C++ だけに偏って学ぶのはお勧めできない。
言語として不格好な部分も現実の中では相応の合理性があったりして、
それを学習するのに適しているのは現実のプログラミングだと思う。

ただ、余談だけど、段階的に学べるようにというのはスタート地点として C を想定しているように思う。
C が当然の基礎知識としてあった時代には
そこからシームレスに C++ を学んでいけるように設計するのは妥当な選択だったかもしれないが、
今の時代には C++ の中の C の部分は色々と足を引っ張ってもいるので
歴史が長いと泥臭い部分も積み重なっていくものだなぁと思いました。 (小並感)

**デフォルトの名無しさん** · 2018/08/03(金) 10:14:53.94

20年近く使ってるけど、ドラフトとか目にしても
「こんな機能来るんや！」ってwktkするだけだな
規格を知ってれば極めてる、みたいな風潮が最近あるけど間違いやで
言語はあくまで道具だから使ってなんぼ

**デフォルトの名無しさん** · 2018/08/03(金) 10:29:03.00

みんな深いレスありがとう
ただ自分はどうしても諦めきれないので、仕事以外の時間は、C++に関するサイトや書籍やコーディングに費やすことになると思う
Pythonは学ぼうとは思ってるけどね

**デフォルトの名無しさん** · 2018/08/03(金) 10:49:41.39

ttps://github.com/python/cpython/tree/master/Python

今ならpythonのソースコードもオマケで学べるよ

**デフォルトの名無しさん** · 2018/08/03(金) 12:16:04.74

>>493
ありがとう
こういうのはいいですね

**デフォルトの名無しさん** · 2018/08/03(金) 15:41:42.81

スクリプト言語には、ハッシュテーブルやディクショナリなどと呼ばれるキーと値の組を保存するコンテナ機能が存在する。
一般に高速とされるC++だが、実は、ハッシュテーブルだけはスクリプト言語の方がアクセス速度が速かった。
ただし、C++におけるstd::mapだけがハッシュテーブルに該当した頃の話。

今は、std::unordered_mapがあるのでスクリプト言語と同等以上の速度でハッシュテーブルにアクセス可能になっている。

**デフォルトの名無しさん** · 2018/08/03(金) 18:32:37.47

mapはハッシュテーブルに該当しないだろ。
そういうときは辞書とかマップとか連想配列とかと呼ぶべきだ。

**デフォルトの名無しさん** · 2018/08/03(金) 18:52:42.14

mapは連想コンテナだが

**デフォルトの名無しさん** · 2018/08/03(金) 19:03:27.95

ハッシュテーブルじゃない

**デフォルトの名無しさん** · 2018/08/03(金) 23:13:28.65

クラス設計で悩んでいるんだが、みんなの意見を聞きたい
やりたいのは、いわゆるデザインパターン template methodを使ったクラス設計

class Parent {
public:
void execute() {
method1();
method2();
method3();
}
private:
virtual void method1();
virtual void method2();
virtual void method3();
}

子クラスのChild1, Child2でmethod1(), method2(), method3()をそれぞれオーバーライドして処理を分けている
ここで、Child3を追加しようと思うんだけど、method1()の内容はChild2::method1()と全く同じになる
これをどう実装しようかいろいろ悩んだんだが、どれもピンとこない。
そもそも最初の設計がおかしーんじゃねーの？とかこうしたらよくない？とかここおかしくね？とか意見あったら頼む
一応以下は自分が考えていること

①Child2, Child3の親クラスを抽出して、そっちに共通処理として書く
→実装のために継承関係を作るのはあまりよくない気がする
②別クラス（Utilクラス？）を作ってそっちにまとめる
→メンバ変数とか使ってると少し面倒かな。本質的でない気もする。
③Child3::method1()->Child2::method1()とコンポジション的にする
せっかく横のつながりができないようにしてるのに、ここでできるのはよくない
④親クラスに共通メソッドを作って、Child2::method1()とChild3::method1()はそれを呼ぶ
→しっくりこないけど、妥協点かな・・・
⑤しゃーないChild2::method1()コピペで！
→これはまあ論外かな、時間が全くないときの最終手段

**デフォルトの名無しさん** · 2018/08/03(金) 23:20:08.01

Child3をChild2の子にすれば？

**デフォルトの名無しさん** · 2018/08/03(金) 23:22:51.86

共通処理を継承関係と無縁なtemplate関数にできないか検討してみては？

**デフォルトの名無しさん** · 2018/08/03(金) 23:26:40.59

>>500
それは多分なんらか整列の問題でやりたくないんだと推測
俺なら４かな・・・

**デフォルトの名無しさん** · 2018/08/03(金) 23:28:34.49

４の改良？として
実装ファイルの無名スコープにvoid method1(const Parent& p)かな

**デフォルトの名無しさん** · 2018/08/03(金) 23:36:56.13

派生させるんじゃなくてメソッドの処理を別クラスにして移譲させるんじゃないの？

**デフォルトの名無しさん** · 2018/08/04(土) 00:12:06.53

>>499
> 実装のために継承関係を作るのはあまりよくない気がする
と言いつつ
> 親クラスに共通メソッドを作って、Child2::method1()とChild3::method1()はそれを呼ぶ
とか意味わからん
全然関係ないのにたまたま一緒になったと言うなら
> しゃーないChild2::method1()コピペで！
しかないと思うが

**デフォルトの名無しさん** · 2018/08/04(土) 00:38:11.84

コーディング規約で、引数や戻り値に参照型は使うな。わかりにくくなるから。ポインタで渡してポインタで返せ
ってことになってるんですけどこれ一般的な考え方なんですかね。生ポインタ使いまくりの方がよっぽどわかりにくいと思うんですけど

**デフォルトの名無しさん** · 2018/08/04(土) 00:53:09.47

そんなことよりﾒｿｯﾄﾞでｸﾗｽのｲﾝｽﾀﾝｽが変更されない場合
そのﾒｿｯﾄﾞにちゃんとconstつけろよ

引数でｸﾗｽ使う場合も、そのｸﾗｽのｲﾝｽﾀﾝｽが変更されない場合
その引数にちゃんとconstつけろよ

わかった？

**デフォルトの名無しさん** · 2018/08/04(土) 00:58:03.49

>>506
言ってることがわからなくはないが一般的ではないと思う
むしろ参照のほうが一般的な気がするな

**デフォルトの名無しさん** · 2018/08/04(土) 01:05:30.18

引数については、読み書きする引数は注意をひくためにポインタ渡しにして、読み取りだけの引数は参照渡しにするといいのでは。
戻り値については、失敗したことを意味するNULLを使えるのでポインタのほうがうれしいかも。

**デフォルトの名無しさん** · 2018/08/04(土) 01:06:58.94

>>499
execute が virtual でないってことは
Parentを基底にしてコレクションしなくてもいいってことでOK?

>>501 の言うように template で mixin 的に書いたら　こんな感じになったー
https://ideone.com/CcRHnO
ChildがKlassになって兄弟関係がなくなってる

**デフォルトの名無しさん** · 2018/08/04(土) 01:12:24.24

戻り値なんか全部intでいい
0未満ならすべて一貫してすべてｴﾗｰ
失敗がありえないﾌﾞｰﾘｱﾝだけはかろうじてあり

引数をﾎﾟｲﾝﾀで渡せないとNULLを渡して処理したい場合の処理ができない
そういうとき困るから全部ﾎﾟｲﾝﾀで

**デフォルトの名無しさん** · 2018/08/04(土) 05:12:55.60

素人ばっかりかw
「More Effective C++」の項目1 だろ

Effectiveも読んでいない奴が、プログラミングやってるのが不思議。
どの言語でも、Effectiveは、入門書の次に読む本やぞ

参照は、確実にNULL じゃない場合。
また、参照に再代入はしない事

**デフォルトの名無しさん** · 2018/08/04(土) 05:25:27.41

HRESULTも知らないヒヨッ子がいきってるな

**デフォルトの名無しさん** · 2018/08/04(土) 06:40:25.30

参照に再代入ってどうやんの

**デフォルトの名無しさん** · 2018/08/04(土) 07:29:12.24

cからのコードが多い場合は統一のために参照渡しにしないってのはあるかな。

**デフォルトの名無しさん** · 2018/08/04(土) 07:33:54.06

extern "C"に参照渡しなんかするかよ

**デフォルトの名無しさん** · 2018/08/04(土) 07:42:44.96

たかが参照にストレスを感じるようになったら、C/C++プログラマをやめた方がいい。引退時。

**デフォルトの名無しさん** · 2018/08/04(土) 08:00:44.90

>>506
C++を知らない老害が自分の為に決めた規約
積極的に逆らおう

**デフォルトの名無しさん** · 2018/08/04(土) 08:29:49.29

私見を言わせてもらうと、多様性を受け入れ状況に合わせて柔軟に合わせていくのもプログラマあるいは技術者の重要なスキルなので、
一神教的な偏狭な人は若年性認知症とまで言ってのける気はないがかなり情報処理能力が低くなっているはずなので、プログラミングをやめた方がいい。

**デフォルトの名無しさん** · 2018/08/04(土) 09:34:28.56

プログラミングがどうこういうより国語を勉強しろ。