C++相談室 part131 [無断転載禁止]©2ch.net

2017/07/29(土) 11:28:28.97

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

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

前スレ
C++相談室 part130
http://mevius.2ch.net/test/read.cgi/tech/1490917669/

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

■長いソースを貼るときはここへ。■
　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

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

2017/08/31(木) 17:03:23.95

さあねえ
俺はポインタを知らんやつにイテレータを教えたことがない
それを馬鹿にしたければするがいい
じゃあ、あんたはどうやって教えたのか、こっちが聞きたい

2017/08/31(木) 17:29:30.90

>>456
その場でイテレータを使うだけなら必要ないが、それでは何故か動くおまじないになるだけ
マンツーマンじゃあるまいし基礎を理解していない者に教えるのは疲れるし両者にとって不毛だ
複雑な実装のイテレータを理解しろともコンピュータの仕組みを理解しろとも言ってないし
キーワードだけ見つけて何がなんだか分からない助けてくれと言う前に簡単な基礎からやれという指摘はおかしいか？

2017/08/31(木) 17:43:42.94

>>453
ちがうちがう
イテレータっていうのは繰り返しの抽象化だから、ランダムアクセスだのなんだのってのはおまけ
ポインタっていうのはアドレスに少し機能を付け加えたもの

リストのイテレータはリストのポインタと関係ないが、リストの特別版である配列のイテレータは配列のポインタと互換がある
だから、イテレータの操作とポインタの操作に互換があるというのは間違えてる
人に教える前にデータ構造について一から勉強しなおしたほうがいいのでは？

2017/08/31(木) 17:59:29.96

ポインタに限ったことではなく、イテレータでもハンドルでも
「何が」「どこにある」という情報を持つもの、という概念を説明するとき

ポインタが最も直接的な実装となっているので
具体的なアドレス値を図に書いて説明できるし
復習するにも実測値でその図を書いてみることができるし
デバッガでも関係性を追ってみることが出来る
++で何をどう増やしているのか、比較とはどういうことかも
実測値から直感しやすい

そして、それで憶えたことがvectorのイテレータでならとりあえず通用する
そこからlistだとかistream_iteratorだとかへと差分学習で進めば楽だし
algorithmもポインタさえ知ってればとりあえず使えて
そこからまた差分学習でイテレータで使う場合を憶えれば楽という経験則

何か間違っているかね？

2017/08/31(木) 18:04:14.09

誰かさんみたいに、ちがうちがうと自分の繊細さに酔うやつが
学習者の思考を丹念に潰しやる気を削いでいく有害な騒音源となる

語学の先生にもいるだろ？

2017/08/31(木) 18:05:11.71

イテレータはポインタに似せたというよりは、部分的にポインタと共通のインターフェイスに抽象化されたものであって、
C にも有ったポインタという機能と新しい機能を無理なく (?) 統合するアイデアでしょ。
だから、どちらが先にありきと言えるものではないけども、
大抵の C++ 入門書だと時代的に早く出現したポインタを先に説明するのが一般的だと思うし、
初心者がその流れに沿わない学習をしているのだとしたら
体系的に学ぼうとせず場当たり的に調べてるんじゃないのと疑うって話じゃないかな。

前提がちゃんと出来上がってない人の質問にきちんと答えるのは無理だよ。
だからこれとこれを先にやった方がいいよっていうのは誠実な回答だよ。

2017/08/31(木) 18:10:20.20

>>459
マジでアスペか
実用上どのように使うかって話をしてるのに、聞いてもいないのに一人で勝手に賢いイテレータの定義の話をしている
お前は>>412と>>419と>>422を100回読んでから入門サイトでどんな説明をしてるか見てこい
俺はその上で質問者のやろうとしていることは、ポインタを操作することと同じなのでまずポインタを理解してくれと言っている

2017/08/31(木) 18:24:58.66

>>462
は？　イテレータは少なくとも1993年以後にできたもので
ポインタはBにもあったもので、どちらが先にありきは明白だ

イテレータの設計にあたりポインタを意識しなかったなんて珍説を唱えるには膨大な説明がいると思うが
おまえやってみるか？

2017/08/31(木) 19:01:39.56

33e4-p7enの主張が二転三転していて何が言いたいのかわからん

2017/08/31(木) 19:05:47.57

std::optionalもアクセス構文が同じだから、使うにはポインタの知識が必要なのかな

2017/08/31(木) 19:07:29.54

>>463
必要なのは配列とインデックスと有効範囲だけだろ。ポインタを説明する必要は無い。

2017/08/31(木) 19:17:27.06

>>467
使うために必要かどうかではない
ポインタはC++を使う上で知ってて当たり前
ID:95r+Hm0D0 みたいに添字しかわかんねえと言われたらお前はそれよりもポインタからだとなる

2017/08/31(木) 19:20:33.91

もうやめてくんない？
誰もイテレータの成り立ちなんて興味ないのよ

2017/08/31(木) 19:20:55.53

好きな順で覚えればいいよ

2017/08/31(木) 19:27:09.07

初心者に配列管理を説明するのにわざわざポインタ持ち出すな、つうてんの。そういう事言ってるから老害なんだよ。
range-based forを説明した方がよっぽど有益だわ。

2017/08/31(木) 19:33:38.32

>>460
もちろんvectorを例にイテレータとポインタをまとめて教えるのは一つの手段として有りだと思うよ
ただ、何度も書いてる通りポインタとイテレータは独立した概念だから、その差分学習は論理必然じゃない

現に、俺は学部時代に授業でプログラム習ったときは、vectorのような連続領域じゃなくlistのような抽象リストで習ってるし
ポインタはCの授業で、アドレスの抽象として習ってるし、イテレータはデザパタの本で知ったからね

どの学び方がいいかは人それぞれなんだろうけど、独立した概念を一緒だよとか変な方便使うのは間違ってると思うよ

2017/08/31(木) 19:34:33.87

>>471
まぁ今ならコレだな

2017/08/31(木) 19:47:11.97

>>471に一票

2017/08/31(木) 19:58:01.09

>>471
この意見はさすがに論外だわ
ポインタは難しいものでもややこしいものでもないから、ちゃんとした読み物があれば問題なく理解できる
難しいなら後回しにしてもいいならわかるが、最初から教えないというのは学習の機会を奪っているとさえいえる

2017/08/31(木) 20:02:22.38

>>443
はげどう

>>444
言語選ぼうよ；；

>>445
イテレータはポインタの概念を引きずってゐる
プログラムの動作を簡明に表すという意味では
配列の構文さえあれば十分なのに、

※ 個人の感想です

2017/08/31(木) 20:04:46.13

老害が多いな
ソフトをやるならアセンブラからとか言いそうな勢い

2017/08/31(木) 20:08:55.54

尤も、C++の配列とか要素型であるクラスの継承とか多態性を表現しきらん欠陥品ではあるのだが
（インターフェースの配列はポインタの配列としてやるしかない；；
それゆえにやっぱC++で入門するなら中身知っとけと、

2017/08/31(木) 20:10:07.84

>>475
あなたに教えを請う人がいれば、あなたが教えたいように教えたらいい

2017/08/31(木) 20:11:27.89

>>478
STLはテンプレートライブラリだから、動的なポリモーフィズムにガッツリ対応してないのは当然だし、
そーいうのがほしけりゃ自分で書けばいいだけ

2017/08/31(木) 20:17:41.92

>>480
左様動的なポリモーフィズムにガッツリ対応したコンテナクラスのテンプレートを
曲がりなりにもかけるようになってからがC++の入門編

抽象化された上位レイヤーの知識だけあれば詳細は知らなくて良い、というのは
漏れのない抽象化が達成された後のみ通用する話だが
ずんねんながらC++はそうではないし言語の性格上っ今後とも永遠にそうはならない

2017/08/31(木) 20:25:29.52

>>471
その有益というrange-based forを説明してくれよ。

2017/08/31(木) 21:08:08.63

>>482
そこは流石にググれよ

2017/08/31(木) 21:11:56.48

このなげぇクソはいつ終わるんだ

2017/08/31(木) 21:32:29.56

>>483
悪いが馬鹿老害は黙っててくれないか。

若い人がせっかく説明したほうが有益だと言ってくれてるのだから。他の人も賛同してくれてる。

2017/08/31(木) 22:00:17.40

期待を裏切らない>>474

2017/08/31(木) 22:12:11.60

みんな、ちゃんとアセンブラから勉強しろよwww

2017/08/31(木) 23:18:28.91

>>464
いや、もちろん意識してるだろ。
そう書いたつもりだけど、どこをどう読んだんだ？

2017/08/31(木) 23:19:12.52

>>471
おまえさ、じゃあ配列の添字は何だと思っているわけ？
「どこにある」という情報をもつもの、という点で同じだぞ
だから for(i = first ; i != last; ++i) において first や last や i が
整数であろうがポインタであろうがイテレータであろうが
同じ論理が通用するんだろうがよ
ポインタで範囲外アクセスこくような大馬鹿者が
整数ならそんなことないとでもぬかすのか？

2017/08/31(木) 23:24:55.90

>>472
おまえC++やCよりも前に何かやってただろ
俺だってC++をCより先に憶えたクチで
そんな真似ができたのはアセンブラ使いだったからな

間接の概念をまっさらから憶えるのに
イテレータは無駄に難しいマゾプレーだつってんだ
ポインタわかっててもハンドルで悩むやついるくらいで
それに輪を掛けて++まであるのがイテレータであって

2017/08/31(木) 23:27:04.06

>>488
悪かったよ
そのようで

2017/08/31(木) 23:32:03.77

>>471
まだ説明してないのか。説明頼むよ。キミが言い出したことなんだよ。

2017/08/31(木) 23:40:32.47

（void*以外の）ポインタ自体も生のアドレス概念からは抽象化されている。
指されるオブジェクトの型やサイズを持っているんだからね。

それをさらに（ある方向に）抽象化したものがイテレータなんであって、そのように段階を追って
抽象化されていくストーリーを語るのは初心者向けにも有意義だと考える。

2017/08/31(木) 23:59:46.91

イテレータに限らないけど抽象化されたものは抽象化されたままで扱わないと抽象化した意味がなくて、
(内部の実装を意識しなきゃならないのなら抽象化の甲斐が無い。)
一方では、その抽象化を作る側になることもあるので抽象化が出来上がるまでは抽象化の内側も知ってなきゃいけない。
つまり、層を積み重ねるたびに抽象化の壁を作っていくってのがプログラムを構成する基本的なやり方だろう。
だから、プリミティブな方から積み重ねながらその抽象化が意味するところを学ぶってのは普通の方法だと思う。
そういう意味で >>493 に賛成。

抽象化の内側を知ってしまった人が抽象化の壁の向こうを忘れて抽象化されたものとしてだけ
扱うってのはそれなりにセンスがいるんじゃないかとも思うんだけど、
C/C++ の背景にあるセマンティクスは良くも悪くも機械の理屈なんで、
どうあがいても高級アセンブラだと割り切って泥臭いポインタの側から学ぶのがいいと私は思うよ。
その泥臭いところを頑張って隠してるのが C++ ってもんなんで、
泥臭いところを知ったら C++ の色んな機能が「あー、こういうの欲しかったわー」ってなってありがたみを感じる。

2017/09/01(金) 00:30:44.48

ストラウストラップが言うにはC++は
低レイヤーにアクセスできる機能とオーバーヘッドが無く使いやすいように隠蔽できる機能を持っている言語というようなことを言っていて
低レイヤーの部分を知らなくていいとは言っていない

2017/09/01(金) 01:02:22.22

アセンブラの代替言語なのだから当たり前だ。用途もOSやドライバ、マイコン向けばかりだ。
COBOL、FortranやPerl、C#やJavaの代わりに使う人などいない。
低層を隠蔽する機能などお呼びではない。

2017/09/01(金) 02:01:03.59

いやCOBOLの代わりには使うぞ
Fortranの代わりつーとCな客はいたねえ

2017/09/02(土) 16:34:51.42

http://opencv.jp/cookbook/opencv_img.html#image-resize
ここのソースコードをコピペしてコンパイルしようとしたのですが
関数 `cv::Mat::release()' 内:
test.cpp:(.text._ZN2cv3Mat7releaseEv[_ZN2cv3Mat7releaseEv]+0x47): `cv::Mat::deallocate()' に対する定義されていない参照です
collect2: error: ld returned 1 exit status
このようなエラー文が出てしまいます
使っているOSはdebian stretchです
/usr/include/opencv2には必要なファイルはありました
どのようにコンパイルすればいいのでしょうか

2017/09/02(土) 16:50:32.70

環境依存すれってなくなったの？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-dw5s) · 2017/09/02(土) 16:53:40.92

>>498
ライブラリをリンクする。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-dw5s) · 2017/09/02(土) 17:01:02.17

>>500
【初心者歓迎】C/C++室 Ver.101【環境依存OK】 [無断転載禁止]??2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1500329247/

2017/09/02(土) 17:02:35.03

ないすー。

2017/09/02(土) 17:03:12.44

>>501
すみませんでした
こっちで質問してみます

2017/09/02(土) 18:03:57.34

c++に限った話じゃないんだけど参考書
とかだとメソッドの後にフィールドが
書かれてる事が多いようだけど、それが
一般的なの？

2017/09/02(土) 18:45:42.87

ちがう
一般的にはフィールドたるメンバ変数の方が先に来る

学習の都合で、メンバ変数を先に説明した方が、どう考えてもラク
メンバ関数を先に説明すると、入門書を読むレベルの初心者は間違いなく混乱するので、そんな参考書はまず見かけない

そもそもメソッドの中で使う変数は始めに宣言しておかないと使えない

結論としてはあなたが用語の取り違えをしてる……としか

2017/09/02(土) 19:04:41.89

クラスのレイアウトの話じゃなくて？

2017/09/02(土) 19:23:47.80

レイアウト、というとデータの並び順の意味にとられかねず語弊がある

2017/09/02(土) 19:28:16.32

じゃあ宣言の順序

2017/09/02(土) 19:57:46.29

public、protected、privateの順に書いていくと
自然と変数はpublic関数の次に来るわ

2017/09/02(土) 21:02:43.47

普通アクセス修飾子の順じゃなくてフィールド→メソッドの順じゃないの
カプセル化するから変数なんてほとんどprivateだろうし
変数は変数でまとめて書いてもらわないと混乱する

2017/09/02(土) 21:08:20.92

ユーザーにとって重要な項目から順に書く
つまり、public→protected→privateで
ユーザーに見せる必要のないprivateは一番下で

2017/09/02(土) 21:13:48.77

変数の宣言と関数の宣言の順序がどうでも良いのは自明
メンバ関数の定義がメンバ関数内で使用するメンバ変数の宣言に先行する場合も実験する限り合法
（規格に具体的にどういう文言で規定してあるのかは知らん

まあ定義時点で不完全な型やら値やらはテンプレートの定義で頻出するから
あんま定義と宣言の順序にこだわらない処理系の作りなのだと納得しておく

しかしなぜかテンプレートの引数でない型の定義（または宣言）と使用には厳格な順序を求められる…
次のコードはビルドが通らない
class Baz {
// struct Bar; // 左のコメントアウトを外したら逝ける
　void foo(Bar& b);
　struct Bar { int x, y; }
};
多分Cとの互換性のために仕様がﾜｹﾜｶﾒになった例

2017/09/02(土) 21:17:46.72

ルールが存在してwell documentedで、ガバナンスがきいていることが重要
お前らのオレオレ哲学なんかどうでもいい

2017/09/02(土) 21:19:59.11

ああそっか、プロトタイプ宣言しなきゃいけないんだっけC++は
C#の脳で考えてたわ

2017/09/02(土) 21:51:57.26

>変数の宣言と関数の宣言の順序がどうでも良いのは自明

自明かねぇ
C++11は問題になる例が思いつかないがC++98,03,14はどうでも良くない

2017/09/02(土) 22:01:20.86

コンストラクタ実行時のメンバ変数の初期化の実行順が、初期化子の記述順ではなくクラス定義での並び順に従うっていうのがあった気がするけど、新しい規格では変わったんだっけ？

2017/09/02(土) 22:10:24.95

>>516
うそーん、初期化子の記述順＞クラス定義の並び順だと思ってた。
てか、宣言の並び順は無関係？
そら、警察官も道行く江添さんに聞きたくもなるわｗ

2017/09/02(土) 22:21:28.04

>>516
微妙な表現以外、特に変わったという話は聞いたことがない

C++03 12.6.2/5
Then, nonstatic data members shall be initialized in the order they were declared in the class definition (again regardless of the order of the mem-initializers).

C++20 draft 15.6.2/(13.3)
Then, non-static data members are initialized in the order they were declared in the class definition (again regardless of the order of the mem-initializers).

2017/09/02(土) 22:37:32.53

>C++11は問題になる例が思いつかないがC++98,03,14はどうでも良くない

とか書いてるから何か制約が無くなるような変更があったのかと思って聞いたんでない？

2017/09/02(土) 22:39:43.42

ちな漏れがどうでもよい（どんな順序でも問題ない）と言ったのは
変数の宣言と関数の宣言の順序（どちらを先にするか）だからな
これ豆な

2017/09/02(土) 23:00:05.29

C++11でもこれがあったか
struct A {
　int m;
　decltype(m) /*←mは先に宣言が必要*/ f() { return m; /*←mは後でもいい*/ }
};

C++11で緩和されたのは11章のどっか(忘れた)

2017/09/03(日) 15:24:44.62

static メンバ関数と friend 関数の使い分けについて教えてください
どちらも似た機能だと思ってしまうのですが‥

2017/09/03(日) 15:42:16.65

あ～、そんなこと考えたことなかったけど、クラス (メンバ関数) 内部から見たら近いっちゃ近いのかも？
クラスを定義する側じゃなくてそのクラスを使う側の気持ちで考えて。

2017/09/03(日) 15:47:48.54

friend 関数は public で，static メンバ関数は private で，て感じでこの前は書きました
普通はどうするものかをお聞きしたいところです

2017/09/03(日) 15:55:23.63

すまんけど自明すぎてどう使い分けるとか説明できない。
使い分け以前にそもそも理解できているか怪しいと思う。

2017/09/03(日) 16:12:00.06

何度も宣伝するようで気が引けますが，前に書いたのは >>158
演算子のオーバーロードに絡むものは基本 friend で，内輪で使うものは private の static メンバ関数で，
くらいの線引きをしています．
書いてみてわかったのは「自明」という感じはしないこと，かな，考えてみれば friend 関数って他の言語にはなさそうです

2017/09/03(日) 16:48:05.14

何で？　operatorはグローバルに出さなくても多重定義候補に挙がるぞ
俺は別の理由でoperatorをグローバルにする傾向があるが

◆QZaw55cn4c (ﾜｯﾁｮｲ 7fef-6h2J) · 2017/09/03(日) 17:05:16.51

>>527
http://codepad.org/8Z3c2obA
ほー，これは不思議だなあ‥
friend をはずすとコンパイルできない
friend をつけてしまうと public に置こうが private に置こうが関係ない，という認識であっていますか？

2017/09/03(日) 17:23:08.48

何が不思議？
friendを外すとメンバoperator+に過剰な仮引数となりエラー
friendは「メンバではない」のでアクセス指定は無関係
1点だけ気になるのが、friendは当該クラス自体と同じスコープに新しい識別子を導入しないはず・・・
識別子はoperator+で、これのみは某か標準のヘッダで既に宣言されているということか？

◆QZaw55cn4c (ﾜｯﾁｮｲ 7fef-6h2J) · 2017/09/03(日) 17:29:26.39

>>529
＞operator+に過剰な仮引数となりエラー
つまり operator+ の >>528 とは違うもう一つの呼び出し書式にしないといけないわけですね．
でもこの場合は private に置くとコンパイルできない
http://codepad.org/RLo9fKuI

friend はアクセス制御如何にかかわらず「強引にpublic にする」ように見えますね‥わからない‥

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-dw5s) · 2017/09/03(日) 17:31:44.96

friendなら、その人のプライベートにアクセスできる。それだけの意味。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-dw5s) · 2017/09/03(日) 17:33:29.06

ある人のfriendなら、その人のプライベートにアクセスできる。

2017/09/03(日) 17:36:12.98

>>531
>>522 をどうかよろしくお願いいたします．

2017/09/03(日) 17:39:19.97

>>530
強引にpublic・・・で憶えやすいならそれでいいんじゃね？
ちな俺の憶え方はメンバでないものをどうやってprivateにするんだ、だ

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-dw5s) · 2017/09/03(日) 17:40:51.54

あるクラスX内部のstaticでpublicな関数fは、Xのインスタンスの存在に関係なくX::fという名前でアクセスできる。
あるクラスX内部のfriendな関数gは、X内部のプライベートなメンバーm_aにアクセスできる。

2017/09/03(日) 17:42:36.39

>>534
確かに friend 関数は「メンバーじゃない」ですか‥main() と同じような普通の関数なわけですね‥

2017/09/03(日) 19:02:31.58

friendは他のクラスのメンバかも知れない
そういうときも俺の憶え方なら動揺せずに済む

2017/09/03(日) 19:05:08.53

メンバ関数より、メンバでもfriendでもない関数を使おう
って誰かが言ってた

2017/09/03(日) 19:11:23.65

欲しい機能がメンバでない関数で使えないとなれば
それはクラスの設計ミスないしはダサい設計だかんな
クラックできちまうのと違う提供すべき機能の欠落

2017/09/03(日) 19:52:56.95

またクズが暴れてるのか・・・

2017/09/03(日) 19:55:19.54

>>530
(1) friendが無い場合
「z = x + y;」に出くわしたコンパイラは
　1. インスタンスxに対しするC::operator+(y)（1引数）の呼び出し
　2. グローバルな関数C operator+(C const& a, C const& b)（およびその亜種）の呼び出し
のあてはめを順次試みるがどちらの関数も宣言が存在しないからあてはまるものが無くエラーになる

(2) friendがある場合
friendがつくことでoperator+()はCのメンバ関数ではなく、グローバルな関数として宣言されたことになる
このとき「z = x + y;」に出くわしたコンパイラは、上の1、2の順で当てはめを試み、
グローバルな関数C operator+(C const& a, C const& b)の呼び出しと解釈する。
本来この関数はクラスCのprivateメンバにアクセスできないが、friendの力でそれができ、めでたくビルドできて動く。

細かい話は規格の人がフォローして☆ﾎｽｲ

2017/09/03(日) 21:08:24.75

>(2) friendがある場合
最も近い(内側の)名前空間の関数になる(11.3/6-7)
friend関数がメンバーではないことがC++14に明記されていなかったようで、C++17ドラフトに追記された模様(N4659 12.2/2)

＜おまけ＞
宣言の場所がクラス内という事情により、リンカーはともかくコンパイラーから存在が見えにくい関数となる
この関数を使うには
・名前空間スコープで明示的に宣言し直す
　C operator+(C const& a, C const& b);
・ADL(argument dependent lookup)でクラススコープの検索を発動させる
　>>541でoperator+が呼び出せているのはADLによる

2017/09/03(日) 21:36:42.85

つまりクラスの外で定義された関数をイメージすればいい
struct A { friend void operator+(A,A) {/**/} };
　↓
struct A { friend void operator+(A,A); };
void operator+(A,A) { /**/ } // ただしADLが無いと見えない

2017/09/03(日) 21:38:57.90

ドット拡張とかすればいいのにね
int static_value.fanction() = 0; // function専用
vid functionx.function(char*p){} // function専用

ファイル内スコープなんて今時ほとんど使わないから無視するか識別子重なったら同一と見做すかして
ついでにドット型はファイル内の前方参照も無くし宣言を省けるようにするとかさ

◆QZaw55cn4c (ﾜｯﾁｮｲ 7fef-pwmx) · 2017/09/04(月) 01:15:45.54

>>541
＞friendがつくことでoperator+()はCのメンバ関数ではなく、グローバルな関数として宣言された
なるほど，そんなところだろうと >>528 で考えておりました．
件のライブラリもどきでは，operatorX のみクラス外に公開できればいいので，friend 関数で公開しておりました
その他は(基本的に）（公開すらしたくなかったため）static メンバ関数でのprivate 宣言となりました．

そうしたいようにそう書けばいいのですが今一つ統一感を見えてなかったかもしれません．
>>540
すみません

2017/09/04(月) 06:46:46.49

>>522
static関数とfriendは全然違うし似てるとこなんてない

2017/09/04(月) 08:11:17.30

>>546
みなさんこれが典型的ななんの役にも立たない回答の好例です

2017/09/04(月) 08:13:10.29

煽ることしかできない奴乙

2017/09/04(月) 08:17:12.97

>>546
共通点はある

◆QZaw55cn4c (ﾜｯﾁｮｲ a36d-pwmx) · 2017/09/04(月) 08:28:42.00

>>546
static 関数をpublic に置くか，friend 関数にするかの判断がよくわからないのです．
なにか指針があればうれしいのですが

2017/09/04(月) 08:37:44.08

呼ぶときにクラス名を書きたいか書きたくないかで判断
コンパイルした結果には大した差はない

2017/09/04(月) 08:51:25.02

staticだとADLに引っ掛からないとか？

2017/09/04(月) 09:10:00.24

クラスの外の関数とオーバーロードさせたければfriend
https://ideone.com/Bfcfbq

2017/09/04(月) 10:13:49.53

なんでこんなどうでもいいことで30も消費してんの

2017/09/04(月) 10:38:52.68

staticはメンバを触れない。friendは触れる。
それくらいしか違いないけどなぁ。
俺、フレンド関数はほとんど書いたことない。

2017/09/04(月) 10:42:45.81

>>555
？