C++相談室 part154

**デフォルトの名無しさん** · 2021/01/08(金) 17:54:00.55

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

テンプレここまで

**デフォルトの名無しさん** · 2021/01/13(水) 21:14:51.93

プッシュ型って何？

**デフォルトの名無しさん** · 2021/01/14(木) 06:54:42.42

Caper や Bison でプッシュ型を調べてみるとわかると思います。

**デフォルトの名無しさん** · 2021/01/14(木) 06:59:25.06

あらゆるソフトウェアで使いまわされるライブラリにおいて、詳細が既に決まっているのは不自由なことです。

**デフォルトの名無しさん** · 2021/01/14(木) 07:12:21.89

templateと比べてプッシュ型の利点が分からん。

**デフォルトの名無しさん** · 2021/01/14(木) 07:23:48.43

>>105
プッシュ型はパーサーでよく使われます。
ユーザーが柔軟性を求めるからです。

Caperはプッシュ型、Bisonはパーサー側が文字を読む方式ですが、オプションとしてプッシュ型を選べます。
パーサにおいてプッシュ型とは、（パーサではなく）パーサを呼び出す側が文字を送り込みます。

それによって何が起きるでしょうか？
従来のパーサーは状態と共に行番号を保存します。
プッシュ型の場合、行番号を保存するのは呼び出し側です。

パーサーが読む文字とは何でしょうか？
プッシュ型において、Cではint、C++ではユニコード。コードポイントです。
文字デコードを行うのは、呼び出し側です。

では従来のパーサでは？
行番号を管理するためには、文字デコードもパーサーの仕事です。
つまりパーサーは大きな塊でアリ、組み合わせる部品ではありません。

**デフォルトの名無しさん** · 2021/01/14(木) 07:27:04.63

プッシュ型はUNIXに通じるものがありますが、UNIXでは実現されませんでした。

**デフォルトの名無しさん** · 2021/01/14(木) 07:47:44.25

パーサーは本来、構文解析が仕事です。
しかし、現状多くのパーサーは、構文解析以外の機能を密に結合している。

本来の仕事以外は分離して、小さな部品にすることで再利用性が高まる。
という感じですかね。

これはテンプレートと同じでもろ刃の剣でもあるんですよ。
詳細を設計しないんですから。

しかし、STLの寿命の長さを見て分かる通り、詳細が設計されていないという事は利用者が自由に設計できるという事で、使い出があるんです。

**デフォルトの名無しさん** · 2021/01/14(木) 07:48:23.53

もちろん、パーサーに限った話ではないですよ。
例です。

**デフォルトの名無しさん** · 2021/01/14(木) 09:22:59.17

みんながみんなパーサーを開発する側じゃないからなー
もっと身近な例はないですか？
このようなデザインパターンがプッシュ型だとこうなる、みたいな

**デフォルトの名無しさん** · 2021/01/14(木) 09:29:21.76

>>110
使う側にとって良いことなんですよ。

それと、プッシュ型は万能ではないんですよ。
一部のコンポーネントの部品化に対して利益があるのです。

**デフォルトの名無しさん** · 2021/01/14(木) 10:01:10.49

>>111
身近な例はないかという問いに対しその回答は意味不明では？

**デフォルトの名無しさん** · 2021/01/14(木) 10:15:16.01

まあそうですね。
すいませんでした。

**デフォルトの名無しさん** · 2021/01/14(木) 10:22:13.84

身近な例で利点があるなら広めるのに協力するのもいいが今の時点で利点が分からん。

**デフォルトの名無しさん** · 2021/01/14(木) 15:40:36.18

別にC++だけの問題じゃないんだけど…質問…例えば…エクスプローラのようにファイル一覧出すじゃん…
画像や動画は…サムネイルを出すじゃん…このサムネイルは非同期で更新になるじゃん…
一度開いたら…キャッシュから読み込みたいじゃん…このキャッシュの保存ってさぁ…一意にするのに…
ファイルパス・更新日時・サイズである程度一意になるけど…完璧な一意ではないじゃん…
同じ名前・同じ更新日時・同じサイズで上書きされたら、前の画像がサムネイルに出るじゃん…
どうすんの？

**デフォルトの名無しさん** · 2021/01/14(木) 15:42:53.95

キャッシュなんてそんなものだから…それでいいのかなぁ…

**デフォルトの名無しさん** · 2021/01/14(木) 15:53:35.11

その気持ち悪い｢...｣をやめてくれ

**デフォルトの名無しさん** · 2021/01/14(木) 15:55:13.17

ファイルパスと更新日時で一意になると考えていいでしょ
コンテンツが変更されれば更新日時が進むという前提で
それさえも許せないクリティカルなシステムならファイルの全バイト列から衝突率の低いハッシュ作るとかファイル読むのと変わらんことになる
クリティカルなシステムではキャッシュ使わんな

**デフォルトの名無しさん** · 2021/01/14(木) 16:05:02.51

なるほど…。

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/14(木) 16:09:33.34

https://martinfowler.com/bliki/TwoHardThings.html
> There are only two hard things in Computer Science: cache invalidation and naming things.

計算機科学においては二つの難しいことがあります。
キャッシュの無効化と名前の付け方です。

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/14(木) 16:16:29.09

ファイルシステムによるけど iノード番号だったり
それに近い管理機構で一意に特定できる場合もあるんじゃないの。
サムネイルくらいなら雑でいいやという割り切りもあると思うけど、
ある程度は不整合がないようにする努力もしてると思う。

**デフォルトの名無しさん** · 2021/01/14(木) 23:16:54.98

特徴的な文体はblogでも見た！

**デフォルトの名無しさん** · 2021/01/14(木) 23:49:25.09

スヌープとLRUでおｋ
この2つでダメだという香具師は、
スヌーピングのロジック設計をサボっているか、
メモリをケチって必要量に未達なだけ

**デフォルトの名無しさん** · 2021/01/16(土) 08:13:56.08

おはようございますみなさま、質問させてください

ユーザー定義クラスを作成し、循環参照を防止するためweak_ptrをメンバに持たせています。
そして任意の処理でshared_ptrをweak_ptrに代入し使用したいと思っておりました。
しかし、メンバ関数内部でweak_ptrを使用すると、式にはポインタ型が必要です、旨のエラーが出てしまいます。
調べてみたところ、lock（）でshared_ptrに再度権利委譲するとshared_ptr側から動くのですが、私が初心者な事もあり何か釈然としません（我が儘でしょうか……）
一度weak_ptrに落とし込んだものを再度shared_ptrに戻す部分が引っかかっているのだと思います（気にしすぎですかね）

そこでお聞きしたいのですが、クラス内部で動的に定めたいと思っているweak_ptrを使う際に、これ以外の方法はありますでしょうか？
それとも上記の通りlock()で一時的なshared_ptrに束縛した方がいいのでしょうか？

朝から長文失礼しました

**デフォルトの名無しさん** · 2021/01/16(土) 08:49:06.94

ロックしないと知らない間に参照先のshared_ptrで持ってるオブジェクトが破壊されてても文句言えないけどそれでもいいの？
weak_ptrってそういうものだぞ

**デフォルトの名無しさん** · 2021/01/16(土) 09:17:41.99

>>125
ありがとうございます。
おっしゃる通りだと思います。
納得いたしマスター！

**デフォルトの名無しさん** · 2021/01/19(火) 02:35:16.36

移譲って要は継承せずにオブジェクトとして使うってことですよね？
なぜ「移譲」なんてわけわからない名前がついてるんですか？

**デフォルトの名無しさん** · 2021/01/19(火) 04:45:45.04

移譲じゃなくて委譲な。
転送でもいいと思うよ

**デフォルトの名無しさん** · 2021/01/19(火) 07:52:05.16

代理、丸投げ

**デフォルトの名無しさん** · 2021/01/19(火) 09:18:39.64

日本語の問題だけど移譲は同じレベルに権限等を移すこと、委譲は下のレベルに移すことらしい
委譲は継承より権限の制限があるという含みがあるんだと思う
あくまで人間の組織での比喩なんだろうけど

**デフォルトの名無しさん** · 2021/01/19(火) 09:54:48.36

名前付けるほどのことか？と問われればたしかにそう思う
クラス内で他のクラスオブジェクトを使ってるだけｗ

**デフォルトの名無しさん** · 2021/01/19(火) 11:29:25.06

移譲コンストラクタってC++11まで存在しなかったの？

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/19(火) 11:40:18.61

>>132
はい。 C++11 で導入された機能です。
それまで存在しませんでした。

**デフォルトの名無しさん** · 2021/01/19(火) 16:38:03.96

C++03の頃のプログラミングめちゃくちゃ大変そうだね・・・

**デフォルトの名無しさん** · 2021/01/19(火) 20:00:27.80

「オブジェクト指向？じゃあ継承しなきゃ！共通実装はみんな継承でポリモにしろ！」みたいなノリのクソ設計が溢れかえった時期があって
カウンターとして無理に継承せんでもオブジェクト持って使えばええんやでっていう事に名前付けたのが委譲とかコンポジションとか
しょうもないんだけど継承教に対抗するには名前が必要だったんよ

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/19(火) 21:06:03.25

>>134
そのとおりだよ！
前スレで C++11 (以降) に否定的な意見も出てるが、
使える状況であえて C++03 (以前) を選択したがる感覚はわかんね。

**デフォルトの名無しさん** · 2021/01/19(火) 22:52:29.91

テンプレート使わなければC++03でもいける（かも）

**デフォルトの名無しさん** · 2021/01/19(火) 23:09:23.44

なんか、ここはどこ私はだあれなやついるなｗ
なんでテンプレートが出てくるのか

**デフォルトの名無しさん** · 2021/01/19(火) 23:29:07.70

C++03にはテンプレート無いしな

**デフォルトの名無しさん** · 2021/01/19(火) 23:43:32.07

何を狙ってボケてんのかわからん
解説求む

**デフォルトの名無しさん** · 2021/01/20(水) 19:27:35.22

C++スゲー=俺スゲーしたいだけの学生が増えたんだろ

>>134, >>136
エアプ乙
便利にはなったが、メタプログラミングやってても委譲コンストラクタ無くてもそんなに困らんかったぞ
メンバの初期化には関数の戻り値だって使えただろ、どこで困るんだ？

**デフォルトの名無しさん** · 2021/01/20(水) 19:33:42.85

あ、委譲コンストラクタが無くても、の話であって03と11がどうこうじゃないよ

**デフォルトの名無しさん** · 2021/01/20(水) 21:35:54.62

constメンバの初期化をしたいとき
初期化リストで初期化すれば良いっていやー良いが
コンストラクタ毎に初期化リストを書かねばならない
ﾒﾄﾞｲ…

**デフォルトの名無しさん** · 2021/01/20(水) 21:36:27.27

あと参照メンバも…！

**デフォルトの名無しさん** · 2021/01/20(水) 21:47:26.52

>>141
C++03で何が困るって、<system_error>や<filesystem>や<execution>みたいのがなかったことだよ
新機能を乱発してプログラマを喜ばせるのを慎むというハゲの主張はわかるが
あまりにも保守的すぎて現実から乖離し始めていた

**デフォルトの名無しさん** · 2021/01/20(水) 21:48:56.40

<valarray>の立場がなくなるから<execution>をためらうとか本末転倒だろうが

**デフォルトの名無しさん** · 2021/01/20(水) 21:57:51.96

>>143-144
え、そんな場面滅多に無いと思うが・・・
委譲するときは他のコンストラクタしか初期化子使えないはず・・

と思ったが非constなものは全部コンストラクタ本体で初期化、ならいけるか

**デフォルトの名無しさん** · 2021/01/20(水) 23:00:47.64

>>146
同じことをするのに複数のやり方があったらプログラミング言語界のPerlになってしまう
お禿様の気持ちはﾜｶﾙ

**デフォルトの名無しさん** · 2021/01/21(木) 02:42:42.14

まるで Perl はプログラミング言語界の外に居るような言い方ね。

**デフォルトの名無しさん** · 2021/01/21(木) 06:07:35.61

なんだろう、スクリプト言語とかコンパイラ言語とかいうのかね

**デフォルトの名無しさん** · 2021/01/21(木) 07:17:30.26

厄介者のperl

**デフォルトの名無しさん** · 2021/01/21(木) 07:40:13.27

perlは遊び道具としては面白いのかもしれないけど本番で使うにはちょっと…

**デフォルトの名無しさん** · 2021/01/21(木) 08:36:52.78

Git for windowsと一緒にインストールされる遊び道具、という世界観ですね。大切にしなさい。

**デフォルトの名無しさん** · 2021/01/21(木) 08:52:53.32

へー、findやopensslは便利に使ってたけどperlまで入ってたのか。
まぁ、もう使うことはないだろうけど。

**デフォルトの名無しさん** · 2021/01/21(木) 09:35:52.84

Perlを厄介と考えるPGのほうがPerlよりも先に厄介払いされる。若いくせに向学心がないことが垣間見える。

**デフォルトの名無しさん** · 2021/01/21(木) 10:09:36.15

向学心とかw
むしろperl使ったことあるからこその意見だろ

**デフォルトの名無しさん** · 2021/01/21(木) 10:25:31.85

Perlを難しいと思うようだとあまり伸びしろがないね。職業変えたほうがいいかもね。正直でごめんね。

**デフォルトの名無しさん** · 2021/01/21(木) 10:51:23.68

>>155はマジで言ってるのか
10年くらい眠ってたのか？

**デフォルトの名無しさん** · 2021/01/21(木) 11:09:21.23

最近のモダン（この言い方自体が既に古いがw）な言語使ったことないんじゃね？
あとそれなりの規模の開発したことないんだろうね
perlは書捨てのツール作ったりするには便利だったけど今更新規で使うことはないわ

**デフォルトの名無しさん** · 2021/01/21(木) 15:15:36.61

Perlの開発者ってタッチタイピングできなかったのかな？
なんであんなに1文字の特殊変数だらけの言語作っちゃったの？キーボード入力が楽になるとか思っちゃったのかな？
結果は可読性の低いクソースコードが量産されただけだったよね

**デフォルトの名無しさん** · 2021/01/21(木) 16:04:26.02

>>160
gnu-makeやshell scriptも同じ。
emacsも、キーバインドを丸覚え出来る人しか使えない。
作者が記憶力が桁違いにいい人だったりしてな。

**デフォルトの名無しさん** · 2021/01/21(木) 16:22:10.60

>16 ：デフォルトの名無しさん：2006/03/10(金) 22:15:19
>>>10
>> こんな変数名があちこちに散らばっているのがPerl
>
>大学の研究室のボスは、特殊変数の表をふ～んと2分ほど眺めて完全に暗記した。
>
>そういうレベルの人たちのための言語なんだなと思って、トイレで血の涙を流した。

**デフォルトの名無しさん** · 2021/01/21(木) 16:57:53.30

表を見た直後なら、俺も暗記してるぞ。
しばらくたったら忘れる。
短期記憶と長期記憶の違いだ。

**デフォルトの名無しさん** · 2021/01/21(木) 18:03:23.48

Perlはglobが使えるようになったらuse strictの下でも参照渡しとかできてC++的に組めるようになるからおk
しかしglobを使うことと理解することは別宇宙の話なのであった

**デフォルトの名無しさん** · 2021/01/21(木) 18:10:26.51

正確には型グロブ、

**デフォルトの名無しさん** · 2021/01/21(木) 18:24:32.27

このスレ、初心者多すぎ。丸暗記なんて誰もしないぞ。何のためにオンラインヘルプあると思ってんだろう。
辞書持ち込み禁止に慣れた学生の気分なのかな。

**デフォルトの名無しさん** · 2021/01/21(木) 18:26:55.41

自身の理解力のなさを胡麻化すために大げさな言い回ししているように見える。マジでPGむいてないから転職したほうがいいよ。

**デフォルトの名無しさん** · 2021/01/21(木) 18:30:55.76

>>160 みたいな己の能力のなさを棚に上げておおげさな物言いをする人には調査の仕事を振ることすらできないんだが。

**デフォルトの名無しさん** · 2021/01/21(木) 19:06:10.15

https://descartes-search.com/media/5-programming-languages-you-wont-use-2030/

Perlファンたちはその堅牢なパフォーマンスとスケーラビリティを主張するが、すでにPythonのような他の言語に代替され始めている。10年後にはその信者の数も減り、永久に消え去ることだろうw

**デフォルトの名無しさん** · 2021/01/21(木) 19:17:51.03

ちょっとしたことをやるのに適しているのがスクリプト言語なのに、そのスクリプト言語の初歩にさえつまづいてしまう人はPGに向いてないんだよ。
正直でごめんね。Perlだけの話してるわけじゃないんだわ。

**デフォルトの名無しさん** · 2021/01/21(木) 21:03:47.74

>>169
Perl 6が出るまで無限に待たされそうな気がするから
バージョン5系の消滅は無限の未来なんじゃないかな…

**デフォルトの名無しさん** · 2021/01/21(木) 21:28:48.83

人って第一印象が重要でしょ。
言語もそうだと思うの。
Perlだけの話をするけど、Perlは第一印象で損してる感じ。
PG経験あれば直感的に避けようとする人も少なくないのでは？

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/21(木) 21:30:02.98

>>171
Perl 6 は 2015 年に安定板がリリースされたぞ。
ただし、旧来の Perl と互換性は全然ないので後に Raku と改称された。
要するに別言語になってしもうた。

**デフォルトの名無しさん** · 2021/01/21(木) 21:40:40.11

>>172
ドルマークを多用するPerlはシェルスクリプトに慣れた人にはむしろ入りやすいはずだけどね。

**デフォルトの名無しさん** · 2021/01/21(木) 21:46:06.32

あわしろ氏はJavaはオワコンこれからはPerlと言ってるけどな。

**デフォルトの名無しさん** · 2021/01/21(木) 22:21:06.42

なんでこの人自分以外はperl使えない前提なんだろ…

**デフォルトの名無しさん** · 2021/01/21(木) 22:23:21.95

知っている人も多いと思うけど、bash/zsh向けに便利な入力補完ツール fzf が存在する。
そのGitHubにはfzfにPerlを併用するサンプルコードが散見される。
https://github.com/junegunn/fzf/wiki/Examples

今やPerlは、sedやawkより多機能なちょっとしたテキスト改変ツールとして、Perl本来の役割に回帰している。
PerlをCGIを書くための言語と思っている人にはPerlがオワコンに見えるかもしれないが、現実は違う。

**デフォルトの名無しさん** · 2021/01/21(木) 22:35:21.87

python3が入っていない環境はわりとあるけどperlが入っていない環境はまずない。

**デフォルトの名無しさん** · 2021/01/21(木) 22:35:36.69

なんでC++スレでPerl, Perlと連呼するんだろう
おおかた、その心理を察することができるので草生えるｗｗｗ

**デフォルトの名無しさん** · 2021/01/21(木) 22:41:15.38

本スレテーマであるC++やJavaなどのコンパイル言語のコーディングの生産性を高めるにはスクリプト言語の有効活用が欠かせない。
makeやantではかゆい所に手が届かないもどかしさは今も昔も同じなんだよ。

**デフォルトの名無しさん** · 2021/01/21(木) 22:54:28.47

>>168
Perl狂信者かよ

**デフォルトの名無しさん** · 2021/01/21(木) 22:59:11.40

うかつにもPerl厨の秘口を突いてしまった

**デフォルトの名無しさん** · 2021/01/21(木) 23:06:26.51

>>177
> PerlをCGIを書くための言語
いつの時代の人よw

**デフォルトの名無しさん** · 2021/01/22(金) 00:49:01.09

たしかルビーの素となった言語がペールでは？

**デフォルトの名無しさん** · 2021/01/22(金) 01:19:07.37

macOSのソフトウェア更新ツールHomebrewはRuby製。マカーがいる限りRubyは不滅。

**デフォルトの名無しさん** · 2021/01/22(金) 13:19:25.84

>>157
PerlもPHPも難しいとは思わないけど
だからこそ排除すべき

**デフォルトの名無しさん** · 2021/01/22(金) 13:20:41.30

>>160
>1文字の特殊変数だらけの言語

Rubyのことですね判ります

**デフォルトの名無しさん** · 2021/01/22(金) 14:12:04.30

>>187
Rubyはそれはない。
Perlと間違ってないか？

**デフォルトの名無しさん** · 2021/01/22(金) 14:18:28.68

C++のところで延々と続けるのもなんだけど、TECOってのは相当複雑怪奇だったみたいね

**デフォルトの名無しさん** · 2021/01/22(金) 22:15:36.76

C++が今後関数型プログラミングを言語としてサポートしていくことはありますか？

**デフォルトの名無しさん** · 2021/01/22(金) 22:18:18.81

<functinal>で足りるんじゃね？

**デフォルトの名無しさん** · 2021/01/22(金) 22:50:10.68

こちらでどうぞ
https://mevius.5ch.net/test/read.cgi/tech/1427572389/

**デフォルトの名無しさん** · 2021/01/22(金) 23:49:36.96

>>192
C++の「マルチパラダイム」の中に関数型が今後入ることはあるか (あるいはもう入ってるか) という質問なんですが、変なことを聞いていますか？

**デフォルトの名無しさん** · 2021/01/23(土) 00:00:03.65

ぅえ？

**デフォルトの名無しさん** · 2021/01/23(土) 01:38:03.71

もう入ってるでしょ？

**デフォルトの名無しさん** · 2021/01/23(土) 04:37:52.61

Perlのソース汚いイメージしかないけどな

**デフォルトの名無しさん** · 2021/01/23(土) 07:19:17.61

std::functionとラムダ式で関数はほぼ第一級オブジェクトとして扱えるからC++はとっくに関数型言語ですよ
モナドだってやろうと思えば作れるよ

**デフォルトの名無しさん** · 2021/01/23(土) 13:50:31.25

じゃーHaskellにできることはC++でもできるし、同じように書けるって言うのかい

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/23(土) 13:52:40.96

>>198
なんでそうなるのかようわからんが。

**デフォルトの名無しさん** · 2021/01/23(土) 14:06:29.89

>>160
>1文字の特殊変数だらけの言語
APL記号?

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/23(土) 14:54:28.68

>>188
https://docs.ruby-lang.org/ja/latest/class/Kernel.html#V_--21

**デフォルトの名無しさん** · 2021/01/23(土) 16:26:10.57

>>200
懐かしいな
俺アンペールのいじってたよ