21/04/29 10:26:57.88 6rdxVFZp.net
>>547
for()のカッコの中でiをjの参照として定義できたらそれでも良いんですが、そういうことはできるんでしたっけ？
563:デフォルトの名無しさん
21/04/29 10:28:45.87 6rdxVFZp.net
すみません「定義」というよりは、forのスコープの外にiの宣言はあって、for(ここ)でiがjの参照であることにできたら良いってことです
564:デフォルトの名無しさん
21/04/29 10:29:35.81 fshfa4aU.net
>>551
ちょっそのforまで範囲forに含めるんなら>>535に加えてbegin()やend()が返す型がデリファレンス可能という条件が必要なんじゃ……
565:デフォルトの名無しさん
21/04/29 10:35:45.46 gzXxIopT.net
は？加えて？
>>535に入ってるだろ
最初からrange-basedの話なのに屁理屈言ってるから突っ込んだだけだよ
566:デフォルトの名無しさん
21/04/29 11:07:16.11 1rAkIDNr.net
&g
567:t;>553 i が j の参照ということは int& i = j; という宣言が必要で、 int i; としてしまったものを後で参照に変更ということはできない
568:デフォルトの名無しさん
21/04/29 11:10:24.28 6rdxVFZp.net
>>556
reference_wrapper って
i = ref(j);
みたいなことできませんっけ？
569:デフォルトの名無しさん
21/04/29 11:52:35.69 1rAkIDNr.net
>>557
無理
実体定義された変数を途中から参照に変更なんて
570:デフォルトの名無しさん
21/04/29 12:28:01.48 vjsl7cGC.net
ポインタと参照の決定的な違いはそこだね
571:デフォルトの名無しさん
21/04/29 12:46:42.20 yUiVUiFp.net
>>541
begin()とend()の型が一致してる必要はない（C++17～）
572:デフォルトの名無しさん
21/04/29 13:03:31.68 K/HFYMcp.net
URLﾘﾝｸ(negation.hatenadiary.org)
↑で、簡単に書けば、
class Book {・・・};
class Novel : public Book{・・・};
class Comic : public Book{・・・};
class Shelf { public: std::vector<Book> list; ・・・ };
Shelf g_shelf;
int main(void) {
Novel n = Novel("Hoshio wo tugumono");
Comic c = Comic("Kimetsu no Yaiba");
Shelf s = Shelf();
g_shelft.list.push_back(n);
g_shelft.list.push_back(c);
}
のようになっているところがあるけど、
vector<Book>って、Bookの実体の動的配列で、
Book a[100];
とにら様なものだと思うんだけど、NovelやComicのクラスのバイトサイズが
Bookを越えたら、入りきれないと思うんだけど、これで合ってる？
合ってるとしたら、どういう仕組み？
もしかして、vector<Book>って、
Book *p[100];
みたいな配列なの？
573:デフォルトの名無しさん
21/04/29 13:05:10.26 K/HFYMcp.net
>>561
すまん。間違った。正しくはこう :
int main(void) {
Novel n = Novel("Hoshio wo tugumono");
Comic c = Comic("Kimetsu no Yaiba");
Shelf s = Shelf();
s.list.push_back(n);
s.list.push_back(c);
}
574:デフォルトの名無しさん
21/04/29 13:10:29.61 yUiVUiFp.net
>>561
s.list.push_back(n);のところはn(Novel)のBook部分を首チョンパしてコピーしたオブジェクトがpush_backされる
スライシングというよく知ら�
575:黷ｽホラー現象
576:デフォルトの名無しさん
21/04/29 13:10:34.24 K/HFYMcp.net
URLﾘﾝｸ(stackoverflow.com)
↑によれば、やっぱり、>>561 や >>562 のようなやり方は間違いで、
std::vector<T> の T は、Bookではなく、shared_ptr<Book> のようなものを入れるべきで、
以下の様になっている。だから、>>561 や >>562 は間違いだよね？
class Instruction {・・・};
class Add: public Instruction{・・・};
typedef shared_ptr<Instruction> PInstruction;
vector<PInstruction> v;
v.emplace_back(make_shared<Add>());
577:デフォルトの名無しさん
21/04/29 13:16:01.96 yUiVUiFp.net
>>564
その認識で合ってる
561のShelfにはNovelやComicじゃなくて、そいつらから刈り取った生首が並んでる
絶対やったらいかんやつ
578:デフォルトの名無しさん
21/04/29 13:19:09.72 K/HFYMcp.net
>>563
なるほど、では、正しい書き方としては、たとえば、こうかな：
class Book {・・・};
class Novel : public Book{・・・};
class Comic : public Book{・・・};
typedef shared_ptr<Book> PBOOK;
class Shelf : public std::vector<PBOOK> {・・・};
Shelf g_shelf;
int main(void) {
std::shared_ptr<Novel> n = make_shared<Novel>("Hoshio wo tugumono");
std::shared_ptr<Comic> c = make_shared<Comic>("Kimetsu no Yaiba");
g_shelf.push_back(n);
g_shelf.push_back(c);
}
579:はちみつ餃子
21/04/29 18:07:20.75 x0Vd7BP9.net
パブリック継承している型のオブジェクトが基底クラスへ暗黙に型変換されるのは抑止する方法がないんだよな。
580:デフォルトの名無しさん
21/04/30 01:30:09.20 7VhEvZ/Q.net
>>567
Dog d;
の時に func( Animal &a )に対して、
func(d);
がエラーにならないということ？
581:デフォルトの名無しさん
21/04/30 08:17:30.86 tsrXe0Ut.net
それは別に問題ない
func(Animal a)だとやばい
582:デフォルトの名無しさん
21/04/30 09:32:28.19 W8up1rh0.net
funcがAnimalの情報しか使わないんなら別にいいんだけどね
単にポリモーフィズムにはポインタか参照が必要ってだけ
583:デフォルトの名無しさん
21/04/30 09:52:57.56 dyTEtgxA.net
shared_ptr<T>もいけるでしょ
スタックを使った60バイト近いメモリーコピーが発生するから最適ではないけど
584:デフォルトの名無しさん
21/04/30 10:40:50.56 7VhEvZ/Q.net
>>569
class Animal {・・・};
class Dog : publoic Animal {・・・};
std::vector<Animal> g_list;
void func( Animal &a )
{
g_list.push_back(a);
}
int main()
{
Dog d;
func(d); // コンパイルエラーにはならないのに、スライシングが発生。駄目な例。
return 0;
}
585:デフォルトの名無しさん
21/04/30 11:02:34.65 Qm/DlA0m.net
>>572
スライシングが発生してるのは g_list.push_back(a) であって、 func( Animal &a ) は関係ないでしょ。
586:デフォルトの名無しさん
21/04/30 11:21:35.01 qs5VuYRE.net
なんで範囲for文ってBOOST_FOREACHを完全に置き換えれるようにしなかったの？
>>537,542はそれで解決するし、逆順のループとかもできるのに
587:デフォルトの名無しさん
21/04/30 11:34:29.27 vL4rFdIy.net
ポリモーフィズム前提の時は、コピーコンストラクタはdeleteするのが良いのかね
588:デフォルトの名無しさん
21/04/30 11:43:26.05 qs5VuYRE.net
あー範囲forが使える条件とBOOST_FOREACH使える条件って違うのか
後者は自作クラスじゃ使えない？
あるいは使える条件が>>535と違う？
589:デフォルトの名無しさん
21/04/30 11:48:46.39 7VhEvZ/Q.net
>>573
この場合、スライシングが発生しても問題ない、という観点もあるかも。
590:デフォルトの名無しさん
21/04/30 12:01:43.38 W8up1rh0.net
>>575
そしたら派生クラス同士でコピー出来んやろ、コピー禁止にしたいのでなければ書くべき(で派生のコピーコンストラクタで基底のコピーコンストラクタを初期化リストから呼ぶ
必ず派生させて使うのが前提ならコンストラクタをprotectedにするとかその辺のテクニックは大昔から色々出てる
591:デフォルトの名無しさん
21/04/30 12:18:33.85 7VhEvZ/Q.net
スライシングが起きるとき、基本クラス部分だけをコピーすることになるが、
その際、仮想テーブルへのポインタが継承クラス用のままだと、コピー後の
操作が危険になる可能性があるが、もし、仮想テーブルへのポインタを
基本クラス用に変えてしてしまえば、コピー後の動作は完全に基本クラス的に
なってしまうけれど、その反面、メンバー関数を呼び出しても特にメモリーの
破壊などは起きないはず。
そのようにしてしまえばスライシングが起きても問題ないような気が。
592:デフォルトの名無しさん
21/04/30 12:31:22.41 W8up1rh0.net
>>578て書いたけど実際ポリモーフィズム目的の継承ツリーだとコピー禁止にしてること多いな・・
どうせポインタ(orスマポ)で管理するから確かにコピー禁止のが無難かもね
593:デフォルトの名無しさん
21/04/30 12:38:12.34 5yvxXz0O.net
>>570
それぞれのコピコンをプログラマが自由に記述できる以上、例えAnimalの情報しか参照しないとしても問題が起こることはあるんじゃね？
例えば、DogのコピコンはAnimal::cuterThanCat変数を強制的にtrueに書き換えてるかもしれない
594:デフォルトの名無しさん
21/04/30 12:51:39.69 W8up1rh0.net
>>581
戦争勃発するぞ
まぁスライシングが常に危険とは限らないと言いたかっただけ
595:デフォルトの名無しさん
21/04/30 14:49:19.98 qs5VuYRE.net
誰かBOOST_FOREACHを自作クラスに使う条件教えてください
596:はちみつ餃子
21/04/30 16:01:39.38 Efpw+/b3.net
>>583
URLﾘﾝｸ(www.boost.org)
597:デフォルトの名無しさん
21/04/30 20:24:33.87 QZYh0z4M.net
>>579
>スライシングが起きるとき、基本クラス部分だけをコピーすることになるが、
>その際、仮想テーブルへのポインタが継承クラス用のままだと、コピー後の
>操作が危険
そんな恐ろしいことが！
と思って試したが、少なくともデフォルトのコピコンは仮想関数テーブルへのポインタを
コピー先の型に合わせて付け替えてくれるらしい
↓そうでなけれはfunc_with_ref(Animal a)の中でa2.get()がDogの値でなくAnimalの値を返す説明がつかない
URLﾘﾝｸ(ideone.com)
規格でどうなっているかは知らん
598:デフォルトの名無しさん
21/04/30 20:25:50.19 QZYh0z4M.net
訂正orz、
誤： そうでなけれはfunc_with_ref(Animal a)の中で
正： そうでなけれはfunc_with_copy(Animal a)の中で
599:デフォルトの名無しさん
21/05/01 07:00:40.64 2eVlBBCY.net
ていうかよく考えたらAnimalのコピコンは
Animalのコンストラクタでもあるのだから>>585の挙動は当然かorz
600:デフォルトの名無しさん
21/05/01 09:21:42.94 C4kuj/yW.net
コピコン
601:デフォルトの名無しさん
21/05/01 09:28:33.15 18idEqJd.net
コピコン
たまに見る
頭悪そう
602:デフォルトの名無しさん
21/05/01 10:19:04.33 tHuso9oJ.net
でもコピーコンストラクターって長いよね
603:デフォルトの名無しさん
21/05/01 10:26:47.50 2eVlBBCY.net
コンストラクタはコンストラ
コピーコンストラクタはコピコン
デストラクタはデストラ
アルゴリズムはアルゴ
と略すのが効率的
604:デフォルトの名無しさん
21/05/01 10:31:05.38 Jen9oEOj.net
取引先がそんな言葉を使ってきたら
今後の契約を考え直すかも
少なくとも評価はマイナス
取引先とそんな細かい内容を話す打合せも無いだろうけど
605:デフォルトの名無しさん
21/05/01 11:21:44.35 fSkONWKY.net
>>591
気持ち悪い略語だな
606:デフォルトの名無しさん
21/05/01 12:04:39.12 zZz/KCNF.net
デストラｗ
607:デフォルトの名無しさん
21/05/01 12:14:30.82 yzll/vyD.net
ctor,dtorは一般的な略語？
608:デフォルトの名無しさん
21/05/01 12:14:41.90 toT74GP1.net
機能を引き継ぐために継承して、インスタンス化して使うために移譲もしたい
継承も移譲もするのってありですか？
609:デフォルトの名無しさん
21/05/01 12:45:03.96 toT74GP1.net
わかんねえ
継承が相応しくない場合が山程あるのはわかった
継承が相応しくないが一部機能を引き継ぎたいときは、コードのコピペをするべきなのか？
610:デフォルトの名無しさん
21/05/01 12:53:12.87 C4kuj/yW.net
独立させる
611:デフォルトの名無しさん
21/05/01 13:13:50.17 toT74GP1.net
>>598
より小さいクラスか構造体として切り出すということ？
612:デフォルトの名無しさん
21/05/01 13:18:13.99 T/ErWrJ0.net
private継承じゃダメなの？
613:デフォルトの名無しさん
21/05/01 13:52:11.96 toT74GP1.net
>>600
ダメってことはもちろんなくて、そう実装することにすればそう実装するだけだが、継承である以上は依存関係が生じるし、相応しくない場合もあるなあと思うだけ
614:デフォルトの名無しさん
21/05/01 13:54:03.05 TBkH44Fh.net
intをとるかcharを取るかで振る舞いを変えるオーバーロード関数って作れるんですか？
その場合、受け取ったのがintかcharかプログラムはどうやって見分けるのですか？
615:デフォルトの名無しさん
21/05/01 14:19:20.97 I2agxka5.net
オーバーロードという単語を知っておきながら、何故できないと思ったんだ
616:デフォルトの名無しさん
21/05/01 16:00:09.42 qPtffzbe.net
>>602
関数シグネチャってもんがあるわけよ。
リンカは関数名ではなくこのシグネチャでリンクする。
引数の型が変わるとこのシグネチャが変わるので、
プログラムというかコンパイラはそれを間違えることはない。
617:デフォルトの名無しさん
21/05/01 16:28:04.60 18idEqJd.net
intとcharは使う側が間違いやすいから
間違えたら問題がある場合は名前を変えよう
618:デフォルトの名無しさん
21/05/01 16:37:35.74 JkRHvcmQ.net
>>604
厳密に言えばリンカは関数名しか見ない。
C++はオーバーロードのためにシグネチャの違いを関数名に埋め込むマングリングを行う。
619:デフォルトの名無しさん
21/05/01 17:09:26.40 1WejqaZh.net
>>602
C++で関数呼び出しを書いた場合、どの関数が呼び出されるかは
Best Matching Algorithm で選ばれているので実引数が charの場合は、
同じ場所の仮引数がcharである関数を優先的に選ぼうとする。
もし、同じ場所の仮引数がcharであるものが見つからなければ、
同じ場所の仮引数が int であるものを探して、見つかればそれを選択する。
このとき、実引数と仮引数の型の「距離」のような概念があり、
距離が近いものが選ばれる。複数の引数が有る場合で、二つの引数で
距離が近い関数がどっちもどっちになる場合には、「曖昧」であると、
され、エラーになる。
>その場合、受け取ったのがintかcharかプログラムはどうやって見分けるのですか？
ここであなたの言っている「見分ける」という意味が分かりにくいが、
オーバーロードされた関数は、C++レベルでは同じ名前に見えていてもが
アセンブラレベルでは別の関数名になっていて、別の関数として扱われていて、
別の関数が呼び出されているから「見分ける」以前問題になっている。
620:
21/05/01 17:16:10.99 m+tkSw04.net
>>591
コピコン以外は使わないです‥‥
621:デフォルトの名無しさん
21/05/01 17:24:45.49 CnJDnM0a.net
>>606
「リンカは関数名しか見ない」はおかしい。
リンカが見るのは、関数名を含むシグネチャをマングリングした結果のシンボル名。
622:デフォルトの名無しさん
21/05/01 17:29:02.27 1WejqaZh.net
>>605
それは、実際そうだと思う。
char idx = xxx;
func( 'a' + idx );
と書いた場合、func(int)とfunc(char)のどちらが呼び出されるのかを
事前に予想するのは非常に難しい。
なぜなら、伝統的にCでは、char + char は、それぞれが int に昇格
されてから、int + int になって、結果も int になるとされていたから。
623:デフォルトの名無しさん
21/05/01 18:00:18.46 1WejqaZh.net
ファイル出力で、1バイト出力と4バイト出力の違いは、単に人間が見るための
stdout出力とは訳が違って、後からファイルを入力する時にその部分のバイト数の違い
が大きな意味を持つので、オーバーロードの仕組みだけでコンパイラに自動振り分け
させるのは、分かりにくいバグを入れてしまう可能性がある。
なので、やはり、出力するのは1バイトなのか4バイトなのかを、明確に関数名で
区別できるようにした方が望ましいと思われる。
624:デフォルトの名無しさん
21/05/01 18:45:41.91 JkRHvcmQ.net
>>609
そのマングリングした名前で関数を呼び出すことができるわけだし、関数名以外の何物でもないと思うが。
そもそもリンカはマングリングされているのかされていないのかも関知しないし。
625:デフォルトの名無しさん
21/05/01 18:55:40.94 u3yKRN8V.net
> 589 名前：デフォルトの名無しさん[sage] 投稿日：2021/05/01(土) 09:28:33.15 ID:18idEqJd [1/2]
> コピコン
> たまに見る
> 頭悪そう
>>595に何も言えねえ
頭悪そうｗ
626:デフォルトの名無しさん
21/05/01 19:59:37.32 tHuso9oJ.net
マングリング、ってなんかイヤらしいよね
627:デフォルトの名無しさん
21/05/01 20:50:21.52 TTMGRbh+.net
>>612
?h@@YAXH@Z みたいなのを関数名って言うのは違和感しかないわ
> そもそもリンカはマングリングされているのかされていないのかも関知しないし。
それを言うならリンカは関数かどうかすら関知してない
628:デフォルトの名無しさん
21/05/01 21:00:22.23 CnJDnM0a.net
>>612
むちゃくちゃだなぁ。わざわざ用語をごっちゃにして何がうれしいの？
シンボルが関数を指すのか変数その他を指すのかもリンカは関知しないんじゃないの？
たとえば ld のマニュアルに function name なんて一度も出てこないし。
URLﾘﾝｸ(linux.die.net)
> ld combines a number of object and archive files, relocates their data and ties up symbol references. ...
629:デフォルトの名無しさん
21/05/01 21:25:44.91 18idEqJd.net
私は「関数名」派
C++のコンパイラは元々はC++からCに翻訳してたわけだし
630:デフォルトの名無しさん
21/05/01 21:27:05.03 18idEqJd.net
まあどっちでもいいけど
631:デフォルトの名無しさん
21/05/02 00:16:29.81 r2Ed4Ypi.net
>>616
だなあ。
C++のコードにおいて、関数名と呼ぶ場合、それはマングリング込みとかのシグネチャではなく
あくまでもソースコード上にある関数の名前だからなあ。
>>618
これはあんまりどっちでも良くない。
つか、>>612の言い分を認めるとオーバーロード/オーバーライドってもんがなんだか分からなくなるｗ
同じ関数名で関数の実装を選べるってのがオーバーロード/オーバーライドだから。
632:デフォルトの名無しさん
21/05/02 01:13:49.22 hoeVnODB.net
オーバーライドの意味も知らない子は無理して回答しなくていいよ
633:デフォルトの名無しさん
21/05/02 01:21:37.53 AyQRjFej.net
C++初心者はクラス継承の学習にこだわりテンプレートの学習が後回しになるので、テンプレートが最適解になることが多いと悟るのが遅くなる
634:デフォルトの名無しさん
21/05/02 01:23:19.71 liMkj8Q9.net
オーバルライトは新しいからね。
635:デフォルトの名無しさん
21/05/02 01:39:37.43 uIjrwEP9.net
>>619
Cに翻訳された段階だと変数名まで含んだ名前が関数名
当然リンカの段階ではC++の関数名は残って無い
C++以外のドメインでどれが関数名かを議論すること自体意味がない
636:デフォルトの名無しさん
21/05/02 01:40:39.79 uIjrwEP9.net
>>610
されていたって...
今もそうだよ
637:デフォルトの名無しさん
21/05/02 06:37:18.08 pZrwNqHn.net
>>619
overrideキーワードは派生クラスで仮想関数を上書きするときに使う
overloadキーワードはcfront 1.0世代のC++で関数を多重定義する予告として使われていた
638:デフォルトの名無しさん
21/05/02 08:57:49.73 rpBXKN7W.net
基底クラスBで定義された int foo(double x) が派生クラスD1、D2でオーバーライドされた場合、
同じ「foo」という関数名に対して
Bのクラス名が入ったマングルされたシンボル _$F_B__foo_INT_1_DBL
D1のクラス名が入ったマングルされたシンボル _$F_D1_foo_INT_1_DBL
D2のクラス名が入ったマングルされたシンボル _$F_D2__foo_INT_1_DBL
みたいな3種類のシンボルがリンカに渡されることになり（マングリング規則は適当
、{ オーバーライドされた関数名 }と{ オーバーライドされたシンボル }の
1対1対応は崩れるのだから
関数名≠関数のシンボル
を示す例としてオーバーライドはオーバーロードと同じく妥当であることは変わりが無い
、と思うが知らん
639:デフォルトの名無しさん
21/05/02 09:20:39.13 aspEWHUD.net
>>621
継承とテンプレートが対立するかのように考えてる時点で
テンプレートどころかクラスや継承もまともに理解できてないやつの発言にしか見えない
640:デフォルトの名無しさん
21/05/02 10:53:26.72 r2Ed4Ypi.net
>>626
丁寧な御説明ありがとう。
それで正しいですよ。
641:デフォルトの名無しさん
21/05/02 12:10:24.45 tUw9C2ed.net
このクソ議論見ても関数オーバーロードの仕様は失敗してるってのがよくわかる。
642:デフォルトの名無しさん
21/05/02 12:12:19.26 KNEFHTDE.net
…などと意味不明の供述をしており、
643:デフォルトの名無しさん
21/05/02 12:47:09.45 72ULtZJb.net
悪い子: この仕様はクソだ！
普通の子: この仕様は〇〇だから良くないね
良い子: この仕様は〇〇だから良くないね、△△とすれば良いのに
644:デフォルトの名無しさん
21/05/02 13:06:19.55 hoeVnODB.net
>>626
それは単に別のクラスで同じ名前のメンバ関数はシンボルが違うってだけの話だろ
オーバーライドは全く関係ない
そもそもオーバーライドの関数選択はvtblの仕事だからリンカは何も関知してない
オーバーロードと並べて語る意味が全くわからない
645:デフォルトの名無しさん
21/05/02 13:16:03.71 B3yuABqk.net
ダンバインよりビルバインのほうが好き
646:デフォルトの名無しさん
21/05/02 13:18:20.36 rpBXKN7W.net
（話に付いてこれてない香具師が居るな
647:デフォルトの名無しさん
21/05/02 13:20:32.85 rpBXKN7W.net
>そもそもオーバーライドの関数選択はvtblの仕事だからリンカは何も関知してない
では聞くがvtblに乗っける関数へのポインタのアドレスは誰が最終的に決めるんじゃ
ちな1つのクラスのメソッドの定義が必ずしも同一の翻訳単位内とは限らないから、
相対インデックス指定の出番は無い＝コンパイル時解決は不可能
648:デフォルトの名無しさん
21/05/02 13:26:01.49 hoeVnODB.net
＞では聞くがvtblに乗っける関数へのポインタのアドレスは誰が最終的に決めるんじゃ
実行時に実行バイナリが決めるに決まってるだろ
リンカがリンク時に静的に決めるとでも思ってるの？すげえなそのリンカ
649:デフォルトの名無しさん
21/05/02 13:27:21.13 anCj3LhS.net
>>633
それはオーラロード
650:デフォルトの名無しさん
21/05/02 13:46:56.51 KNEFHTDE.net
よく知らんけど、多くの場合vtblを作るのはコンパイル時であって、リンク時でも実行時でもないのでは？
651:デフォルトの名無しさん
21/05/02 13:50:36.00 h6as2k/z.net
>>635
vtbl内のアドレスを最終的に決めるのはリンカなんだろうけど、それは
「オーバーライドの関数選択はvtblの仕事だからリンカは何も関知してない」と両立するので
反論ぽく挙げてる意味がわからない。
652:デフォルトの名無しさん
21/05/02 13:51:49.77 AyQRjFej.net
ビルバインはもっと禍々しいデザインになる予定だったが、競合アニメだったマクロス・シリーズの影響で変形ギミックが追加され色も派手になった
653:デフォルトの名無しさん
21/05/02 13:53:08.50 B3yuABqk.net
>>637
分かってくれてありがとうw
654:デフォルトの名無しさん
21/05/02 13:53:56.96 01FRJ74M.net
おまいら中身のある会話しろよ
ひまなの？
655:はちみつ餃子
21/05/02 15:30:38.46 VAfyzxcR.net
せやで。
656:デフォルトの名無しさん
21/05/02 18:29:19.65 r2Ed4Ypi.net
>>627
実際にプログラムを改修したりする場面では継承とテンプレートどちらでやるか
悩むってのはよくある話。
テンプレートだと元のクラスをいじらなくちゃならないからためらいがち。
その点継承だと元のコードいじらなくて(あるいは最小限の修正で)済むからな。
継承してテンプレートってのもなしじゃないがｗ継承するくらいなら、テンプレートまで
やんないｗ
657:デフォルトの名無しさん
21/05/02 18:44:15.42 01FRJ74M.net
継承とテンプレートって全然違うけど
悩む場面が想定出来ない
658:デフォルトの名無しさん
21/05/02 19:07:17.74 ZwmHpnzp.net
もう継承はしなければしないだけ偉いっていう気持ちになって久しい
つーかOOPに飽きてるというか見限ってる
C++を使ってるのは単に自由度が高くてパフォーマンスが良いから
659:デフォルトの名無しさん
21/05/02 19:55:42.70 BSsO48AF.net
OOPに飽きてる俺すげー
ってかw
660:デフォルトの名無しさん
21/05/02 20:02:15.30 aspEWHUD.net
普段どの程度の規模のどういうコード書いててその結論に至ったかで評価が変わるな
661:デフォルトの名無しさん
21/05/02 20:06:12.37 aspEWHUD.net
>>644
改修にテンプレートがどう役立つのか想像つきにくいけど
そのコードが前提としてる特定の型以外でも受け入れられるようにするとか？
(それで継承とテンプレートどっちが優れてるという話にはならない気がするが
662:デフォルトの名無しさん
21/05/02 22:27:50.57 r2Ed4Ypi.net
>>649
> そのコードが前提としてる特定の型以外でも受け入れられるようにするとか？
まあ、一番単純なパターンだとそれだね。
まあ、自分は>>621ではないので、
> (それで継承とテンプレートどっちが優れてるという話にはならない気がするが
その真意はわからんけど、自分の経験でも対処療法的に継承でやっつけちゃうより
やっぱりテンプレート化しときゃ良かった、と思ったときは多々あったｗ
(「神は細部に宿る」んだわ、ほんとｗ)
663:デフォルトの名無しさん
21/05/02 22:42:08.00 Uu9e0iPh.net
低レイヤーコードの置き換えを前提にモデル化できるってのがオブジェクト指向の一つの売りだが
まああんまりそこの置き換えってしないわけだわな。
言うほど有効な場面は多くないってのはそれはそう。
素直に関数かけやって場面のが圧倒的に多い。
664:デフォルトの名無しさん
21/05/03 03:06:36.21 cgOLnSCp.net
>>651
オブジェクト指向や継承の概念を使いまくっても、メンバ関数の形で
関数は書きまくるよ。
665:デフォルトの名無しさん
21/05/03 03:09:53.91 cgOLnSCp.net
>>651
>低レイヤーコードの置き換えを前提にモデル化できるってのがオブジェクト指向の一つの売りだが
>まああんまりそこの置き換えってしないわけだわな。
>言うほど有効な場面は多くないってのはそれはそう。
めちゃくちゃ低レイヤーな部分の書き換えは余り起こらないけれど、
クラスは階層的に継承して行くから、中間的な部分は結構修正が入る。
また、やはり仮想関数(ポリモーフィズム)の作法は便利。
666:デフォルトの名無しさん
21/05/03 03:15:32.93 cgOLnSCp.net
>>653
というか、基本クラスの Animal 的なクラスの修正はそんなに頻繁には入らなくて、
Dog, Cat, Lion, Bird, Fish みたいな部分の修正がプログラミングの主戦場になる。
例えばゲーム作りの場合、Animalクラスの中にwalk(), eat(), battle(), sleep(),
jump(), set_velocity(), set_position() などを仮想関数で用意しておいて、
Animalを継承したDog, Cat, Lion, Bird, fishみたいなクラスがそれぞれ
どのように歩いて、どのように食べて、どのように戦って、どのように寝て、
どのようにジャンプするかをプログラムするというのはとても便利。
クラスや継承、仮想関数の概念が無ければその様に便利にプログラムする
ことは簡単にはいかない。
667:デフォルトの名無しさん
21/05/03 03:37:22.90 ndSqMpB2.net
シンプルにポリモをやるための継承はいいんだけど
それ以外をやるための道具として流用し始めると途端におかしくなるって経験上思ってる
668:デフォルトの名無しさん
21/05/03 06:47:59.32 J4qyGfu1.net
>>654
そういうゲームみたいなシチュエーションがそんなにあるわけじゃないって話だよ。
よっぽどプログラマ間で共有できる抽象概念がない限り逆にわかりにくくなることのが多い。
669:デフォルトの名無しさん
21/05/03 06:56:42.03 O7+GYvY4.net
派生関係がなくても関数名を一致(つまりオーバーロード)させるだけで動いてくれるテンプレートのほうが楽なことが多い。
実際、最近C++に追加されている機能は大部分が派生関係のないテンプレートクラス。
一方、派生して使うiostream系クラスは機能追加される気配がまるでない。
670:デフォルトの名無しさん
21/05/03 09:29:12.51 1Xubdwf1.net
というか、単に間違ったクラス化や間違った継承してた奴が多かったんじゃないの
>>657
クラステンプレートでも結構継承使ってるぞ
671:デフォルトの名無しさん
21/05/03 10:18:11.42 /gB1psu8.net
皆様おはようございます
ちょっと質問させてください
テンプレートクラスを宣言定義する時に、ヘッダーに定義を書かないとエラーを吐いてしまいます
テンプレートクラスのヘッダーファイルを、他のヘッダーファイルにインクルードして使う場合、なるべくテンプレートクラスのヘッダーに必要なファイルをインクルードをしたくないので、テンプレートクラスをヘッダーソースに分けて記述できれば嬉しいのですが……
//テンプレートのヘッダー
template<class T>
class Hoge{
public:
Hoge();
};
//テンプレートのソース
template<class T>
Hoge<class T>::Hoge(){
cout<<“hego !”<<endl;
}
//テンプレートを使うクラス(別なヘッダーファイル)
class UseHoge{
public:
UseHoge(){
Hoge hoge;
}
};
これをメインで記述すると未解決の外部エラーになってしまいます
テンプレートをUseHogeのヘッダーソースに分けて記述すればエラーは出ないのですが出来るなら独立させたいです……
何かいい方法がありますでしょうか？
672:デフォルトの名無しさん
21/05/03 10:27:08.26 jyja/vBX.net
Hogeを使う型で具体化する話？
673:デフォルトの名無しさん
21/05/03 10:32:39.67 1Xubdwf1.net
基本的にテンプレートの実装をソースに書くことは出来ないよ
与える型を決め打ち(明示的実体化)すれば出来るけど、当然汎用性は大幅に下がる
674:デフォルトの名無しさん
21/05/03 11:41:17.40 /gB1psu8.net
Hogeをvectorやunique_ptrの様に、インクルードすればどこでも使えるようなテンプレートクラスにしたいのですが、そういう場合はHogeの定義もヘッダーに記述して、そのヘッダーを適宜インクルードするような形になるんでしょうか？
675:デフォルトの名無しさん
21/05/03 11:46:53.45 ndSqMpB2.net
それを出来るようにするためのexportという機能が昔の標準規格に定義されてたんだが
難しすぎてほとんどのコンパイラが実装できなかったので消えた
676:デフォルトの名無しさん
21/05/03 11:56:42.04 1Xubdwf1.net
>>662
vectorやunique_ptrも全部ヘッダに実装書いてるんだよ
見た目の問題だけなら、宣言と実装を分けることはできるけど(実装もヘッダのどこかに書けば
677:デフォルトの名無しさん
21/05/03 11:59:02.11 /gB1psu8.net
>>663
ありがとうございます
難しい感じなんですね
インクルードでコンパイル時間が余分にかかるかも……と思っていたのですがそれが一番近い方法なのでしょうね
コンパイル時点でTの大きさがわからないから明
678:治化しない限りはリンカ？でのエラーになるのでしょうか？
679:デフォルトの名無しさん
21/05/03 12:02:09.68 /gB1psu8.net
>>664
すれ違いになりました
ありがとうございます
ベクター等もそうなっているんですね
一度覗いてみたときにマクロの大文字が並んでて頭痛がして以来じっくりみたことが無かったので……(大汗)
680:デフォルトの名無しさん
21/05/03 13:46:09.28 aV7aDLTY.net
>>656
ただ、MFCを見ても分かるように、例えば、左ボタンをクリックした時には、
が OnLButtonDown()というメンバー関数が呼び出される様になっていて、
それは、CWndで基礎が定義されていて、CWndを継承したクラスも同じ関数名で
同じイベントを処理する様になっている。
これを純粋なCだけで書くのは分かりにくいだろう。
681:デフォルトの名無しさん
21/05/03 14:09:33.89 aV7aDLTY.net
>>667
ちなみに、MFCはちょっと複雑になっていて、C++本来のポリモーフィズムは、
設計上は virtual 属性をつけた仮想関数で実装するようになっているのだが、
CWnd::OnLButtonDown()CWnd::OnChar()やCWnd::OnKeyDown()などに
関しては、非仮想関数で実装されていて、メッセージマップなる独自の仕組みで
MFCのフレームワークが独自に継承クラスのものを呼び出すような仕組みに
なっていて、「Message Routing」などと呼ばれている。
MFCでC++本来の仮想関数で実装されているものとしては、CWnd::PreTranslateMessage()
がある。
なお、C++を使っていて便利なところは、
void CMyWnd::OnLButtonDown()
{
if (条件) {
(処理); // CMyWnd の独自の処理
}
else {
CWnd::OnLButtonDown(); // 継承する前のデフォルトの処理
}
}
のように、条件によって継承する前のデフォルトの処理も分かり易く呼び出せるところ。
これをplain な Cで統一した書き方で分かり易く書くのは不可能。
682:デフォルトの名無しさん
21/05/03 14:22:00.89 O7+GYvY4.net
WTLって知ってる？
MFCとほぼ同じ機能を派生クラスではなくテンプレートクラスで実現しているんだが、ソースが綺麗
683:デフォルトの名無しさん
21/05/03 14:28:53.28 1Xubdwf1.net
何言ってんだWTLも継承使ってるしユーザーもWTLから継承するだろうがアホか
典型的なポリモーフィズムではないけど、それがそのままデメリットにもなってる(ウインドウのインスタンス管理をまとめられない
684:デフォルトの名無しさん
21/05/03 14:39:14.18 O7+GYvY4.net
継承といっても1世代だけじゃん
多重継承も使ってるから感じにくいけど
685:デフォルトの名無しさん
21/05/03 15:08:41.96 1Xubdwf1.net
本気で言ってんのか？
686:デフォルトの名無しさん
21/05/03 15:17:14.89 O7+GYvY4.net
テンプレートは実体化された時に存在の有無を判定されるので、最低限のオーバーロードで済ませる
687:はちみつ餃子
21/05/03 16:27:31.54 9b5rlct5.net
そういえばどこかの超人プログラマ集団がいる組織では必要になったら設計を気にせずどんどん
機能を増やしていって、どうにもならなくなったらさっさと捨てて作り直す文化があるというのを聞いたことが有る。
剛腕があれば綺麗な設計なんて必要がないし、無能ならば綺麗な設計は出来ない。
つまり大体の場合にあんまり綺麗な設計にならないってことになる。
それでもなんとかするしか仕方ない。
688:デフォルトの名無しさん
21/05/03 17:27:36.73 aV7aDLTY.net
>>674
完全に捨てるというのは、多分、大きなプロジェクトでは無理で
リファクタリングするんだと思われるが、その際に基本クラスの
設計や継承の仕方が変わる、ということなんだと思われる。
例えば Windowsエミュレータの Wineや、clangのソースなどを
いくらソースが汚くなったからといって完全に書き換えるというのは
どんなに超人豪腕プログラマ集団でも効率が良い方法とは
思えない。なぜなら、例えばWineのソースは150MB位あるから。
689:デフォルトの名無しさん
21/05/03 17:32:03.66 aV7aDLTY.net
>>674
アジャイル開発の説明によれば、ソースがきれいかどうかについては、
そのコードに機能追加や改良を続けられているのであれば、それで良し、
と考えるとあった。本当に問題が有るのは改良を続けられなくなってきた
時で、その時はその時で、リファクタリングしてソースを整理すると良いと。
常に綺麗にし続けるというのは努力はしても良いが、基本的には不可能に
近くて、むしろ、ソースを綺麗にすることが目的になってしまっては、
無駄に時間が掛かりすぎてかえって時間のロスになってしまうことがあるから。
690:デフォルトの名無しさん
21/05/03 18:09:40.04 5dhwfeG+.net
ソースコードからひたすらcall treeを書きまくって独立した関数やクラスに切り分けていって
依存関係を整理していく仕事が今日もまたはじまるお、
691:デフォルトの名無しさん
21/05/03 19:25:57.69 prCdHQql.net
>>674
将来の破棄を前提とするなら、そのための準備が必要でしょうな。エージェントとかを使ってモジュール間の結合度を落とすとか、モジュール間で公開するIFを限定的にしてモジュール単体を捨てやすくするとか。
そのへんの話題はなかったのかしらん？
692:デフォルトの名無しさん
21/05/04 12:15:45.91 PD6eTj67.net
>>675
でも、そのポリシーは「完全に捨てる」ことを
しないと機能しないよ。
結局、前に書いてある「あの関数」とか「例のクラス」とかが
縛ってしまうからね。
リファクタリングするだけじゃ、結局程度の問題でしかない
693:デフォルトの名無しさん
21/05/04 13:02:15.57 KyGD7Tmh.net
>>679
どれは違う。
数学で代入したり、共通部分を括りだして M という変数に代入して
分かり易くしたり、展開したり、足し算して一つにまとめたり、
同類項をまとめたり、因数分解したりするなどして、式を簡単化
するのと同じようなことをプログラミングに置いて行えば、
前のソースを残しつつ、コードをわかり易くできる。
694:デフォルトの名無しさん
21/05/04 23:38:27.82 x3ry5l87N
日本・ドイツ・中国・韓国・香港・台湾はナチだ。
今すぐ中国死ね。今すぐ中国は崩壊しろ。これで最大14億人の難民が発生し、日本も韓国も台湾も香港も滅びる。
今すぐ日本死ね。今すぐ、日本、中国、韓国、台湾、香港は死ね。
これで地球は平和になる。
今すぐ中国国内の原発が全て事故で爆発すれば、地球が平和になる。今すぐ台湾にある原発が全て事故で爆発すれば、地球が平和になる。
695:デフォルトの名無しさん
21/05/05 00:03:02.26 E1emjEBd.net
export機能は確かに立ち消えになったが、現状のC++において
テンプレートの定義をcppに書くことは、明示的実体化をしたら一応はできる
どうするのかと制限事項とかはここを見たらﾜｶﾙ↓
■ テンプレート関数の宣言と実装を分離する方法 ( 補足 )
URLﾘﾝｸ(qiita.com)
一方、>>664で言っている
>見た目の問題だけなら、宣言と実装を分けることはできる
というのは（多分）こっち↓
■ テンプレート関数の宣言と実装を分離する方法
URLﾘﾝｸ(qiita.com)
696:デフォルトの名無しさん
21/05/05 00:14:15.46 E1emjEBd.net
>>680
言うは易しの典型例ktkr、
実際には依存しなくていいものが依存しまくりで
同値類が何かとか読むだけでばさっぱりわからなくなっている状況が多く、
>>677のような汗みどろ血みどろの作業になるんである
すんなり逝くのはGUIの場合みたいな切り分けのゴールが意味的に明白なケースぐらい
これはフォームの絵面を見てUI要素の塊別にinner classにでもしてやっていけば
ソースコードの行数Nに対してO(N*log(N))ぐらいで何とか整理がつく、
697:デフォルトの名無しさん
21/05/05 12:46:37.29 9b321bHU.net
ネットつうのはド素人が平気でシッタカかますとこだから
いちいち釣られててもしゃーない
ここ最近の流れだと>>677さんだけガチ勢だと思う
doxygenはワイらのお友達
698:デフォルトの名無しさん
21/05/06 11:30:21.66 y+mCHZ2t.net
C++で3値ブールってどうやって表現してますか
char？
699:デフォルトの名無しさん
21/05/06 11:36:37.33 ttDpb9zS.net
3値ブールをenum型で定義すればintサイズ
700:デフォルトの名無しさん
21/05/06 12:00:53.01 li0qewo8.net
>>685
// #include <compare>
class strong_ordering;
class partial_ordering;
class weak_ordering;
および、これらのクラスの随伴関数operator<=>
701:デフォルトの名無しさん
21/05/06 13:22:29.39 QuOqilO4.net
>>685
unsined char
702:デフォルトの名無しさん
21/05/06 13:52:22.50 li0qewo8.net
スペルマ違い
703:デフォルトの名無しさん
21/05/06 17:31:19.46 XU+FtvdI.net
BOOST_FOREACHで自作クラスをイテレートするのダル
なぜC++11の範囲for文で完全にカバーする努力をしなかったのかますます謎だ
704:デフォルトの名無しさん
21/05/06 18:32:04.97 q/dBsf9f.net
vector<int> v;
vを初期化
for(int& x: v){
int y = move(x);
}
これって文法的には問題ないっていうかコンパイルエラーなりませんよね？
参照をmoveするってどういう意味なんですか？
705:デフォルトの名無しさん
21/05/06 19:58:59.64 V23aVuxi.net
引数の型から返り値の型が明らかに決まるとき、返り値の型をわざわざテンプレート引数として書くのがめんどいんですが、省略するテクありますか
706:デフォルトの名無しさん
21/05/06 20:33:45.29 2fdHoq/h.net
>>692
引数の型で明らかに決まるんなら、戻り値の型を引数の型引数から導出される型として表現できるはずでしょ
707:デフォルトの名無しさん
21/05/06 21:37:43.27 sft9s3lg.net
>>690
boost foreachができたのは15年以上前だから仕方ない。今更使う必要もないと思うぞ
708:デフォルトの名無しさん
21/05/06 21:50:31.70 li0qewo8.net
>>691
xを、このあと殺すだけだから
ぶっちょんぶっちょんに犯しまくっていいよってこと
それがconstのない右辺値参照にキャストするってこと
709:デフォルトの名無しさん
21/05/06 22:05:14.28 R9i/0zUR.net
>>692
autoとか？
710:デフォルトの名無しさん
21/05/06 23:11:22.73 yKiPUGCL.net
>>693
どうやって書くの？
template<class T1, class T2, class T3> T3 func(T1 a, T2 b){
T3 c;
return c;
}
みたいなやつのT3をテンプレート引数じゃなくしたいってことなんですが
711:デフォルトの名無しさん
21/05/06 23:21:31.82 ttDpb9zS.net
>>697
int64_t ret = func<int, size_t, int64_t>(100, 200);
712:デフォルトの名無しさん
21/05/06 23:22:49.21 KJjM6itp.net
>>695
v とか x は y = move(x) の後で使い回しても良いんですよね？
つまり、vector v の要素の参照 x を move しても、v の要素も x も影響を受けなくて、y の構築のされ方が違うだけということで良いんですかね？
超初歩的なこと聞いてすみません
713:デフォルトの名無しさん
21/05/06 23:28:09.10 yKiPUGCL.net
>>698
？？？
> func<int, size_t, int64_t>
の int64_t をテンプレート引数じゃなくしたいってことです
実行時に返り値の型が分かるような関数を作るテクはあるかと言い換えても良いです
無理なら無理で良いです
714:デフォルトの名無しさん
21/05/06 23:29:49.59 RPQ+IjqH.net
>>694
>>537,542みたいなときはある
715:デフォルトの名無しさん
21/05/06 23:31:52.81 qYpUBK3o.net
>>699
右辺値参照はあくまで、一時オブジェクトですよと示すだけなのでそのコードでは問題ない
けどyがint yじゃなくてvectorなどの、
「一時オブジェクトを受け取った場合、メモリ確保やコピーのコストを減らすために中身のポインタだけすげ替える」
クラスだった場合、その後のvの中身は使えなくなる
moveはただのT &&へのキャストだよ
716:デフォルトの名無しさん
21/05/06 23:33:25.48 sft9s3lg.net
>>701
うーん、そのためだけに使うってのはちょっとなあ
717:デフォルトの名無しさん
21/05/06 23:33:54.75 qYpUBK3o.net
>>700
>>696に出てるじゃん
T3無しで自分で書いてみた？
718:デフォルトの名無しさん
21/05/06 23:44:41.27 XU+FtvdI.net
>>693,696,698,704
返り値の型がautoな関数って普通に作れるんですね
すみませんでした
ありがとうございました
719:デフォルトの名無しさん
21/05/07 04:09:07.13 CpHYc6qO.net
初歩的な質問かつスレチ気味ですみません
vscodeを用いて簡単なコードを書きました
ビルドとデバッグを試みました
ビルドは出来ましたかデバッグにエラーが出て、No such file or directryとあります
パスを指定する際に日本語が含まれていることでエラーが出たのかと思うのですが正しいですか？
720:デフォルトの名無しさん
21/05/07 04:11:25.73 CpHYc6qO.net
>>706すみません VScodeスレがあるのに間違えてこちらで質問してしまいました スルーしてください 大変失礼しました
721:デフォルトの名無しさん
21/05/07 05:39:45.41 zt0L6rVc.net
std::stringとstd::string_viewって何が違うんすか？
722:デフォルトの名無しさん
21/05/07 06:15:48.18 5qs1Tt49.net
>>708
動的メモリを使うのがstring
使わないのがstring_view
大昔からあるのがstring
C++17で新設されたのがstring_view
723:デフォルトの名無しさん
21/05/07 06:37:17.09 zt0L6rVc.net
>>709
なるほど
最近の開発ではstring_view使うほうが主流ですかね
724:デフォルトの名無しさん
21/05/07 06:38:54.78 p617inns.net
>>710
string_viewを使う機会はほとんどない
725:デフォルトの名無しさん
21/05/07 06:58:15.44 zt0L6rVc.net
>>711
string_viewのほうが軽いのではないのですか？
726:デフォルトの名無しさん
21/05/07 07:49:58.08 HoYTY9P4.net
その違いがわかるほどのシステムなんてあるのか?
727:デフォルトの名無しさん
21/05/07 08:46:52.79 p617inns.net
バッファを操作するライブラリはC以来の蓄積があり、string_viewに移行する利点があまりない
これから新しく作るならstring_view特化でもいいかもしれないけど
728:デフォルトの名無しさん
21/05/07 10:52:52.13 tUbn1npH.net
テンプレート引数にstring::size()みたいな非定数を渡す方法教えてくんろ
729:デフォルトの名無しさん
21/05/07 11:14:48.37 MIeBw/jN.net
部分文字列の抜き出し繰り返す構文解析的なプログラムをstringをつかって自前でゴリゴリ１から書くなら、string_viewでかなり速度上がりそうではあるね
730:デフォルトの名無しさん
21/05/07 11:25:05.02 xRxKqUtn.net
>>715
渡せるわけないだろ
constexpr付いててコンパイル時評価になるならともかく
731:デフォルトの名無しさん
21/05/07 11:31:31.31 tUbn1npH.net
>>717
なんかテクねーの
例えばarrayの長さをどうしても実行時に決める技みたいの
732:デフォルトの名無しさん
21/05/07 11:37:35.53 xRxKqUtn.net
原理的に不可能だよ
定数値が必要ですとか言われるやろ
実行時分岐でテンプレート引数を決めるとかは出来るだろうけど
733:デフォルトの名無しさん
21/05/07 11:39:55.84 MIeBw/jN.net
>>718
使う全ての長さの分のstd::arrayのパターンをマクロか何かで生成して、入り口で分岐させればいけるんじゃない？w
734:デフォルトの名無しさん
21/05/07 11:45:23.03 fHTm+yKw.net
>>718
裏テクはある
当然糞コードになる
後で観る気が起きなくなる
やめとけ
735:デフォルトの名無しさん
21/05/07 11:47:37.42 xRxKqUtn.net
size_t n = str.size();
switch (n) {
case:1
return array<int, 1>;
case 2:
...
こんなん？(でも戻り値の型の違いもテンプレートに出来ないのでanyとかで吸収しないといけない
736:デフォルトの名無しさん
21/05/07 11:51:06.04 tUbn1npH.net
ありがとうございます
上の方で関数の返り値用のテンプレート引数をautoで省略したいとか言ってた者なんですが、大人しくテンプレート引数一個追加します
737:デフォルトの名無しさん
21/05/07 12:26:02.94 5qs1Tt49.net
>>718
system()でコンパイラを呼び出してDLLをビルドしてLoadLibrary()
738:デフォルトの名無しさん
21/05/07 12:43:40.65 xRxKqUtn.net
あーarrayの必要サイズがわからん状態で型決めようとしてたのか
それはユーザーが指定しないとしょうがないね
739:デフォルトの名無しさん
21/05/07 12:55:13.65 tUbn1npH.net
>>725
arrayは例えですが、それに近いことです
実行時に計算した値を変数テンプレートに入れたかったです
740:デフォルトの名無しさん
21/05/07 14:05:11.82 2HL1lUWO.net
pow(int, int) の型って int なん？
Promoted pow(Arithmetic1, Arithmetic2) とあるが、int と int が promote されたら何になるの？
741:はちみつ餃子
21/05/07 14:39:02.01 xLSEaA6V.net
>>708
std::string はそれ自体が文字列のデータを所有している。
std::string_view は他の文字列の一部 (または全部) の範囲を表現しているだけで、文字列の本体は所有していない。
(なので参照先の寿命が先に尽きたらダングリングになることに注意。)
文字列全体の参照は単に
742: std::string& で良いのだが、 一部の範囲だけを表す型が従来は無かったので std::string_view が新設された。 std::string_view は Go や Rust で言うところのスライスのような概念に近い。
743:デフォルトの名無しさん
21/05/07 21:40:55.35 e3vaIAON.net
std::ifstream ifstream;
ifstream.open(filePath);
std::stringstream stream;
stream << ifstream.rdbuf();
とやったとします…この場合…flushって必要なんでしょうか？…
stream << ifstream1.rdbuf() << std::flushやstream.flush()…そもそもifstream.rdbuf()を使っているのが…
なんか…怪しくて…全て書き込まれていない事って…起きるんでしょうか？
ofstreamだと…flushがいるのは解るんですが…この場合って…どうなん？
stream << ifstream.rdbuf()の振る舞いが解らなくて…本当にいつも…全部…読めているんでしょうか？
ifstream.rdbuf()って…怪しいじゃないですか…悩みます…。誰か…詳しい人…います？
744:デフォルトの名無しさん
21/05/07 22:47:52.85 e3vaIAON.net
ostreamを継承してるので…一応…儀式として… << std::flush を付けておきます…
745:デフォルトの名無しさん
21/05/07 22:47:55.63 2z/2Kbob.net
ﾋｴｯ…、、、く、車輪のx発明の人……！
746:はちみつ餃子
21/05/07 23:09:25.10 xLSEaA6V.net
>>729
operator<< を呼んだ直後の時点では完全に書き込まれていない可能性は有る。
ただ、色んな場面で pubsync が呼ばれて辻褄合わせをすることになってるんで、
その時点で完全でなくても大抵の場合に問題にならない。
ストリームがキャラクタデバイスに接続されている場合のような
書き出しのタイミングが意味を持つような状況でなければ明示的に flush が
必要な場面はあまりない。
747:デフォルトの名無しさん
21/05/07 23:41:24.93 e3vaIAON.net
stream << ifstream.rdbuf() の振る舞いが解らなくて…怪しいと思っていたけど…大丈夫らしい…
URLﾘﾝｸ(stackoverflow.com)
748:デフォルトの名無しさん
21/05/08 00:06:58.58 e+sagIsH.net
coutとcerrでコンソールに出すときcoutを適宜flushしないとcoutとcerrで表示が同期しないという印象、
749:デフォルトの名無しさん
21/05/08 01:11:26.04 04d5KsyW.net
coutのようにバッファリングしながらもstderrに出力するclog
750:デフォルトの名無しさん
21/05/08 07:59:26.09 St3wXYGV.net
>>727
promoteはintよりサイズの小さい整数がintになることだぞ
浮動小数点の場合はdoubleになること
powは<cmath>で次のように宣言されていて
float pow(float x, float y);
double pow(double x, double y);
long double pow(long double x, long double y);
pow(int, int)の返却値はdoubleとなる
751:デフォルトの名無しさん
21/05/08 14:22:53.92 iyfickIa.net
hoge() という関数の意味で hoge_() という書き方を使いたいとき、using hoge_ = hoge ってできますか
752:蟻人間
21/05/08 14:50:03.11 tI5Uqx1l.net
>>737
usingの代わりにauto
753:デフォルトの名無しさん
21/05/08 15:15:44.69 iyfickIa.net
>>738
？
auto hoge_ = hoge？
754:デフォルトの名無しさん
21/05/08 15:21:51.05 IOJOTrlX.net
C++にmemcpyの代替ってあるんですか？
メモリが連続でコピーする区間が重複してないときに型 T のものを x 個分コピーするときは、2021年現在も
memcpy(destのアドレス, srcのアドレス, sizeof(T)*x);
で良いんですかね？
755:デフォルトの名無しさん
21/05/08 15:24:23.88 Jy6pPGdO.net
>>726
tuple使え
756:デフォルトの名無しさん
21/05/08 15:27:28.70 Jy6pPGdO.net
>>729
stream << ifstream1.rdbuf() << std::flushやstream.flush()
ifstream1.rdbuf() を実行する前に fush しないと意味無いと思わないか？
757:はちみつ餃子
21/05/08 15:31:41.86 //zoyCL6.net
>>737-739
関数の別名を作るなら constexpr を付けておいたほうがいいかもね。
758:はちみつ餃子
21/05/08 15:42:46.92 //zoyCL6.net
>>740
C++ 的には std::copy を使うんでないかな。
memcpy はメモリが連続していることを利用した最適化をしている可能性が高くて効率的だけど、
T が trivially copyable でないときに memcpy で正しく複製できるかは未定義なので、
汎用的な部品として構築するには memcpy は向いてない。
低レイヤでビットパターンのコピーで良いことがわかっているなら memcpy でも良いだろうし、場面による。
759:デフォルトの名無しさん
21/05/08 15:43:03.39 09/9BleE.net
テンプレート引数の部分指定みたいのってないんですかね
template<class T, int x, int y> auto hoge(array<T, x> fuga){
、、、
}
って関数を
array<int, 5> aaa;
hoge<int, 5, 8>(aaa);
みたいに呼び出すときってintと5はaaaを渡した時点で分かりきってますよね？
だから
hoge<8>(aaa);
みたいに呼べたら良いなと思ったんですが
760:デフォルトの名無しさん
21/05/08 15:57:41.09 +il+Qk57.net
int yをテンプレート引数の最初に持ってきてみ
761:デフォルトの名無しさん
21/05/08 15:58:45.38 +il+Qk57.net
>>741
見当違い
762:はちみつ餃子
21/05/08 15:59:25.53 //zoyCL6.net
>>745
後ろのほうのパラメータは省略できるが、頭のほうのパラメータは省略できない。
順序を変えれば OK
#include <array>
template<int y, std::size_t x, class T> auto hoge(std::array<T, x> fuga){
}
int main(void) {
std::array<int, 5> aaa;
hoge<8>(aaa);
}
763:デフォルトの名無しさん
21/05/08 16:48:31.28 09/9BleE.net
>>746
あざ！
764:デフォルトの名無しさん
21/05/08 20:11:34.06 IOJOTrlX.net
ある条件でvectorを返してある条件でintを返す関数って作れないんですよね？
765:デフォルトの名無しさん
21/05/08 20:16:14.63 grHx02fv.net
>>750 「条件」がコンパイル時に決まるものなら作れるよ。
実行時に決まる条件でも variant<vector, int> を返す関数なら作れるよ。
766:デフォルトの名無しさん
21/05/08 20:47:53.13 coBHIhPM.net
>>750
そんなふうに実装する必要ある？
767:デフォルトの名無しさん
21/05/08 21:04:51.07 IOJOTrlX.net
>>751
ないんでやめます
あるいはオーバーロードで作ります
768:デフォルトの名無しさん
21/05/08 22:02:29.92 04d5KsyW.net
overlord
769:デフォルトの名無しさん
21/05/08 23:21:52.15 55qg1DzP.net
std::anyつかえば実行時でも出来るよ
770:デフォルトの名無しさん
21/05/09 12:35:35.77 Ys9Xflyj.net
あるオブジェクトの参照を受けたときはそのオブジェクトを変更する void 関数で、一時オブジェクトを受けたときはそれを変更したものを返す関数
を作りたいとき、後者ってどう表現したら良いんですかね？
771:デフォルトの名無しさん
21/05/09 13:27:45.76 WMytKT+1.net
move
772:デフォルトの名無しさん
21/05/09 13:56:14.42 Ys9Xflyj.net
>>757
右辺値を受け取った場合をオーバーロードするってことですか？
773:デフォルトの名無しさん
21/05/09 15:01:51.23 RwrAFKze.net
つ右辺値参照
void func(Hoge& h) {
...
}
Hoge func(Hoge&& h) {
...
return h;
}
774:はちみつ餃子
21/05/10 14:33:11.74 iq5b2KkV.net
そういう形でオーバーロードするのはお勧めできないな。
ムーブできるところでは知らんうちにムーブになって効率的に動作してたってのが理想的で、
右辺値か左辺値かによって使い方も異なるってのはやめたほうがいい。
別の名前を付けたほうが良さそうに思う。
775:デフォルトの名無しさん
21/05/10 15:14:27.70 lCZGOQhN.net
stringstream hoge を seekp するとき
hoge.seekp(a, ios::cur);
と
hoge.seekp(a, ios_base::cur);
のどちらが正しいですか？
776:はちみつ餃子
21/05/10 16:48:01.25 iq5b2KkV.net
>>761
どちらでも問題ない。 ios::cur は ios_base から継承したもので、同一の存在。
しかし習慣的には ios_base を直接使うべきではない (ios::cur を使うべき) と思う。
777:デフォルトの名無しさん
21/05/10 18:22:42.09 bdG5L98z.net
右辺値参照って、扱ってるクラスがムーブコンストラクタを持ってない限りは、「これは右辺値参照です」
778:という意思を表示することにしかならんのですよね？
779:デフォルトの名無しさん
21/05/10 20:56:06.60 CKsNew1t.net
非const&はともかく
const&と&&の多重定義は普通だろ
780:デフォルトの名無しさん
21/05/11 03:49:55.52 NBkGK4p/.net
template<class T> void hoge(pair< vector<T>, vector<T> >);
を、vector<int> A, B として
hoge({A, B})
って呼ぶのは T の deduction/substitution に失敗するからダメで
hoge(make_pair(A, B))
って呼ぶのはオッケーだったんだがホワイ？
そんくらいできろやって思うんだが
781:はちみつ餃子
21/05/11 04:17:34.41 sf6ddr3r.net
>>765
推論できないわけではなくて std::initializer_list に推論されるというルール。
そのルールが結果的に妥当かどうかはともかく今更変えるわけにもいかんし、
仕方がないんだわ。
782:デフォルトの名無しさん
21/05/11 11:21:06.99 FWZS8iTB.net
tuple
783:デフォルトの名無しさん
21/05/12 00:29:14.70 nKEkaipq.net
>>591
シープラプラも混ぜて
784:デフォルトの名無しさん
21/05/12 22:39:19.73 LXLc2NzC.net
可変個の参照をとる関数の一番簡潔な書き方って何ですかね？
呼び出すときは
hoge(a, b, c, d)
あるいは
hoge({a, b, c, d})
みたいにしたいです
785:蟻人間
21/05/13 00:03:41.49 /FXyk3Zs.net
いくつか方法がある:
va_list
std::initializer_list
variadic template
786:はちみつ餃子
21/05/13 00:25:58.06 WYE+obYa.net
要素の型が全て同じなら std::initializer_list が比較的扱いやすいとは思うが、
それだけでまかなえないからこそ選択肢があるのでもう少し条件を提示して欲しいね。
787:デフォルトの名無しさん
21/05/13 14:22:44.17 rT5yynw0.net
防衛省が中国のハッカーとやり合える人材を募集中 年収最高２０００万円
ｽﾚﾘﾝｸ(poverty板)
788:デフォルトの名無しさん
21/05/13 14:25:28.62 gQUYeg5t.net
vector
array
tuple
789:デフォルトの名無しさん
21/05/13 15:33:03.69 VhoQaRqh.net
上限2000万じゃ安すぎ
790:デフォルトの名無しさん
21/05/13 15:38:49.41 tJiNVUVY.net
武器禁輸措置に抵触する認定プログラマのお値段がたったの2000万円？
安すぎだろ
791:はちみつ餃子
21/05/13 15:57:38.17 WYE+obYa.net
そういう額って「保証する額」なので上限が保証されてても意味ないんだよな。
792:デフォルトの名無しさん
21/05/13 16:06:58.80 ItPDnKAp.net
ベストエフォートが 1Gbpsでも現実は 10Mbpsみたいな話だな。
793:デフォルトの名無しさん
21/05/13 16:08:53.03 ItPDnKAp.net
最近知ったことだけど回線品質が悪いからではなく沢山の人に共有利用させすぎているせいで速度が出ないだけらしい。
実際、ダウンロードは遅いのにアップロードは速いのはそれで説明できるそうだ。
794:はちみつ餃子
21/05/13 16:33:36.23 WYE+obYa.net
>>778
割り当てを失敗してるんだからそれは「回線の品質が悪い」んだよ。
運用も回線の一部。
795:デフォルトの名無しさん
21/05/13 16:35:51.69 VhoQaRqh.net
ダウンロードが遅い原因は経路の他にサーバーという場合もあるね
796:デフォルトの名無しさん
21/05/13 16:55:36.92 0opMfQ+n.net
人混みではWiFiも奪い合いでブツブツ切れまくる
保証するのは普通「下限」だよな
797:デフォルトの名無しさん
21/05/13 17:54:36.06 ItPDnKAp.net
>>779
ADSLとかで遅いのも回線がズタボロに品質が悪いからではなく
多くの人で分けすぎていることが原因の場合があるらしい。
798:デフォルトの名無しさん
21/05/13 20:55:57.03 NATYYilK.net
給料でも、100万円みたいに上限を書いているものは、無意味。
嘘広告と同じで、絶対にもらえない
給料で大切なのは、15万円みたいな下限。
最低保証額
799:デフォルトの名無しさん
21/05/13 20:59:43.10 bYaECMnR.net
何のスレだよ
800:デフォルトの名無しさん
21/05/14 00:45:53.77 2w1FBHD8.net
最低時給みたいなもんか
801:はちみつ餃子
21/05/14 02:31:20.51 Ezk9shwq.net
直接的に関係ない話になってはいるが、
保証の内容の違いはプログラミング的にも割と重要な話。
十秒で十の仕事をするという保証と
一秒で一の仕事をするという保証は異なる。
802:デフォルトの名無しさん
21/05/14 02:47:39.90 YIIiTt5H.net
アホみたいな質問というか雑談なんですが、皆さんは同じ型のものを2つまとめるのにpairって使いますか？
2要素vectorの方が要素アクセスのしやすさ等の観点から自分にとっても他人にとっても親切な気がしてきました
803:はちみつ餃子
21/05/14 02:57:56.08 Ezk9shwq.net
>>787
同じ型かつ二要素という保証が重要な場面なら std::pair より std::array を使う。
804:デフォルトの名無しさん
21/05/14 03:23:37.52 yHal4m5W.net
std::pairは機能拡張に弱いので自発的には使わない方がいい
805:デフォルトの名無しさん
21/05/14 05:56:11.89 RnSHWQNF.net
IntelコンパイラはParallel Studioが終了してoneAPIになったけど、
これ無料なん?Intelからは無料ダウソできるけど、
エクセルソフトは有料販売続けてるのはどこが違うの?
806:デフォルトの名無しさん
21/05/14 06:01:58.07 UqkRQTKM.net
ダウソってなんスか?
807:デフォルトの名無しさん
21/05/14 06:20:13.81 7h2AIEzB.net
>>787
POINTやSIZEは普通に構造体宣言だね
complex<T>も明らかにTとTだね
こんなもんpairで作るやついたら全力で逃げる
808:デフォルトの名無しさん
21/05/14 06:21:57.15 RnSHWQNF.net
カワウソの一種です
809:デフォルトの名無しさん
21/05/14 06:23:51.18 7h2AIEzB.net
template <class T>
struct point : private std::pair<T, T>
{
T& x;
T& y;
point() : x(std::pair<T>::first), y(std::pair<T>::second) { }
};
・・・アホくせｗ
810:デフォルトの名無しさん
21/05/14 07:22:41.27 +gtYWEA4.net
pairてmap以外で使った記憶ないな
811:デフォルトの名無しさん
21/05/14 07:25:10.38 yHal4m5W.net
std::equal_range() の戻り値がstd::pairだよ
812:デフォルトの名無しさん
21/05/14 10:51:44.98 R2Ezzb7N.net
std::pair を使うかという問いに対して std::pair をなんと継承している例を持ち出してアホくさいとはね
アホくさいんじゃなくアホなんだよ
813:デフォルトの名無しさん
21/05/14 12:30:32.58 7h2AIEzB.net
>>797
あ？ 自分は答えないくせに他人のコメントにいちゃもんつけるやつにだけは言われたかねえぜ
814:デフォルトの名無しさん
21/05/14 12:31:39.95 7h2AIEzB.net
どーせ継承いらん厨とかそういう手合いのゴミだろてめえ
815:デフォルトの名無しさん
21/05/14 12:47:38.30 678S/iU6.net
twitterでC++というキーワードがどうやっても検索できないのは独占禁止法に抵触するよね？
816:
21/05/14 21:28:42.13 JoUb9lLr.net
>>772
0 の数が二つ足りない
817:
21/05/14 21:29:55.39 JoUb9lLr.net
>>799
継承………
いらないと思います、最近の私は全部委譲で書いていて、その方がまともだとおもっていますね
818:デフォルトの名無しさん
21/05/14 21:31:11.99 72ZodHJE.net
こういうのは技術だけじゃダメだからなあ
相手の心理を読み解く嫌らしいまでの知略がないと
819:デフォルトの名無しさん
21/05/14 23:11:38.64 R2Ezzb7N.net
継承は多用こそしないが要る
std::pairの継承はもちろんしない
std::pairは使う
終わり
同じ型で2要素のものをpairにするかvectorにするかarray<T, 2>にするかは好みとしか言いようがない
どれにしたから怒られるということもなかろう
820:デフォルトの名無しさん
21/05/15 00:42:32.70 JNomAybm.net
でもそれが可能だということはやってはダメと言われてるわけでは無く許可されてることだろ
本当にダメならそもそも出来ないハズだ
やれることをやってなんでダメと言われるのか全く理解出来ない
出来ないのであれば不可能にすべきだがそうなってない、
ならばやっていいことに決まってる
821:はちみつ餃子
21/05/15 00:48:41.02 pVi51x8H.net
やればいいよ。
その結果がどうなるか知らんけど。
822:デフォルトの名無しさん
21/05/15 01:23:50.42 ACVNfbfy.net
>>794は無理してpair使うとアホなことになると言いたいのかと思ってたんだが違うのか
823:デフォルトの名無しさん
21/05/15 01:23:56.78 GOJIKllV.net
乗用車は余裕で時速150km出せる
824:デフォルトの名無しさん
21/05/15 06:16:06.77 ASJTiJTT.net
>>802
インターフェイスも否定する？
825:デフォルトの名無しさん
21/05/15 06:35:29.42 ASJTiJTT.net
自分は使わない、以上だってpgr
コードを常に1人で書く人ってことだね
チームでやってるときに異端な主張で
クセ強すぎるコード書くやついたら叩き出す
826:デフォルトの名無しさん
21/05/15 06:43:05.27 tihXB0Cj.net
大昔全部ヘッダファイルにコード書いてやった俺は正しかった
今になって大流行
自分の先見の明が恐ろしい
827:デフォルトの名無しさん
21/05/15 07:20:42.20 yI+HbYJi.net
XXという機能は要らないという奴はたいてい
自分の特定ジャンルのコーディングしかしたことない奴が多い
828:デフォルトの名無しさん
21/05/15 07:51:13.54 tihXB0Cj.net
ほんとうにいらないものもある
829:デフォルトの名無しさん
21/05/15 07:57:34.33 MVemCiVF.net
本当にいらないものは大体ここ10年の規格改訂で削除かdeprecated行きになってる
まだそうなってないものは多分必要なんだよ
830:
21/05/15 09:26:33.74 JZCPEXPS.net
>>809
否定しません
831:デフォルトの名無しさん
21/05/15 09:35:04.56 WhAcSt6Q.net
ヘッダファイル内で定数使いたいときって結局どうしたら良いんですか
ネームスペース作るほどじゃないが、スコープはそのファイル内だけで良いって状況です
832:デフォルトの名無しさん
21/05/15 10:12:39.02 GOJIKllV.net
32bit整数なら列挙型
それ以外なら定数をあきらめて定数を返す関数にする
833:デフォルトの名無しさん
21/05/15 10:30:59.22 WhAcSt6Q.net
>>817
あざす！
834:デフォルトの名無しさん
21/05/15 12:13:25.04 eYtIld1h.net
>>794
URLﾘﾝｸ(blade.nagaokaut.ac.jp)
URLﾘﾝｸ(www.akiradeveloper.com)
835:デフォルトの名無しさん
21/05/15 12:19:34.55 eYtIld1h.net
>>811
流行っていうか仕様上仕方なくってことなら判る
template とか obj にコンパイルしても
必要な時に見つからないって言われるの
回避する方法あったら教えて
836:デフォルトの名無しさん
21/05/15 12:36:48.16 DTE+piln.net
>>802
悪いが、やっぱQZは、頭の働きが余り良くないと思う。
継承はオブジェクト指向ではなくてはならないものだし。
837:デフォルトの名無しさん
21/05/15 12:46:36.24 DTE+piln.net
>>821
ただし、個人的には委譲についてはそんなに詳しくは無く、#include程度のものだという理解しかない。
しかし、C++のクラスには元々継承の機能が付いているのだから敢えて委譲方式を使う必要は無いと思う。
また、委譲にしたときのデメリットは分かるが、メリットは分からないし。
838:デフォルトの名無しさん
21/05/15 12:53:37.11 ACVNfbfy.net
C++において委譲てメンバ変数に持つだけやろ
vectorにデータ保持するクラスがvector継承とかおかしなことになる
昔から言われてるis-aとhas-aで考えるのが自然じゃないの
839:デフォルトの名無しさん
21/05/15 12:59:47.23 l/htYdSr.net
継承は今となっては注意して使うべきものって評価が定着したものと思ってた
リスコフ置換原理とか、差分プログラミングとか、composition over inheritanceとか
840:デフォルトの名無しさん
21/05/15 13:08:50.36 DTE+piln.net
>>824
そんな高度なことをUQが知ってるのか？
841:デフォルトの名無しさん
21/05/15 13:18:14.47 ZTZob1AZ.net
>>821
確かにいちいち相手を口撃しないと議論もできないのは頭が悪いね
842:デフォルトの名無しさん
21/05/15 13:58:00.84 tE3nOT6E.net
> 個人的には委譲についてはそんなに詳しくは無く、#include程度のものだという理解しかない。
> vector継承
えっちょっとレベル低過ぎて驚愕してるんだが、休日プログラマたちが張り切って変なこと言ってるだけだよね？
「委譲は#include程度のもの」は意味不明としか言いようがないし、STLコンテナの継承って典型的なアンチパターンなんだがなんでそんなもの引き合いに出してくるのか分からんし
843:デフォルトの名無しさん
21/05/15 15:34:06.78 eYtIld1h.net
>>823
ほぼその通りだが
メソッドとか共通のときって
全部のメソッド描くか？
template <R, P>
R *(P a){return ($1)(a);}
観たいに描けたら良いのに
844:デフォルトの名無しさん
21/05/15 15:35:17.73 eYtIld1h.net
ああ違う
R *(P a){return (m->($1))(a);}
観たいな感じ
845:デフォルトの名無しさん
21/05/15 15:57:12.68 mF3YDsn5.net
>>827
安心せい
ド素人がシッタカかますスレへようこそ
釣り、知ったか、荒らしは単にスルーされます
846:
21/05/15 16:47:33.61 JZCPEXPS.net
>>821
＞継承はオブジェクト指向ではなくてはならないもの
私も昔からそう習ってきてはいましたが、さて、いろいろ書いてみたものの「継承で書いた方がスマート」という経験が皆無なのです、「委譲で書いた方がスマート」ならば沢山あるのですが
あえて継承が有用な場面といえば、エラー等の例外関係の個々のクラスを大雑把にカテゴライズするための基底型、くらいのものでしょうか…
なにかお題を定めて「①：継承だけを使って書け、②：委譲だけを使って書け、③：①②を評価せよ」という例をいただけないでしょうか。
847:デフォルトの名無しさん
21/05/15 17:50:08.18 DTE+piln.net
>>831
「委譲」って具体的にどういう書き方のことなの。
848:デフォルトの名無しさん
21/05/15 17:55:09.56 vSRH6pvU.net
>>832
ええ、頭の働きが悪いと煽りつつそれ聞いちゃうの？
849:デフォルトの名無しさん
21/05/15 17:56:27.49 DTE+piln.net
>>827
Rubyでの委譲は #includeのようなものの様に見えたんだよ。
さっき検索してみたら、一般的にはそういうことではないらしいが。
850:デフォルトの名無しさん
21/05/15 17:57:27.50 DTE+piln.net
>>833
委譲という言葉はC++では余り耳慣れなかったので本人がどういう意味で使ってるか聞いて見たい。
851:デフォルトの名無しさん
21/05/15 17:59:33.89 DTE+piln.net
C#でのdelegate、Rubyの委譲(#includeみたいに見える)、Wikipediaに載っている委譲、それぞれかなり違うことを言っているように思える。
記憶だと、C#のdelegateって他の言語でClosureと呼ばれているもののように思えた。
FunctorとClosureの違いはちゃんと分かってないが。
852:デフォルトの名無しさん
21/05/15 18:02:34.95 DTE+piln.net
>>836
あ、Rubyは、Mix-inの方だったわ、スマン。
853:はちみつ餃子
21/05/15 18:05:50.33 pVi51x8H.net
別のところに処理を丸投げするような仕組み (ただし丸投げする先をディスパッチする仕組みには色々とある) が委譲なので、
基底クラスのメンバ関数が呼ばれるのも広義には委譲の一種なんじゃないかなぁ……。
854:デフォルトの名無しさん
21/05/15 18:35:44.23 eIL06kE0.net
C#のdelegateって、クロージャとかオブジェクトのメソッドをレシーバごと格納できるコレクションだよね
同じ引数と返り値を持っている関数みたいななものならば、なんでも追加できる
そいでその引数と返り値の関数として呼び出すことができる
移譲先を格納しておくのに便利な機能
855:デフォルトの名無しさん
21/05/15 19:12:47.49 ASJTiJTT.net
>>835
そうかあ・・・耳慣れないのか
耳が悪いんだね
コンストラクタの委譲もピンプルも知らないのに
キリッちゃってる人って・・・(自粛)
856:デフォルトの名無しさん
21/05/15 19:25:28.14 51m73G+d.net
委譲とコンポジションってのはオブジェクトの合成方法だ
具体的にはオブジェクトAにオブジェクトBを持たせる
そしてAのメソッドを定義してBのメソッドを呼び出す
857:デフォルトの名無しさん
21/05/15 20:45:42.10 I9hvCSGp.net
継承先でoverrideした関数があって、継承元の関数使いたくなった場合、何か手段ある？
858:
21/05/15 20:57:32.98 JZCPEXPS.net
>>832
しばしお待ちを
859:デフォルトの名無しさん
21/05/15 20:59:13.89 l/htYdSr.net
>>842
Base::method()
860:デフォルトの名無しさん
21/05/15 21:02:37.21 I9hvCSGp.net
>>844
ありがとう！
861:デフォルトの名無しさん
21/05/15 21:33:36.92 ROEIM7pX.net
継承は、is-a
委譲は、has-a
内部に部品を持って、その部品にやらせる
最近の言語は、Go, Elixir みたいに継承がない
一方、Ruby on Rails では、継承がめちゃめちゃ便利。
継承して、カスタマイズするだけ
862:
21/05/15 22:02:21.21 JZCPEXPS.net
>>846
そのリスコフ置換原則＝ is-a が必ずしもいつも使えるとは限らないのですよ
例えば、数の体系は例えば
複素数⊃実数⊃有理数⊃整数⊃自然数
ですが、じゃあ、「複素数」からインプリメントするか？というと、私はそうは思えません
863:デフォルトの名無しさん
21/05/15 22:02:48.30 ROEIM7pX.net
Ruby の委譲は、Forwardable を使う
例えば、自分でスタッククラスを作る場合、
Array 型のインスタンス変数に丸投げして、push/pop を使う
ただし、他のメソッドを呼ばれても困るので、使えるメソッドを限定する
文字列・配列などは継承用のクラスじゃないから、
継承するのはアンチパターンなので、委譲を使う
ただし例外的に、Ruby on Rails など、有名なフレームワークでは、
標準クラスを継承して、カスタマイズする事も認められる
require 'forwardable'
class Stack
extend Forwardable
def initialize( ) @ary = [ ] end
def_delegators( :@ary, :push, :pop )
end
stack = Stack.new
stack.push 1
stack.push 2
stack.pop
p stack #=> @ary=[1]
864:デフォルトの名無しさん
21/05/15 22:42:05.60 ACVNfbfy.net
>>827
＞STLコンテナの継承って典型的なアンチパターンなんだが
だからおかしなことになると言ってるだろ何をドヤってんだアホかお前は
>レベル低すぎて驚愕
してんのはこっちだ
is-aなら継承、has-aなら委譲(この場合メンバで持つ)が自然だと言ったんだよ
865:
21/05/15 23:03:15.95 JZCPEXPS.net
>>849
その is-a, has-a は、実際の設計作業にはあまり役にたたない気がします
私がやっている小規模／個人コーディングでは、差分プログラミングを取るしかない（まずプロトタイプを書いてから継承または委譲を使ってテストコードと併用して膨らませていく）わけですが、その記述としては最初に委譲を考えます
実際のところ継承と委譲の使い分けは何でしょうかね、少なくともリスコフ置換原則ではカバーできないという気がしますね
866:デフォルトの名無しさん
21/05/15 23:15:31.28 ACVNfbfy.net
>>850
＞私がやっている小規模／個人コーディングでは、
>継承または委譲を使ってテストコードと併用して膨らませていく
いつもその条件で部品テストしてるだけならそうだろうなー
すでに言われてるけど違うことやり始めたら考え変わるんじゃね
867:デフォルトの名無しさん
21/05/15 23:21:48.14 ACVNfbfy.net
個人的には、やっぱり自然かどうか、とか書きやすいかを考えた方が正解だと思うよ(その方が後で破綻しない
そのリスコフ置換原則？も上にあったように数学関係のクラスだと微妙だろうし
868:デフォルトの名無しさん
21/05/15 23:47:22.72 cVKO4d9w.net
>>850
QZは日常的に「実際の設計作業」をやってるの？
無職じゃないの？
869:
21/05/15 23:49:02.10 JZCPEXPS.net
>>851
なるほど、それはそうかもしれませんね
java のクラスライブラリは、かなりなじみがあるので、ああいうものを白紙から書くのならば継承抜きでやれといわれても困ると思いますし
……
(10分程度思考後）
……うーん、実は継承抜きでもやれそうな気もしていたりして
>>831 で希望しているとおり、簡単な例で委譲よりも継承の方が（すべての点でなくてもいいから、何か一つか二つの観点から）優れているという好例はないものでしょうか？
870:デフォルトの名無しさん
21/05/16 11:33:38.38 VxksG9ZS.net
C++ で ifstream で開くファイルが存在するかどうかチェックしたいのですが
ファイル名が utf-8 だと
string hoge = "utf-8のファイル名";
ifstream fuga(hoge);
if(fuga.is_open())
で存在しないと看做されます(全部ASCIIのときとか存在するときもある)
どう対処するのが良いですか？
出来れば Win32API は使いたくありません
871:デフォルトの名無しさん
21/05/16 11:36:10.62 pdS2eoPi.net
使いたくない理由の99%は霧散解消する
胸に手を当てて考えてみればわかる
872:デフォルトの名無しさん
21/05/16 11:42:34.85 g64uh5fx.net
>>855
#include <filesystem>
if(std::filesystem::exists("utf-8のファイル名")) goto hell;
でもダメ？
873:デフォルトの名無しさん
21/05/16 11:42:43.55 SJMOKydl.net
filesystem::path ならUTF16のファイル名で渡せる
UTF8をUTF16にする標準機能が非推奨になっているので注意
874:デフォルトの名無しさん
21/05/16 12:03:52.09 VxksG9ZS.net
>>856
そうですね
>>857
ありがとうございますやってみます
>>858
codecvt ですね判ります
875:デフォルトの名無しさん
21/05/16 12:16:34.49 P/WMWyL3.net
移譲は……
クラスAをクラスBに所有させたとき、Bの公開したいいいメソッドを逐一クラスAにも書かねばならないのがﾒﾄﾞｲ
public継承なら継承させるだけで済む
タイピング量の削減は継承で解決すべき問題か、というのはあるが現状はそう