C++相談室 part154

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

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

テンプレここまで

**デフォルトの名無しさん** · 2021/03/05(金) 06:14:45.51

std::variant を使い始めたのですが、例えば variant の中身が4種類あって、そのうちの
2種類とか3種類だけに対し共通なコードを実行したい、ときにはどんな書き方がありますかね?
全部に同じコードを適用するなら std::visit() でいいわけですが。

**デフォルトの名無しさん** · 2021/03/06(土) 13:33:27.36

apply

**デフォルトの名無しさん** · 2021/03/06(土) 20:35:43.51

>>964
共通処理を別の関数にまとめたうえで、visitする時に各型のオーバーロードでそれを呼び出す
visit時にジェネリックラムダを使って内部でif constexprで分岐
visit時にオーバーロードされた関数オブジェクトを用いて、共通処理が必要な型について呼び出されるところをテンプレートにして、他は型を指定しておく
visit時にオーバーロードされた関数オブジェクトを用いて、コンセプトで分岐
.index()とif文で書き分ける

**デフォルトの名無しさん** · 2021/03/07(日) 23:48:37.36

>>962
msvcのバージョン古くて。
c++14に対応してない。c++11でやってるイメージ。再帰でどんどんソースが汚れる。

**デフォルトの名無しさん** · 2021/03/10(水) 13:31:16.40

int getX() const { return mX; }
みたいな関数があるクラスのメンバ関数内でmXを参照するときに
mX と getX() のどっち使うのが一般的な書き方？

**デフォルトの名無しさん** · 2021/03/10(水) 14:04:43.65

>>968
確かにこれはいつも悩むなー
きっとアクセサ使うべきなんだろうけどね
頻繁にアクセスするならローカル変数に代入した方が早くなったりするし、一般的にクラス宣言に書いてるのもはインライン展開されてコスト的には変わらないだろうしね

むしろ他の言語のときにインライン展開なんてされないからめちゃくちゃ悩む

**デフォルトの名無しさん** · 2021/03/10(水) 14:10:23.61

プロパティがないからな

**デフォルトの名無しさん** · 2021/03/10(水) 15:16:37.41

なんでもかんでもgetterとかはJAVAから来たのかとか思ってしまう
取得時に演算しないならそもそもgetterなんか作らない方が分かりやすいと思うのだが

**デフォルトの名無しさん** · 2021/03/10(水) 15:36:26.11

>>971
C#みたいなのはそれはそれでわかりにくいから、getterも関数がいい。

**デフォルトの名無しさん** · 2021/03/10(水) 15:47:37.68

無理にgetter作れってのはアホだなと思うけど、まあgetterくらいならそこまで問題になることもないかなとは思う。
やたらめったらsetter作ってたら死ねとは思うが。

**デフォルトの名無しさん** · 2021/03/10(水) 15:50:25.97

const 属性をうまく使えば、getterを減らしても安全にコーディングできる。

**デフォルトの名無しさん** · 2021/03/10(水) 15:55:29.61

オブジェクト指向に侵されてるとプロパティが欲しくなるだろう。

しかし、本物のC++は知っている。

それは間違いだと。

**デフォルトの名無しさん** · 2021/03/10(水) 19:38:24.39

クラス外からは以下のようにconst 属性をつけてアクセスさせれば心持ち安全になる。
const MyClass& getInstance() const { return *this; }

**デフォルトの名無しさん** · 2021/03/10(水) 19:39:09.45

>>968
フックを残すかどうかだな
abortとterminateみたいに

**デフォルトの名無しさん** · 2021/03/10(水) 20:37:43.62

JavaBeans方式のプロパティはリフレクションあってこそのものなのにC++で真似してもなー。

**デフォルトの名無しさん** · 2021/03/10(水) 21:11:42.58

JavaFXのプロパティは観測可能になってたすごかった
データバインディングとかリアクティブとかプログラムの書き方もずいぶん変わったよね

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

そうだね流石Oracleだね

**デフォルトの名無しさん** · 2021/03/12(金) 00:57:21.49

https://ideone.com/0FptIo
だれか、剰余の符号関係を教えてくれ。

**デフォルトの名無しさん** · 2021/03/12(金) 01:32:57.35

たぶんCから変わってないよな？
(a/b) * b + a%b == a
以上に説明できることはないと思うけど
他になにかあるの？

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/12(金) 03:04:36.84

符号の向きは C++11 から仕様に入った。
(それはでは処理系定義)
C では C99 から。

**デフォルトの名無しさん** · 2021/03/12(金) 08:30:25.58

プロパティーは継承できたりインターフェースとして定めたりできるのが強み
だがそれしか強みが無i

しいて言えばリフレクションが使える言語なら、getterとsetterを同一の識別子で紐付いた形で列挙できる
というのわある鴨、（関数型のシグネチャでgetterとsetterを与えたらそうはいかん

**デフォルトの名無しさん** · 2021/03/12(金) 08:36:14.31

P=Q・X+R （0≦R＜Q）
ので除数が負の%とか定義不能
被除数が負の場合はしらそん
多分Rが非負でなければならないから多分XはPより負の側に振れねばならないのではないか

**デフォルトの名無しさん** · 2021/03/12(金) 14:00:09.40

未定義っぽいですね。ありがとう。

**デフォルトの名無しさん** · 2021/03/12(金) 16:14:00.58

C/C++に限らず界隈では「負数の剰余をとるべからず」という伝承がある

◆QZaw55cn4c · 2021/03/12(金) 20:35:32.66

>>985
剰余の定義は、その定義だけではないですね
「最小正剰余」のほかには「絶対的最小剰余」もあります
https://ja.wikisource.org/wiki/%E5%88%9D%E7%AD%89%E6%95%B4%E6%95%B0%E8%AB%96%E8%AC%9B%E7%BE%A9/%E7%AC%AC1%E7%AB%A0/%E6%95%B4%E6%95%B0%E3%81%AE%E6%95%B4%E9%99%A4

自分で適当な剰余を定義したっていいのですよ

**デフォルトの名無しさん** · 2021/03/13(土) 14:10:18.80

0へ丸めるtruncate算だったかと
mod算するときに結構困るのでユークリッド算関数は常にヘッダに入れてる
a % 2 == 1 // -1かもしれない
まあ偶奇判定くらいなら!=0で取り繕えるけど
ネットで見かける拡張ユークリッドのトイプログラムは大体間違ってるね
負の除数を想定してないgcdならそれでいいけど、ベズー係数求める時に負の被除数を扱えないと一般解の公式で他の解出してお茶は濁せるけど
有限体やら他の体とテンプレート共有できない

**デフォルトの名無しさん** · 2021/03/17(水) 23:25:02.49

ttp://open-std.org/jtc1/sc22/wg21/docs/papers/2021/n4885.pdf

**デフォルトの名無しさん** · 2021/03/22(月) 08:32:15.77

静的ライブラリを作るときに-fPICを指定する必要はないよね？

**デフォルトの名無しさん** · 2021/03/22(月) 09:41:25.38

OSによるのでは

**デフォルトの名無しさん** · 2021/03/22(月) 23:28:52.74

PICマイコン用のバイナリが吐かれる

**デフォルトの名無しさん** · 2021/03/24(水) 07:52:17.23

struct a{};
struct b:private a{};
b c;
(a*)&c; //ok

この下痢糞仕様は何？
こう決まった理由が知りたい

**デフォルトの名無しさん** · 2021/03/24(水) 08:46:44.63

>>994
C形式のキャストを使ってるからではなくて？
どんなポインタにもキャストできると思うけど

**デフォルトの名無しさん** · 2021/03/24(水) 09:11:00.00

reinterpret_castとちゃうで

**デフォルトの名無しさん** · 2021/03/24(水) 09:17:53.26

たとえ(int*)&c;でも通るでしょ

**デフォルトの名無しさん** · 2021/03/24(水) 09:40:19.90

仮想継承にするとダウンキャストはできなくなるんで
型を無視しているのでもなさそう

**デフォルトの名無しさん** · 2021/03/24(水) 10:03:59.75

ポインタは任意のポインタに変換出来る
未定義動作になる可能性があるのはデリファレンスするコードを書いた場合

**デフォルトの名無しさん** · 2021/03/24(水) 10:41:19.80

64bitアプリで32bit整数値をvoid*にキャストしようとするとエラーになる場合があるね。
それを親切と感じることが出来れば玄人。

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 74日 16時間 47分 20秒