[過去ﾛｸﾞ] C++相談室 part130 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
84(1): (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/08(土)23:26 ID:TFmwEDa6r(2/2) AAS
externの必要性をとうとう理解してしまったQ
それに対し相変わらずコミュ障のもう一人のクソコテ
85(2): (ｱｳｱｳｲｰ Sa97-lIlP) 2017/04/08(土)23:36 ID:8P1QJwbCa(3/3) AAS
>>83
#ifdef __cplusplus
#define _static
#define _extstatic extern
namespace {
#else
#define _static static
#define _extstatic static
#endif
_extstatic struct A a[];
省7
86: (ﾜｯﾁｮｲ 7f8c-7E04) 2017/04/08(土)23:39 ID:bfo0YVHI0(1) AAS
>>85
わざわざc使わなくてもc++だけでよかでしょ？
87: (ﾜｯﾁｮｲ cf7a-02AM) 2017/04/09(日)00:00 ID:cP8aqgv30(1) AAS
Cでも使いたい人には自分でラッパー作ってくれと言ってるわ
88: (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/09(日)00:52 ID:djBIOydUr(1/9) AAS
>>85
>こんだけ書けばCでもC++でも無警告でコンパイル通ったけど
そんな文法違反な糞コードを「ボクのパソコンでは動いたもん」みたいに自慢されても…
89: (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/09(日)01:02 ID:djBIOydUr(2/9) AAS
>>77
ひょっとして、もしかするとお前の頭では
「extern」＝「外部リンケージ」なのか？
90: 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌﾟﾌﾟ Sd92-+G+c) 2017/04/09(日)07:01 ID:qFsmFYyfd(1/3) AAS
わっしょい、わっしょい
91: 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌﾟﾌﾟ Sd92-+G+c) 2017/04/09(日)07:08 ID:qFsmFYyfd(2/3) AAS
自分の理解できないことを、何でもコミュ症で片付けるやつ、嫌い。
92: 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌﾟﾌﾟ Sd92-+G+c) 2017/04/09(日)07:13 ID:qFsmFYyfd(3/3) AAS
言語障害って日本語があるのに、何で意味不明な略したりするのかな。臆病者だから？
93(1): ◆QZaw55cn4c (ﾜｯﾁｮｲ beff-rt0y) 2017/04/09(日)07:31 ID:ArlDNXBP0(1) AAS
>>84
ところが C には仮定義というものがあって，仮定義しておけば静的変数を共有できるんだよ
だから extern は要らない子！と主張できるんだ
ここは C++ だから，仮定義が出来ない前提で話しているだけだよ
君はまだまだ浅いね
94(1): (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/09(日)08:37 ID:djBIOydUr(3/9) AAS
>>93
ん？extern要らない説の根拠は(翻訳単位に閉じた)仮定義じゃなくて
リンカが頑張ることだったと記憶していたのだが
ひょっとしてもしかすると、ｱﾌｫ?
95: (ﾜｯﾁｮｲ 130e-+TA9) 2017/04/09(日)09:10 ID:A2LIIX7y0(1/2) AAS
仮定義はリンカが頑張って実現してるんだが
リンカのマップ情報とか見たことないの？
96: (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/09(日)09:37 ID:djBIOydUr(4/9) AAS
なるほど
仮定義というものが何なのか理解していないのでこういうとんちんかんな発言になるのだな
97: (ﾜｯﾁｮｲ 130e-+TA9) 2017/04/09(日)10:11 ID:A2LIIX7y0(2/2) AAS
それはこっちの台詞だyo
98(2): (ﾜｯﾁｮｲ cf59-dxaC) 2017/04/09(日)10:30 ID:elB46Etj0(1/6) AAS
仮定義ってなんだっけ
extern int a; が複数の翻訳単位にあったら勝手にaの実体が1個できるというやつだっけ；
C++には無いの？（驚愕
99(2): ◆QZaw55cn4c (ﾜｯﾁｮｲ bf35-D1KF) 2017/04/09(日)10:53 ID:Cfl4+wb20(1/3) AAS
>>98
仮定義はリンカにおんぶにだっこしてもらう仕様だよ
extern を書かなくてもいい、というものだ
実体を持たない普通の外部変数と同じように
int evil_global;
とか書くだけでいい、ヘッダに extern int evil_global; と書く必要がなくなる（宣言部分での初期化はできないことに注意）
いやまあ、ちょっと追いきれていないところがあって、まだ俺も浅いのはみとめるが、とりあえず C++ にはないので、みなかったことにしている
議論が続きそうだが俺は参加しないよ
100(1): ◆QZaw55cn4c (ﾜｯﾁｮｲ bf35-D1KF) 2017/04/09(日)10:53 ID:Cfl4+wb20(2/3) AAS
>>94
仮定義は翻訳単位に閉じたとはいいきれないよ
101: (ﾜｯﾁｮｲ bf35-D1KF) 2017/04/09(日)11:04 ID:Cfl4+wb20(3/3) AAS
>>99
訂正するね
誤：実体を持たない普通の外部変数と同じように
正：実体を持たない外部変数であっても
なんか訂正しきれていないきもするが
102(3): (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/09(日)17:20 ID:djBIOydUr(5/9) AAS
>>98
>複数の翻訳単位にあったら勝手にaの実体が1個
それはQの妄想というやつで仮定義とは別
なおISO/ IEC 9899:2011では未定義動作になっているので仮に実体が一個になっても違反ではない
103(1): (ﾜｯﾁｮｲ cf59-dxaC) 2017/04/09(日)19:24 ID:elB46Etj0(2/6) AAS
「仮定義」でググッたらあったわ；
外部ﾘﾝｸ[html]:docs.embarcadero.com
extern、static、初期化のいずれも無しの変数宣言っぽいものが（関数外のスコープで）複数個現れたとき、
C言語規格の方が高度なことをしてくれるのか
（C++では>>102によると未定義動作とのことなので同じ結果になるかどうかは規格外の仕様に拠る。
しかし上の説明だけでは関数宣言にexternを付ける意味がまだわかんね；
104: (ﾜｯﾁｮｲ f6bc-+TA9) 2017/04/09(日)19:56 ID:9WDYOgp70(1/4) AAS
>>102
もはや何を言っているのかしどろもどろだな
未定義の動作は何が起きても構わないが、
その内容に依存するコードが違反かどうかもわからないクルクルパーはお気の毒
105(1): (ﾜｯﾁｮｲ cf59-dxaC) 2017/04/09(日)20:10 ID:elB46Etj0(3/6) AAS
いやすまん「規格外の仕様に拠る」はやや誤解して書いてたわ；
下記の通り、未定義動作を含むコードは合法には成り得ず、実行できるかもしれないが、結果は保証されない。（つまり違反
外部ﾘﾝｸ[html]:www.c-lang.org
>未定義の動作に対して，その状況を無視して予測不可能な結果を返してもよい。
>翻訳時又はプログラム実行時に，文書化された，環境に特有な方法で処理してもよい（診断メッセージの発行を伴っても伴わなくてもよい。）。
>さらに（診断メッセージを出力し）翻訳又は実行を中断してもよい。
ここで、診断メッセージ云々とか「文書化された，環境に特有な方法で処理」とは安全に実行を止めることを意味する
Windowsでアプリのクラッシュ時に出てくるダイアログとか、コアダンプとかがそれにあたる
106(3): (ﾜｯﾁｮｲ cf59-dxaC) 2017/04/09(日)20:15 ID:elB46Etj0(4/6) AAS
ていうか最初の疑問に戻るんですが、総合すると、CでもC++でも「extern」 = 「外部リンケージ」、でおkなのでは…
ただ外部リンケージの意味で省略可能だったり、
ANSI Cにおいては「仮定義」に関する仕様が追加されてるから話が複雑化したように見えているだけで、
107(1): (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/09(日)20:16 ID:djBIOydUr(6/9) AAS
>下記の通り、未定義動作を含むコードは合法には成り得ず
何というか、「下記」のどこを縦読みするとそうなるんだか
108(1): (ﾜｯﾁｮｲ f6bc-+TA9) 2017/04/09(日)20:18 ID:9WDYOgp70(2/4) AAS
>>106
追加じゃなく追認な
109(1): (ﾜｯﾁｮｲ cf59-dxaC) 2017/04/09(日)20:19 ID:elB46Etj0(5/6) AAS
>>107
>翻訳時又はプログラム実行時に，文書化された，環境に特有な方法で処理してもよい
つまり翻訳時にビルドエラーで止めても良い
110(2): (ﾜｯﾁｮｲ cf59-dxaC) 2017/04/09(日)20:34 ID:elB46Etj0(6/6) AAS
>>108
互いに正しく適合する「宣言」と「定義」からなるプログラムにとって「仮定義」の概念は不要なのだから、
この場合何を追認したかというと既存のソースコードにおける「extern」の誤用を追認したとしか考えられないのでは…
つまり言語規格の既存の条項が「追認」されたわけではなく、あくまで条項が「追加」されたんである
（多分「追認」なんて定義もされていないだろうし、
111: (ﾜｯﾁｮｲ 722b-Crua) 2017/04/09(日)20:52 ID:k8qrPdcw0(1) AAS
>>106
> 総合すると、CでもC++でも「extern」 = 「外部リンケージ」、でおkなのでは…
ちょっと端折り過ぎかな
n3797(C++14) 7.1.1 Storage class specifiers Example:
static int b; // b has internal linkage
extern int b; // b still has internal linkage
112: (ﾜｯﾁｮｲ f6bc-+TA9) 2017/04/09(日)21:03 ID:9WDYOgp70(3/4) AAS
>>110
少なくとも「externの誤用」ではない
externと書かなかった場合のことについてだ
113: (ﾜｯﾁｮｲ f6bc-+TA9) 2017/04/09(日)21:04 ID:9WDYOgp70(4/4) AAS
今となっては忸怩たる思いだが
俺は「追認された」張本人の1人であって
114: (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/09(日)21:32 ID:djBIOydUr(7/9) AAS
>>109
なるほど理解した
まさか>>102から>>105にかけて『違反』という言葉の意味ををすり替えられていたとは気付かなかった失礼
115: (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/09(日)21:52 ID:djBIOydUr(8/9) AAS
>>110
>「仮定義」の概念は不要なのだから
仮定義が無いと通らない例が>>75で出ているのに
不要である理由の説明も無しにいきなり結論付けられても…
116: (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/09(日)22:01 ID:djBIOydUr(9/9) AAS
>103
そのサイトのANSI Cの説明は多分ウソだぞ
同じ内容なはずのISO Cはそんな定義じゃないから
117: (ﾜｯﾁｮｲ 138f-+TA9) 2017/04/10(月)14:43 ID:DheowmrF0(1/4) AAS
おまえら規格票くらい買うか、せめてドラフトくらい用意しろや
External object definitions
Semantics
If the declaration of an identifier for an object has file scope and an initializer,
the declaration is an external definition for the identifier.
A declaration of an identifier for an object that has file scope without an initializer,
and without a storage-class specifier or with the storage-class specifier static,
constitutes a tentative definition. If a translation unit contains one or
more tentative definitions for an identifier, and the translation unit contains
no external definition for that identifier, then the behavior is exactly as
省5
118: (ﾜｯﾁｮｲ 138f-+TA9) 2017/04/10(月)14:44 ID:DheowmrF0(2/4) AAS
EXAMPLE 1
int i1 = 1; // definition, external linkage
static int i2 = 2; // definition, internal linkage extern
int i3 = 3; // definition, external linkage
int i4; // tentative definition, external linkage
static int i5; // tentative definition, internal linkage
int i1; // valid tentative definition, refers to previous
int i2; // 6.2.2 renders undefined, linkage disagreement
int i3; // valid tentative definition, refers to previous
int i4; // valid tentative definition, refers to previous
省11
119: (ﾜｯﾁｮｲ 138f-+TA9) 2017/04/10(月)14:44 ID:DheowmrF0(3/4) AAS
6.9.2 外部オブジェクト定義
意味規則 オブジェクトの識別子の宣言がファイル有効範囲及び初期化子をもつ場合，その宣言を識別子の外部定義という。
ファイル有効範囲のオブジェクトの識別子を，初期化子を使わず，かつ，記憶域クラス指定子なしか又は記憶域クラス指定子static で宣言する場合，そのオブジェクトの識別子の宣言を仮定義（tentativedefinition）という。
翻訳単位が，ある識別子に対する仮定義を一つ以上含み，かつその識別子に対する外部定義を含まない場合，その翻訳単位に，翻訳単位の終わりの時点での合成型，及び0 に等しい初期化子をもったその識別子のファイル有効範囲の宣言がある場合と同じ規則で動作する。
オブジェクトに対する識別子の宣言が仮定義であり，内部結合をもつ場合，その宣言の型は不完全型であってはならない。
120: (ﾜｯﾁｮｲ 138f-+TA9) 2017/04/10(月)14:45 ID:DheowmrF0(4/4) AAS
例1.
int i1 = 1; // 定義，外部結合
static int i2 = 2; // 定義，内部結合
extern int i3 = 3; // 定義，外部結合
int i4; // 仮定義，外部結合
static int i5; // 仮定義，内部結合
int i1; // 正しい仮定義，前の定義を参照する
int i2; // 前に内部結合をもつ定義があるため，結合の不一致が生じ，6.2.2 によって動作は未定義となる
int i3; // 正しい仮定義，前の定義を参照する
int i4; // 正しい仮定義，前の定義を参照する
省9
121: (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/10(月)18:45 ID:srG0I8DXr(1/2) AAS
N1570のリンクを貼ったら、真実を知った>>100が傷ついちゃうかも知れないと思って遠慮してた
122(1): (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/10(月)23:59 ID:srG0I8DXr(2/2) AAS
とりあえずC++のリンケージ仕様でも投下しとくか
外部ﾘﾝｸ:www.open-std.org
ここのN4660(C++17 DIS)の6.5節の段落3〜4あたりだな
123: (ﾜｯﾁｮｲ 138f-+TA9) 2017/04/11(火)15:06 ID:xAQ0kPvC0(1) AAS
パスいるやん
124: (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/11(火)17:53 ID:gmpvjUS3r(1) AAS
まじか
じゃあ同じ内容のN4659で
125(1): ◆QZaw55cn4c (ﾜｯﾁｮｲ beff-rt0y) 2017/04/12(水)19:45 ID:r8mKYRyu0(1) AAS
>>122
いや，だからC++の話だったら仮定義はない，って >>99 で書いたつもりだが，
C++ のリンクを貼ってなにを言おうとしているの？
126: (ｵｯﾍﾟｹ Sr57-GJ90) 2017/04/12(水)22:52 ID:hzellBg9r(1) AAS
>>125
Cの仕様が示されたのだから次はC++での仕様が示されないと>106が可哀想ではないか
スレ違いの仮定義ではなくexternの意味・リンケージとの関係が本題だったと記憶
127: (ﾜｯﾁｮｲ db57-EaKP) 2017/04/13(木)12:41 ID:NIQ3hjXd0(1) AAS
んだね
128: (ﾜｯﾁｮｲ eb00-AM0K) 2017/04/13(木)17:14 ID:IqLxmvNO0(1) AAS
moduleが標準入りするのはいつごろよ？ついでにD言語のversionとaliasもパクって完全体になってほしいね
129(1): (ﾜｯﾁｮｲ eb7a-3MbB) 2017/04/13(木)18:41 ID:RdwWAERL0(1) AAS
それよりネットワーク関連を標準化しろ
この際asioでも許容
130(1): (ﾜｯﾁｮｲ 3b32-Lcy7) 2017/04/13(木)21:28 ID:n9EAyVre0(1) AAS
asioとhttp系の何かつけてくれ
131: (ﾜｯﾁｮｲ eb86-HE/W) 2017/04/15(土)11:47 ID:BNJEkz/Q0(1) AAS
>>129-130
ネットワークライブラリを作っております
遊んでみてください、宣伝失礼しました。
外部ﾘﾝｸ:github.com
132: (ｻｻｸｯﾃﾛﾙ Sp6f-cQmk) 2017/04/15(土)11:52 ID:0ry10bQQp(1) AAS
標準で入ってることが重要なんじゃないかなあ…
133: (ﾜｯﾁｮｲ 1f6b-HE/W) 2017/04/15(土)11:56 ID:JwQS3cI30(1) AAS
炊飯器用の小さいネットワークライブラリも必要になるんじゃねえの
134: (ﾜｯﾁｮｲ 0f1f-V7Gz) 2017/04/15(土)12:21 ID:QXvRHshA0(1) AAS
漁師さん用も頼む
135: (ﾜｯﾁｮｲ eb7a-3MbB) 2017/04/15(土)14:16 ID:/RNhb41k0(1/2) AAS
外部ライブラリっていうだけでハードル高くなるからな
仕事で使いづらいのはもちろんとしてOSSでも使用者に各ライブラリを掻き集めてもらわないといけなくなるから最小限にしたい
136: (ﾜｯﾁｮｲ 1fb2-EaKP) 2017/04/15(土)21:37 ID:53BEnEdf0(1) AAS
論理積で空集合になったからといって
じゃあ論理和にしろと？ 頭悪すぎだろ
137(1): (ﾜｯﾁｮｲ eb59-0/8P) 2017/04/15(土)22:25 ID:D67U9VSC0(1) AAS
静的型付け言語でオブジェクト指向すると
基底クラスにメソッドが集まっていく…
138: (ﾜｯﾁｮｲ efa6-HE/W) 2017/04/15(土)22:33 ID:uwyLFIA10(1) AAS
それはよくない兆候だよね
139: (ﾜｯﾁｮｲ eb7a-3MbB) 2017/04/15(土)23:01 ID:/RNhb41k0(2/2) AAS
何故テンプレートを使わないのか
140: (ﾜｯﾁｮｲ eb59-0/8P) 2017/04/16(日)01:51 ID:M1nx5OGg0(1/2) AAS
基底クラスにメソッドが集まっていくのは仕方が無いにしても、
公開する相手別にインターフェースを分けて抽象クラスの多重継承でもしておけば
大きな混乱は避けられる
希ガス
141(1): (ﾜｯﾁｮｲ 0b75-7bPG) 2017/04/16(日)03:21 ID:9vBuyRLK0(1/2) AAS
仕方ないか？
そういう場合大抵は派生先のあのクラスとあのクラスでこれ使うから基底にいれとこうみたいになってis aじゃなくなってる気がする
142: (ﾜｯﾁｮｲ 3b0d-T+tu) 2017/04/16(日)10:05 ID:P5/zt8YK0(1) AAS
俺も>>141に一票かな。
基底クラスに集まって来るような関数群は、共通に使うという一点に於いてのみ意味があることが多いんだよね。
と、すると、大抵別クラスとして分離可能になるってケースが多い気が。
つまり、実はhas-aが妥当で、それどころかUMLで言うところの依存関係だけで問題ない事が多いという。
143: (ﾜｯﾁｮｲ bbf4-aC3X) 2017/04/16(日)13:02 ID:FhXvPItE0(1/2) AAS
dynamic_castは悪という間違った考え方が基底に余計なメンバ関数を実装させる原因
144: (ﾜｯﾁｮｲ eb7a-3MbB) 2017/04/16(日)13:15 ID:cLuVKvb50(1) AAS
dynamic_castが悪いのではなくdynamic_cast使いまくるようなら設計に問題があるのではないかという話なのでは
145: (ﾜｯﾁｮｲ 4b3c-yJ/5) 2017/04/16(日)14:09 ID:1LAAxzhm0(1) AAS
おっと、Javaを悪く言うのはそこまでだ
146: (ｵｯﾍﾟｹ Sr6f-xkGs) 2017/04/16(日)14:12 ID:kL6yOSUfr(1/2) AAS
144がアスペなのは間違い無い
147: (ﾜｯﾁｮｲ 0b75-7bPG) 2017/04/16(日)14:49 ID:9vBuyRLK0(2/2) AAS
144を理解出来ない146が…
148: (ﾜｯﾁｮｲ eb59-0/8P) 2017/04/16(日)14:53 ID:M1nx5OGg0(2/2) AAS
知らね
ゼロから設計するならともかく、すでに出来上がった構造に仕様追加がなされた場合、
基底クラスにメソッドを追加する流れになりがち
かつdynamic_castはある意味オブジェクト指向的解決手段と言えるかもしれないが、
静的型付けという枠組み(>137)から逸脱する
149: (ﾜｯﾁｮｲ 1fcc-35Q+) 2017/04/16(日)15:31 ID:Jwa8aGsr0(1) AAS
dynamic_cast と reinterpret_cast が本来の意味と逆だよな
150(1): (ﾜｯﾁｮｲ bbf4-aC3X) 2017/04/16(日)22:20 ID:FhXvPItE0(2/2) AAS
複数インターフェース継承してdynamic_castすればいいところを、基底で取り敢えず全インターフェース重ねてなにもしない実装を定義するみたいなことが多すぎる。
151: (ｵｯﾍﾟｹ Sr6f-xkGs) 2017/04/16(日)22:47 ID:kL6yOSUfr(2/2) AAS
>dynamic_cast と reinterpret_cast が本来の意味と逆だよな
訳：ボクは言語障害です
152: (ﾜｯﾁｮｲ 9f78-T+tu) 2017/04/17(月)02:47 ID:/ZxvtgP60(1) AAS
>>150
いや、それもなんかおかしいだろ。
153: (ﾜｯﾁｮｲ 6b3c-cQmk) 2017/04/17(月)03:21 ID:GWeDXk7n0(1) AAS
抽象から具体へのキャストって何かもやもやする
SOLID原則のDIPに反するんじゃないかって気もするし
154: (ﾜｯﾁｮｲ eb92-D+C1) 2017/04/17(月)07:06 ID:D/VW2xRY0(1) AAS
昔風の継承モデルは最近使わなくなったなあ
テンプレートの方が融通性高い
155: (ﾜｯﾁｮｲ 1fcc-35Q+) 2017/04/17(月)07:43 ID:H8Au7WAd0(1) AAS
は？バカじゃねぇの
156: (ﾜｯﾁｮｲ 9fc3-hp0W) 2017/04/17(月)07:48 ID:4nIA4vL50(1) AAS
はい
157(3): (ﾜｯﾁｮｲ 0b75-7bPG) 2017/04/17(月)08:36 ID:R62eo4r30(1/2) AAS
dynamic_castするよりはそいつが該当するinterfaceを持ってるか確認するほうがマシだと思う
struct scroll_interface{
virtual bool down(float value)=0;
virtual bool up(float value)=0;
};
struct view{
virtual scroll_interface* scrollable(){return 0;}
};
struct list_view : view{
virtual scroll_interface* scrollable(){return ptr;}
省5
158: (ﾜｯﾁｮｲ eb7a-3MbB) 2017/04/17(月)08:50 ID:bqYXNS3A0(1) AAS
非メンバ関数にできるものはvariant使った方がいいなって感じになってきた
159: (ｽｯﾌﾟ Sd3f-a7Ro) 2017/04/17(月)08:54 ID:OwDSFehNd(1/3) AAS
>>157
なんかやだ
160(1): (ﾜｯﾁｮｲ 3b37-T+tu) 2017/04/17(月)08:55 ID:5RBrgFiu0(1) AAS
>>157
いや、それdynamic_castと寸分違わず同じだから…
gotoをdo{}while()にするのと同じレベルだと思う。
161: (ｽﾌﾟｯｯ Sd3f-lyFy) 2017/04/17(月)09:07 ID:qMcNcEsbd(1) AAS
RTTIはオプションで切っておきたい
162(1): (ﾜｯﾁｮｲ 0b75-7bPG) 2017/04/17(月)09:13 ID:R62eo4r30(2/2) AAS
>>160
継承関係になくていいというところが違うし(結構大事だと思う)、dynamic_castはダイナミックリンクするライブラリと組み合わせると面倒くさいからなるべく使いたくないんだよね。
163: (ｽｯﾌﾟ Sd3f-a7Ro) 2017/04/17(月)10:32 ID:OwDSFehNd(2/3) AAS
依存関係の強さは変わらんよね
164: (ﾜｯﾁｮｲ 1f6b-HE/W) 2017/04/17(月)12:22 ID:PEkyQsSL0(1) AAS
その「強さ」を具体的に数値化できればな
165: (ﾜｯﾁｮｲ 2bf4-EaKP) 2017/04/17(月)14:44 ID:YxhJnxLO0(1/4) AAS
>>157
スクロールできないクラスの中にscroll_interface*を返す関数があってnullptrを返すのか
その論法では絶対にあり得ない機能への問い合わせ関数を膨大な数抱え込むここになるぞ
166: (ﾜｯﾁｮｲ 2bf4-EaKP) 2017/04/17(月)14:46 ID:YxhJnxLO0(2/4) AAS
>>162
継承を使わないインターフェイスは確かに欲しいが
後半が何を言っているのか好意的に読んでもわからんぞ
167: (ｽｯﾌﾟ Sd3f-a7Ro) 2017/04/17(月)16:34 ID:OwDSFehNd(3/3) AAS
QueryInterfaceいやだ
168: (ﾜｯﾁｮｲ eb00-AM0K) 2017/04/17(月)16:58 ID:rD3LHvJv0(1) AAS
COM設計したやつって基地外だよな
169: (ﾜｯﾁｮｲ 2bf4-EaKP) 2017/04/17(月)18:04 ID:YxhJnxLO0(3/4) AAS
APIが単一空間に際限なく増えることへの危機感から
何らか対策を講じるとして、割とまともな答えだと思う
170: (ﾜｯﾁｮｲ 2bf4-EaKP) 2017/04/17(月)18:05 ID:YxhJnxLO0(4/4) AAS
GUIDの扱い方が変態的なのがちょっとイヤだけどね
171(1): (ﾜｯﾁｮｲ eb59-0/8P) 2017/04/17(月)22:27 ID:ZfEceRxS0(1) AAS
やっぱこれからはAPIが呼び出し元のコードを生成すべき
172: (ﾌﾞｰｲﾓ MMaf-YOru) 2017/04/17(月)22:40 ID:KscfyyhaM(1) AAS
呼び出し元のコードは誰が呼び出すんだ
173: 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sd3f-L+dC) 2017/04/17(月)22:43 ID:dVaQYL/0d(1) AAS
オバマ元大統領が電話で呼び出してくれるだろう。
174: (ﾜｯﾁｮｲ 6b3c-cQmk) 2017/04/18(火)00:19 ID:3dyURfCV0(1) AAS
そうなんだ、すごいね
175: (ﾜｯﾁｮｲ 1fcc-35Q+) 2017/04/18(火)04:24 ID:sGHQhIiJ0(1) AAS
AA省
176: (ﾜｯﾁｮｲ db65-EaKP) 2017/04/18(火)14:33 ID:opmIphTi0(1/2) AAS
>>171
APIが関数ではなくテンプレートであるべきということか？
177(1): ich1 (ｱｳｱｳｵｰ Sabf-d3ae) 2017/04/18(火)14:56 ID:ZJShoz7Oa(1) AAS
外部ﾘﾝｸ:goo.gl
これは嘘でしょ？本当？
178: (ﾜｯﾁｮｲ db65-EaKP) 2017/04/18(火)15:43 ID:opmIphTi0(2/2) AAS
>>177
スレ違い「生理前の肌荒れナントカ」
179: (ﾜｯﾁｮｲ 6bc8-HE/W) 2017/04/19(水)00:24 ID:37YtuUfA0(1/19) AAS
テンプレートに演算子を与えたいのだけど、マクロでやらないとダメよね？
maxとかminとか。
走査するところは共通で、> か < かが違うだけなのだけど。
180(1): (ｻｻｸｯﾃﾛﾚ Sp6f-cQmk) 2017/04/19(水)00:50 ID:5KqdfKh3p(1/2) AAS
比較用のファンクタをテンプレートパラメータにすれば良いだけじゃないの
STLのmapみたいな感じで
181(2): (ﾜｯﾁｮｲ 6bc8-HE/W) 2017/04/19(水)01:36 ID:37YtuUfA0(2/19) AAS
>>180
なるほどそれなら確かに書けるね。
しかし、ちゃんとインラインにしてくれるのかすごく心配だ。
182: (ﾜｯﾁｮｲ efa6-HE/W) 2017/04/19(水)06:48 ID:1gRwKhTB0(1/2) AAS
よく話が通じるな
183: (ﾜｯﾁｮｲ 1fcc-35Q+) 2017/04/19(水)07:02 ID:pPK7kNhi0(1) AAS
トーシローの考えることなど手に取るように解るだろ
上下前次1-新書関写板覧索設栞歴
あと 819 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.032s