C++相談室 part133

見直して意味わからんかったので直しました

pair<string, string> XXX( vector<string> vec)
{
return make_pair<string,string>(vec[0],vec[1])
}

int main()
{
map<string,string> map:
map.insert(XXX(vector))
}

139

： デフォルトの名無しさん (ﾜｯﾁｮｲ 272d-eGxq) [sage] 2017/11/28(火) 21:14:23.08

:/W89QHRM0

C++17の std::optional を使うところかな

戻り値をstd::optional<std::pair<string, string>>にして
意味論的に不正な場合は std::nullopt を返す

C++17以前なら boost::optional もあり

140

： デフォルトの名無しさん (ﾜｯﾁｮｲ c780-U9VW) [] 2017/11/28(火) 21:16:00.33

:RUZbaLWb0

しらんがな。返したいもの返せよ

141

： デフォルトの名無しさん (ﾜｯﾁｮｲ 07b3-/3HV) [sage] 2017/11/28(火) 21:17:15.47

:nsdKAlOZ0

tupleじゃあかんの？常に2以下なんかね

142

： デフォルトの名無しさん (ﾜｯﾁｮｲ 07b3-8Ex9) [sage] 2017/11/28(火) 21:27:48.71

:elkBwSAY0

あぁスマンmapに入れるのか
でも１つしか無かった場合もmapに入れたいのかエラーにしたいのか？？

あとmake_pairは関数だからテンプレート引数は省略できるよ

143

： デフォルトの名無しさん (ﾜｯﾁｮｲ 079f-5mWG) [sage] 2017/11/28(火) 21:59:35.14

:S7QzL+/B0

>>127

キチガイ死ね
韓国人死ね

>>128

それはCへの回帰だぞ。お前は多分理解して無いと思うが。

144

： デフォルトの名無しさん (ﾌﾞｰｲﾓ MMcf-N4rA) [sage] 2017/11/28(火) 22:39:29.70

:lP6TeLLOM

nullobjectパターンかね
mapで絶対検索されないキーを突っ込んでおくとか

145

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7f6e-Mqmq) [] 2017/11/28(火) 22:45:01.20

:VD3vPh0F0

何を返しても嘘になるので、返してはダメ
if (vec.size() < 2) throw logic_error{"runt vector"};

146

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7f6e-Mqmq) [] 2017/11/28(火) 22:46:39.17

:VD3vPh0F0

もしくはassert(vec.size() >= 2);

147

： デフォルトの名無しさん (ﾜｯﾁｮｲ 0778-4Z1+) [] 2017/11/28(火) 22:54:08.70

:HaaNvQJm0

name=valueみたいなのを分割してmapに入れる感じ？
俺も例外投げて止めてしまった方がいいねと思うね

148

： デフォルトの名無しさん (ﾜｯﾁｮｲ 47b3-h3cN) [] 2017/11/28(火) 23:41:38.36

:w5+ReiF20

だが待ってほしい。
例外を投げるということは誰かに責任を押し付けることではないだろうか。

149

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7f81-nM14) [sage] 2017/11/28(火) 23:44:58.64

:KluQKWh40

上位処理「ハンコ押してください」

150

： デフォルトの名無しさん (ﾜｯﾁｮｲ 079f-5mWG) [sage] 2017/11/28(火) 23:53:44.75

:S7QzL+/B0

>>129

C++より簡単でお気軽な言語が大量にある今、C++で全くの初心者用の環境を要求すること自体が間違い。
それはトレーラやユンボでド初心者を教習するのに近い。
そうではなく、まず普免を取ってからこれらの特殊車両だろ。
お前は「俺はトレーラー乗りになりたいから、最初からトレーラーでやってくれ」とゴネている教習生なんだよ。

C++のオブジェクト指向でいい本が「世界中に」ない＝C++やるような奴にはそんなもの需要がない

でしかない。お前はそれすら理解出来ない馬鹿なのに、

> C++の本を書くような人はオブジェクト指向の説明をするのは沽券に関わると思っているのか、
> あるいは「C++の専門家」にはオブジェクト指向を教える能力がないのか。

ってのは自意識過剰すぎる。世界はお前を中心に回っているわけではない。
C++を使う必要がある局面でC++を使う人たちには、今更オブジェクト指向なんて教える必要がないんだよ。
それは自明だから。
そして本を書いている奴らも別段崇高な精神を持って布教しようとしているわけでもない。
いや、そういう奴もいるかもしれないが、当然「売れるから書く」という下俗な奴も世界には必ず居るはずであり、
そういう奴らすらいない＝売れない＝需要がない＝みんな既に知っているから、でしかない。
だいたい、オブジェクト指向ってのはプログラミング手法であり、
言語とは別の軸なのだから、「『C++の専門家には』オブジェクト指向を」ってのも論理的におかしい。

151

： デフォルトの名無しさん (ﾜｯﾁｮｲ 079f-5mWG) [sage] 2017/11/28(火) 23:54:34.49

:S7QzL+/B0

そもそもオブジェクト指向がさも特別で崇高な存在だ、なんてのはJava教団がそうしたがっているだけで、
実際のところは、Cで大規模コードを扱うと、最初はstruct*、次に関数ポインタの嵐になり、
これらをどうにかしてコンパイラに自動的にやらせよう、として生まれたのがC++のオブジェクト指向だ。
だから既に言ったがC→オブジェクト指向は完全に地続きなんだよ。
これは出自からしても当然で、
Cの典型的な問題点を新たな言語サポートにより解決することを目指したものがC++だから。
逆に言えば、C++98で搭載されている機能はほぼ全てCの問題点の克服であり、
Cを使いこなしていた連中にとっては当たり前に「その気持ちは分かる」ものでしかない。（なお同意するかは別)
そしてオブジェクト指向もこの中に入っている。
だから当初からオブジェクト指向の有効性をわざわざC++で語る意味はなかったし、
他お手軽系言語が乱立している現在、さらに輪をかけてその必要性がなくなっている。

152

： デフォルトの名無しさん (ﾜｯﾁｮｲ 079f-5mWG) [sage] 2017/11/28(火) 23:55:33.62

:S7QzL+/B0

それでも初心者が「オブジェクト指向自体を学びたい」ときにはどうすればいいかと言えば、
俺個人は「まず3k行程度なら平気で書けるようになってからでいい。そうすればおのずと分かる」という立場だ。
しかしそれでもHellowWorld直後のド初心者に教えようってのならJava教団みたいに洗脳していくしかない。
どう見ても実行に直接関係ない記述の嵐であり、ド初心者にとっては「無駄じゃね？」としか見えないだろうし。

だからこの意味ではJava教に入信しろ、というのもありではあるのだが、
問題はJava教団はJava教の不備は絶対に認めないというか、気づいてないことだ。
関数ポインタさえあれば非常に単純に実装できることを、無理に継承を導入したおかしな構造で対応し、
しかもそれをデザインパターン(ｷﾘｯと公式化しようとしている所が滑稽だ。
しかし、Java教信者は関数ポインタの存在を知らないから、この教義がおかしいとも気づけない。
また、Javaのオブジェクト指向は今既に邪道で、オブジェクト指向するのが目的化してきてる。
例えばprivateにすること、イテレータを実装することが目的になってるだろ。
だから実際に前スレ896みたいな事も平気でやる。本当に全く意味が無い。
(これについてはLinusはC++erも同様だと言っているが)
だからJava教でオブジェクト指向を学ぶのは、邪教というか、
邪オブジェクト指向を学ばされる可能性がかなり高いのでオススメしない。

153

： デフォルトの名無しさん (ﾜｯﾁｮｲ 079f-5mWG) [sage] 2017/11/28(火) 23:56:37.90

:S7QzL+/B0

結局、オブジェクト指向は｢学ぶ｣物ではなく、本来は｢悟る｣物なんだよ。
そしてそれは涅槃の境地で解脱しろ、みたいな崇高なものではまったくなく、
「この交差点、信号無いと危なくね？」位の、普通に運転してりゃ分かるだろ、程度の物でしかない。
だからわざわざ解説するほどのことでもないんだが、結果的に、
｢オブジェクト指向しろ｣と言われる割には解説本がなく、初心者にとってはなんだかよく分からん状況になっている。
そしてお前みたいな馬鹿は｢幼稚園で『どこに信号を立てるべきか』きっちり教えるべきだ！
俺は教わっていないから分からない！教えられる先生もいないのか！」
と主張するわけだが、完全にモンペ通り越してキチガイだろ。
オブジェクト指向は幼稚園で教えるべき内容ではないし、教えなくとも自然と理解できる物だし、C++は幼稚園ではないし。

そして脱線すると、「結局オブジェクト指向はよく分からんね｣というゆとりが逃げ出した結果が関数型祭りだ。
いや結果的にはC++/C#/Javaの全てがラムダを導入したのだから、一定の成功を得た、と評すべきかもしれんが。
しかしErlangみたいに「オブジェクト指向での限界を突破する」為の明確な方策がなく、
単に馬鹿な連中がより簡単な関数型に逃げ出しただけであり、そこで何か新しい境地が拓けるものではなかった。
そしてGoも俺はこれに似た匂いを感じてる。C++出来ないゆとりが集まっただけじゃんこれ、みたいな。
ただし、確かにC++は無駄に複雑化しているのも事実だが。

> Java鹿
それ、読み方は「Ja馬鹿」ね。ただ表記上分かりやすいので「Java鹿」にしてるが。

154

： デフォルトの名無しさん (ﾜｯﾁｮｲ c776-4mbd) [sage] 2017/11/28(火) 23:57:04.62

:7WoPw74F0

HellowWorld

155

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5f34-y0n2) [sage] 2017/11/28(火) 23:59:42.90

:layR/96s0

また長文ウンチ君かよ

156

： デフォルトの名無しさん (ﾜｯﾁｮｲ 07eb-5mWG) [sage] 2017/11/28(火) 23:59:58.99

:+ODnZXKO0

ワッチョイって神だわ

157

： デフォルトの名無しさん (ﾜｯﾁｮｲ 079f-5mWG) [sage] 2017/11/29(水) 00:05:12.43

:LrQLLGRZ0

まあ俺はゆとりは死ねとしか思って無いからな。
つか、この程度の文も読めないのなら、お前ら仕様書や本も読めないだろ。
向いて無いからプログラマ辞めろよ。

158

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7fa5-5mWG) [sage] 2017/11/29(水) 00:13:55.97

:jItlzFQF0

>>148

そこはまぁその関数の仕様として、呼び出す側が確実にcatchする責任があるわけだな。
それを忘れると例外が呼び出し階層を突き抜けていっちゃう。
そういう事態を防ぐために考えられたのが検査例外だけど、これはこれで使いづらい面があるんで
Java以外にはあまり採用されなかった。
そんなことを考えてみると

ttps://wandbox.org/permlink/rag4d7YPqwPKQpNq

程度の目的で例外などという暴力的な仕組みを使うのがそもそも
適切なのかどうか。Goの選択もそういうことなんだろう。

159

： デフォルトの名無しさん (ﾜｯﾁｮｲ 47b3-lrN+) [sage] 2017/11/29(水) 00:19:11.17

:gRQoJ5CS0

ttp://nekko1119.hatenablog.com/entry/20120625/1340602468

main関数の最後にあるstringへのキャストでエラーがでるのですがなぜですか。
エラー C2440 '型キャスト': 'Any' から 'std::string' に変換できません。

コンパイラはvc++2017です。

160

： デフォルトの名無しさん (ﾜｯﾁｮｲ 079f-5mWG) [sage] 2017/11/29(水) 00:22:57.10

:LrQLLGRZ0

>>158

> Goの選択もそういうことなんだろう。
Goのって「自分でthrowしないといけない例外｣だろあれ。
あれなら普通の例外のほうがよかったんじゃ…と思ったけどね俺は。

161

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7f81-fNTp) [sage] 2017/11/29(水) 00:29:49.23

:+gz4D8Lj0

>>159

(string)をany_cast<std::string>にすれば通りそうだが

162

： デフォルトの名無しさん (ﾜｯﾁｮｲ 47b3-lrN+) [sage] 2017/11/29(水) 00:36:37.38

:gRQoJ5CS0

>>161

通す方法ではなくてなぜ通らないのかが聞きたいのですが

template<Type>
operator Type()
で暗黙の型変換のオーバーロードを定義しており、
int型やHoge型に対して代入する際にそれが使われているのに
std::stringに対してだけうまくいかない理由はなぜかが知りたいです。

163

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7f81-fNTp) [sage] 2017/11/29(水) 00:44:30.01

:+gz4D8Lj0

>>162

intのとこもHogeのとこもキャストは使われてないように見えるが…
でもまぁ確かに呼ばれてほしい気もするね
static_castでもだめ？

164

： デフォルトの名無しさん (ﾜｯﾁｮｲ 47b3-lrN+) [sage] 2017/11/29(水) 00:45:54.72

:gRQoJ5CS0

すいません。勘違いしてる部分がありました。

std;;stringだけじゃなくて他の型でもダメみたいですね。
質問取り下げます。もう一度自分で考えてみます。

>>161

失礼しました。

165

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5fe7-8Ex9) [sage] 2017/11/29(水) 00:51:28.18

:AJHdDibY0

>>162

gcc 7.1.0とclang 6.0.0では通った
ただしstd::type_infoと書くべきところをただtype_infoと書いてる個所があるので、それは直したけど。
それより下のコンパイラバージョンだとエラーになった。(ambiguous conversion)

そして
(string)val
の代わりに
(const string&)val
と書いたらclang 4.0.1でも通った。

166

： デフォルトの名無しさん (ﾜｯﾁｮｲ 47b3-lrN+) [sage] 2017/11/29(水) 01:02:17.23

:gRQoJ5CS0

(int)valはいけますけど
(Hoge)val, (std;;string)valはダメのようですね。

で、ご指摘のとおり
(Hoge&)val, (std::string&)valは通りました。

前者と後者の違いは分からないですが。

167

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7f80-xsLR) [sage] 2017/11/29(水) 01:27:40.52

:/RfTzpPk0

& の意味が分からないなら、プログラミングできない

(int)val
普通、こういうキャストの書き方は、しない

static_cast など数種類あるキャストの書き方の中から、
キャストの種類を指定してキャストする

君は、入門書を読んでいないだろ

168

： デフォルトの名無しさん (ﾜｯﾁｮｲ c780-U9VW) [] 2017/11/29(水) 02:04:04.04

:qCLwkY6K0

>>143

newの代わりにmalloc使ってるとか思ってるアホ？
今時new使うやつは以下のどれか
* Javaから来たC++初心者
* 化石コンパイラ使わさせられてる可哀想なやつ
* 自身が化石な可哀想なやつ
* パフォーマンスのために用意されてない構造の実装が必要なライブラリ設計者

お前は1番目と3番目の複合型だろうね。

169

： デフォルトの名無しさん (ﾜｯﾁｮｲ 47b3-lrN+) [sage] 2017/11/29(水) 02:17:56.38

:gRQoJ5CS0

template<class Type> Any::operator Type() const

上をやめて、下の２つを定義したらmain関数の記述そのままでうまくいきました。

template<class Type> Any::operator Type&() const
template<class Type> Any::operator const Type&() const

理由は分からないです。分かる方がいたら教えてください。

170

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7f80-xsLR) [sage] 2017/11/29(水) 03:01:43.02

:/RfTzpPk0

& の意味が分からないなら、プログラミングなんて出来ない。
初歩の初歩なのに

まず、入門書を読むこと

171

： デフォルトの名無しさん (ﾜｯﾁｮｲ a723-SHUC) [] 2017/11/29(水) 03:06:58.25

:l2Be3tXA0

質問の意味わからんでレスしてる奴うざいわ

172

： デフォルトの名無しさん (ｽﾌﾟｯｯ Sdff-T4vC) [sage] 2017/11/29(水) 04:38:58.34

:llo+D0tpd

>>144

>>139

>>145

基本的には2以下は存在しないから例外処理組み込もうと思ったけどnullobjectってのがあるのね
おそらく俺の理想的にはこいつが適してそうだからこいつを調べてみるよ

>>145

の言うとおりに絶対に呼ばれないキーをいれておくのも検討違いな気はしてる

173

： デフォルトの名無しさん (ｽﾌﾟｯｯ Sdff-T4vC) [sage] 2017/11/29(水) 04:50:10.36

:llo+D0tpd

>>147

まさにそれをしようとしてる
そこのロジック的には空文字入れる予定だから必ず2以上になるのだけど
関数分割していて関数としては何が返ってくるか不明なため
問題が起きたときのコードを記載しようとしてる
vectorのsizeが0や1の時にアクセス違反になってしまうからどうやれば回避できるのかなぁと悩んでる

例としてはこんなん
=value
key=value
key=
==value

174

： デフォルトの名無しさん (ｽｯﾌﾟ Sd7f-cUxe) [] 2017/11/29(水) 07:52:20.02

:o9GGe8w4d

>>171

確かにそうだね
それにclangの最新だと通ることから、それなりにややこしい話かと思う

175

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMdb-CDhT) [sage] 2017/11/29(水) 08:27:09.91

:WoWbjmOBM

>>173

> key=value
これは正常ケースだよね

> key=
仕様によるけどvalueに空文字入れときゃいいんじゃね？

> =value
> ==value
エラーでしょ？
例外発生させるなり、ログ採ってnullptr返すなりしなよ
そんなものを無理矢理 map に突っ込もうとするのがおかしいと思うぞ

176

： デフォルトの名無しさん (ﾜｯﾁｮｲ 0778-4Z1+) [] 2017/11/29(水) 08:58:03.16

:p7HSt6hG0

＞vectorのsizeが0や1の時にアクセス違反になってしまうからどうやれば回避できるのかなぁと悩んでる
vectorの要素数が不確定の場合はatで取り出せばいいよ、なんかあったらout_of_rangeが飛んでくるから

177

： デフォルトの名無しさん (ｽﾌﾟｯｯ Sdff-T4vC) [sage] 2017/11/29(水) 09:33:07.40

:llo+D0tpd

>>175

空文字入れるのはできてる
ただベクターの生成は別関数が行うから引数に渡されるベクターにいくつ値が入っているか不明
だからマップ作成側で個数を意識する対策する必要あるよね？って話
ベクターの生成に関しては実際問題ない

>>176

try catchするしかないのかな
nullopt返そうとしたけど実装無理だったわ...

178

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8746-TjkM) [sage] 2017/11/29(水) 10:42:28.73

:IulhJnoW0

例外投げるかなにかしとけばよいって
ロジック的に要素数2未満はあり得ないし想定してないんでしょ？
余計なことする必要ないって、以降の処理が余計ややこしくなるだけだから
エラー処理が適切

179

： はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ bf6f-KsIq) [sage] 2017/11/29(水) 10:50:41.36

:nr0c2ixN0

あってはいけないことなら assert で止めてしまえよ

180

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8746-TjkM) [sage] 2017/11/29(水) 10:58:33.93

:IulhJnoW0

assertは良いがリリースビルドで消えてなくなるから
それがあってるかどうかだな
よほど条件に自信があればassert

181

： デフォルトの名無しさん (ﾜｯﾁｮｲ bf9f-8Ex9) [sage] 2017/11/29(水) 11:00:19.45

:VlCz8ge40

複雑なことをせずに設計しなおせばいいんじゃね？

182

： デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MM3f-U9VW) [] 2017/11/29(水) 11:28:13.62

:CqyTJd2aM

>>178

おいおい、例外をエラー処理以外に何に使うってんだよ

183

： デフォルトの名無しさん (ﾜｯﾁｮｲ 47b3-h3cN) [] 2017/11/29(水) 11:33:09.98

:51eC79nG0

メッセージの通知に！

184

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8746-TjkM) [sage] 2017/11/29(水) 12:07:51.67

:IulhJnoW0

>>182

だから、エラー処理が適切だから
例外投げてエラー処理でもしとけば？と書いてあるはずだが・・・

ただこの手合い、例外投げて、それを受け取ったからと言って
リカバリーしてプログラムを再開できるかはわからないよなぁ
プログラム本体の状態を一切汚さずに(書き込まずに)
新規領域のみで何か処理をして
例外が飛んで来たら全てを無かったことにする・・・とか
例外でやる場合は例外安全を確保するのが結構面倒なんで
プログラムの末端から例外投げるのは最後の手段にしたい

だから「実際に実行してみないとエラーが出るかわからない」系のエラーが無いのであれば
早期の段階で入力データにエラーがあるかどうか精査して、エラーがあればその旨返して
以降はエラーが発生しない前提で処理する(ので巻き戻すことは考えない)
もし不慮のエラーが発生したら、バグであるからログ吐いて異常終了
可能なかぎり、なるべくこちらで行きたいわけで

185

： 139 (ﾜｯﾁｮｲ 272d-eGxq) [sage] 2017/11/29(水) 12:10:47.10

:/Yd3ZvxU0

>>177

optionalを挙げたものだけど　惑わせたようで申し訳ない

insert 前にチェックして不正ならそもそもinsertしない設計を考えてました
結局 optionalを返す insert / find を自前実装することになるから
そんな面倒な事せずに素直にXXXで例外投げても全く構わないと思う

一応詫び代わりに書いてみたけど鵜呑みにはしないでください
C++17 例外なし読みやすさのためにautoなし
外部リンク

186

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7f6e-Mqmq) [] 2017/11/29(水) 12:13:09.20

:f8CPZ7/S0

182=184
同じ臭いがする

187

： デフォルトの名無しさん (ｽｯﾌﾟ Sd7f-cUxe) [] 2017/11/29(水) 12:14:34.01

:o9GGe8w4d

検査可能な事前条件はそりゃ呼び出し側の責務にしたいわな

188

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMdb-CDhT) [sage] 2017/11/29(水) 12:52:35.24

:WoWbjmOBM

>>177

> ただベクターの生成は別関数が行うから引数に渡されるベクターにいくつ値が入っているか不明
.size で取ればいいだけだろ
そもそも name=value のパース結果をベクターで渡してくると言うの設計もどうかと思うが

> だからマップ作成側で個数を意識する対策する必要あるよね？って話
そうだよ、その対策を

>>175

にかいたつもりだが...
もしかして
name=
と
=value
の両方とも vec[0] にしか入れてこないとかなってるんじゃないよね？
だとしたら生成部分を直さないとどうしようもないけど

189

： デフォルトの名無しさん (ﾜｯﾁｮｲ 47b3-h3cN) [] 2017/11/29(水) 13:49:04.14

:51eC79nG0

ヴェクターノズル搭載。

190

： デフォルトの名無しさん (ｽﾌﾟｯｯ Sdff-T4vC) [sage] 2017/11/29(水) 14:47:34.47

:llo+D0tpd

色々とありがとう
最終的には呼び出しもとでtrycatchすることにしました

>>188

両方とも0 1の要素に値いれてるね

もう一個別件なのだけど
ファイルの存在チェックとファイルのオープンエラーについて教えてほしい

ある設定値は特定の設定ファイルが存在するにも関わらず読み込めなかったときに有効になるものとしたい
且つ設定ファイルが存在しないときもある
(設定する値が二つある。ひとつはkey=valueの形のvalue、もう１つは正常にファイルから値がとれたか否か)

ファイルが存在しないときはvalueの値をデフォルトで扱う必要があるので、
単純にファイルオープン処理を用いて一度で処理できなかった
(ファイルがなくて開けないのか、あって壊れていて開けないのか判断できないので)

そのため
statでファイル存在有無チェック→ファイルオープンとしたのだけど
タイミングが一致してないので刹那のタイミングでのファイル焼失を担保できないと言われている
どうすればファイルがなくて開けないのか、ファイルが壊れていて開けないのかを判断できますか

191

： デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM3f-fNTp) [sage] 2017/11/29(水) 15:03:14.59

:IvqqBLy1M

ファイルオープンの開けませんでした例外をキャッチしたらええやろ

192

： デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MM3f-U9VW) [] 2017/11/29(水) 15:30:10.25

:CqyTJd2aM

keyにデフォルト値が存在するなら、最初にデフォルト値のmapを持つ。
ファイルを読み込んで存在したキーだけ上書き更新する。
だけでいいだろ。ファイル読み込まれなければ全部デフォルト値のままだ。

193

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-5mWG) [sage] 2017/11/29(水) 18:22:28.81

:U+t8Y71p0

例外見ろよ
std::ifstreamならstd::ios_base::failureだからcode()の戻り値見ろ
何のために投げてると思ってるんだ

194

： デフォルトの名無しさん (ﾜｯﾁｮｲ 079f-5mWG) [sage] 2017/11/29(水) 20:17:29.87

:LrQLLGRZ0

>>168

ゆとり死ね
お前は何も分かってないし、学ぶ知能もない

>>190

> 刹那のタイミングでのファイル焼失を担保できないと言われている
てかそいつに聞けよ。

課題として与えられてるのなら、そいつは「考えさせることに意味がある」と思っているのだから、
こんな糞上司に付き合ってられるか、と思ってないのなら自分で考えろよ。
ここで聞いているのは宿題の答えだけ写しているようなもので、全く上達しないぞ。

195

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-5mWG) [sage] 2017/11/29(水) 20:25:15.41

:U+t8Y71p0

ファイル存在チェック→オープンがアンチパターンなのは常識だろ何言ってんだお前

196

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5f34-y0n2) [sage] 2017/11/29(水) 20:31:50.13

:6NgtQx/F0

相変わらず持論展開ウザ杉るの自覚してないな
アスペウンチ君

197

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5fbd-hcjg) [sage] 2017/11/29(水) 21:17:19.68

:6HlzpX8E0

ハローワールド逝け

198

： デフォルトの名無しさん (ﾜｯﾁｮｲ 079f-5mWG) [sage] 2017/11/29(水) 21:43:44.23

:LrQLLGRZ0

C++スレすらゆとり汚染ひどいのかよ
世も末だな

199

： デフォルトの名無しさん (ﾜｯﾁｮｲ 07eb-5mWG) [sage] 2017/11/29(水) 21:47:36.72

:ZCDC/+v90

実際にスレ汚しとるのはお前だけどな

200

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8746-TjkM) [sage] 2017/11/29(水) 22:29:25.62

:IulhJnoW0

割とタイムリーな話題というか、ここ一週間ぐらい、実行時エラーやら例外やらが発生したとき
どうやったらプログラムを安全に再開するか考えてた
で、至った考えは、ひとまとまりの一連の処理を二つに分割して
まず前半はread onlyセクションで、プログラム本体の状態を書き換えてはならないが
そのかわり例外が発生したら、無かったことに出来る(なのでread onlyにしておく)
後半はwritableセクションで結果をプログラム本体に反映させるが、その代わり例外(失敗)は許さない
bool func(){
　　hoge_type result;
　　try{ result = sub1(); sub2(); }catch(...){ /*リカバリ可能*/ return false; }
　　try{ hoge = result; }catch(...){ /*リカバリ不可*/ abort(); } return true;
}
ただこれでもあまりうまくいかなくて、sub1()とsub2()が上記ルールに従ってたとしても
sub1()は成功してsub2()は失敗した場合に困る
全体としては失敗だけどsub1()は既に成功していて結果も反映されているので
sub1()の実行を無かったことにして巻き戻すのは難しい
sub1()をsub1_read_only()とsub1_writable()に分解するという方法もあるかもしれないが
データの受け渡しで苦労するし、可読性が落ちるうえ、複雑なことはしにくくなる

もう一つの別の要求もあって、重たい処理は別スレッドで実行して即座にGUIスレッドに制御を返したい
ということはユーザーは重い処理のキャンセルが出来るだろうが
処理のキャンセルは例外からのリカバリと本質的には全く同じこと
また、先ほどのread onlyセクションはプログラム本体の状態を書き換えない前提なので
別スレッドで実行したり非同期に同時並行で実行したりが出来る
(ただし、誰かがwritableセクションを実行したら、そいつ以外の処理結果は無効になる
　古いデータに基づいて処理した結果ということになるので・・)

201

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8746-TjkM) [sage] 2017/11/29(水) 22:30:19.77

:IulhJnoW0

上記のようなことを総合的にまとめると
void func(){
　　// read only セクション
　　barrier();
　　// writable セクション
}
という結論に至った
ただし、func()はコルーチンから呼び出す
read only セクションでは、必要であれば処理を別スレッドで処理を実行することが出来、自身はyield_returnする
投げた処理が終わるとメインスレッドにて続きから再開してもらう
read only セクションでは、新たなコルーチンを作成することが出来、作成元のコルーチンと親子関係を構築する
親子関係を持つコルーチンの全てがbarrier()に到達するか終了してからでないとbarrier()以降は実行されない
親子関係を持ついずれかのコルーチンがread only セクションにて補足されない例外を発生するか
もしくは外からキャンセルされると、無かったこと扱いになって
全ての親子関係を持つコルーチンにおいてbarrier()以降は実行されない
(親子関係の有る複数のコルーチンの処理が一端barrier()で止まって、全てが成功したのを確認してからbarrier()以降が再開される)
コルーチンにはグループNoを設定することが出来る
違ったグループNoを持つコルーチンを同時に実行することはできない(終わるまで待つ)
同じグループNoを持つコルーチンは同時に実行できるが
いずれかのコルーチンがyield_returnした段階で、それと親子関係のあるコルーチン以外はすべてキャンセル扱いになる
たとえばボタンAを押して処理Aが始まったが処理Aが終わる前にボタンBが押されたら
処理Aはキャンセル扱いになって処理Bが反映される
キャンセルされると困るような処理は別のグループNoにしておく

というような感じでひとまず落ち着いた
グループNo周りはかなり暫定的な感じだが・・・
以上日記

202

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d9f-JjO2) [sage] 2017/11/30(木) 00:09:19.12

:fhhh9IM80

32 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 07eb-5mWG)[sage] 投稿日：2017/11/26(日) 17:30:11.12 ID:DaGrByo80 [1/4]
C++入門書でよく勉強したはずなのにautoとかconstexprとか知らんもんが一杯…

35 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 07eb-5mWG)[sage] 投稿日：2017/11/26(日) 17:38:44.74 ID:DaGrByo80 [2/4]

>>32

やさしいC++第3版
大体9年前に買ったのを寝かしといて最近になって勉強し始めたが、そんなに仕様変更ないと思ってたが間違いだったようだ

36 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 07eb-5mWG)[sage] 投稿日：2017/11/26(日) 17:39:04.93 ID:DaGrByo80 [3/4]

>>33

だった

39 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 07eb-5mWG)[sage] 投稿日：2017/11/26(日) 17:52:39.37 ID:DaGrByo80 [4/4]
Effective Modern C++17出たら買ってみるわ

95 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 07eb-5mWG)[sage] 投稿日：2017/11/27(月) 12:49:42.23 ID:vi7VqSly0 [1/2]
遠回しに他の言語の本読めって言っとるようなもんだ

98 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 07eb-5mWG)[sage] 投稿日：2017/11/27(月) 13:23:45.26 ID:vi7VqSly0 [2/2]

>>97

ああそういうことね

132 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 07eb-5mWG)[sage] 投稿日：2017/11/28(火) 12:26:15.71 ID:+ODnZXKO0 [1/2]
Java原人がいるようだね

156 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 07eb-5mWG)[sage] 投稿日：2017/11/28(火) 23:59:58.99 ID:+ODnZXKO0 [2/2]
ワッチョイって神だわ

199 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 07eb-5mWG)[sage] 投稿日：2017/11/29(水) 21:47:36.72 ID:ZCDC/+v90
実際にスレ汚しとるのはお前だけどな

さすがゆとり、これらが役立つ投稿のつもりらしい。

203

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5deb-JjO2) [] 2017/11/30(木) 00:38:22.38

:trGz4Mxl0

いつの間にかIP信者になったんだ・・・W

204

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6680-9RvO) [sage] 2017/11/30(木) 01:15:02.77

:aDlGM/9P0

バックアップの、3-2-1 ルール

同じデータをコピーして、3つ持つ。
2つの媒体に保存する。
1つは、離れた場所に持つ

205

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d9f-JjO2) [sage] 2017/11/30(木) 02:04:31.87

:fhhh9IM80

>>200

SQLite3使ってみろ。

>>201

C++はyeildも入れたのか？と思ったがstd::yieldはただのsleep(0)か。
まああまり凝ったことしても、とも思うし、そもそもGUIはC++で無理に組む意味無いぞ。
それも含めて自由にやればいいとも思うが。

>>125

君は何が言いたかったのだ？

分かると思うが俺がゆとり死ねと言っている奴だ。
見る限り、君は話す気はあるようだ。
125は唐突過ぎてスルーしたが、相手してもいいぞ。

ただし125はバラけ過ぎているからテーマを絞れ、と言いたいところだったが、
その日記を読む限り上段落の話は一連のテーマか？
だったらWeb系の連中ならそこは「DBを使う」って事になっている。
C++は自前で何でもできるから、無意味なほど精神論で速度を追求するわけだが、
そこらへんをサクッと割り切るあいつらのやり方にも学ぶ物はあるぞ。
そもそも自前でトランザクションを実装するとか、検証の手間まで含めたらありえんだろ。
精神論でゴリゴリではなく、上手く手抜きするコツも覚えるべきだ。

206

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8d46-5y5x) [sage] 2017/11/30(木) 03:11:44.92

:b5fP6Zaz0

実際問題、メモリやデータだけを復元の対象とするとしたら
DBなど使わなくとも原本を保存しておけば何があっても元に戻せるのだが
そういう話ではないし
どのみち非同期処理にC#よろしくコルーチンが使いたいわけで
ただしそのままでは並行して細切れに処理が走って危険なので
書き込む前にbarrierを設けようというアイデアがまずあって
そうすることでついでに例外安全性も確保できるし
ならばキャンセル処理もできますわなぁという巡り合わさった面白い話

207

： デフォルトの名無しさん (ｽｯﾌﾟ Sdea-hmNI) [sage] 2017/11/30(木) 06:56:30.13

:XcXaihxMd

>>194

確かにそうだね
ありがとう

自分なりに調べて回答も出たのでそれでいくことにします

208

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d9f-JjO2) [sage] 2017/11/30(木) 07:37:52.31

:fhhh9IM80

>>206

> 巡り合わさった面白い話
まあ俺は単に張り切りすぎだと思うけど、
そういうところを含めて無駄に熱いのがC++erのいいところでもあるとは思う。
Web系の奴らは上手くこなすことだけを考えていて、自分で考えることを止めてしまってる。
あれでは上達しないのも分かる。

>>200

一応捕捉しておくと、SQLite3はDBだが鯖形式ではなくCのライブラリ(DLL)だからC++から直接呼べる。（はず）
ソースはパブリックドメインだからDLできるし、もちろんincludeしても使える。
( 外部リンク

ttps://www.sqlite.org/quickstart.html　// サンプルが extern "C" ではなく include かよ！）
DBはメモリ上にも置け、当然爆速だ。自前でトランザクション/ロールバックの仕組みを作るよりだいぶ楽。
公式に素晴らしいドキュメントがあるから詳しくはそこを読みまくったほうがいい。
C++erなら問題はSQL位だが、どうせいつかLINQもC++に導入されるだろうし、予習だと思ってやっとけ。

209

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5db3-JjO2) [sage] 2017/11/30(木) 10:44:54.02

:YoaAbc9R0

例外投げるってのは自分の責任の範囲外の事象が起きたときじゃないのかね
有効無効の意味合いならブール値返したほうがいいと思う

210

： デフォルトの名無しさん (ﾜｯﾁｮｲ a66e-hJGX) [] 2017/11/30(木) 11:49:07.85

:/QNJXUpA0

>>209

禿本4thのP.351あたり読んだ？

211

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8d46-5y5x) [sage] 2017/11/30(木) 12:26:19.48

:b5fP6Zaz0

一応いまのところこんな感じで書けるようになってる
やってることが非同期処理なので多少ややこしいのは本質的に仕方がない
int func_async( int n ){
　if( n == 0 ){ return 0; }

　a_wait() << [&]{ sleep( 10*1000 ); };
　//↑非同期で何か重たい処理
　//↑別スレッドに投げたのちyield_return;

　int resunt;
　a_sync() << [&]{ //コルーチン作成
　　resunt = func_async( n - 1 ); //再起呼び出し
　};
　//throw nanika;
　//↑仮に誰かが例外を投げれば親子関係のあるすべてのコルーチンの処理が
　//↑キャンセルされて、どのコルーチンもbarrier以降は実行しない

　//barrier前なのでresultの値は不定
　barrier();
　//barrier後なのでresultの値が決まる
　return n + result;
}
int main(){
　a_sync() << [&]{ //コルーチン作成
　　int result;
　　a_sync() << [&]{ result = func_async( 10 ); }; //コルーチン作成
　　barrier();
　　printf( "%d\n", result );
　}
　message_loop();
　return 0;
}

212

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d9f-JjO2) [sage] 2017/11/30(木) 19:19:19.63

:fhhh9IM80

>>211

なんか無駄に複雑化してるだけに見えるが、、、

> どのみち非同期処理にC#よろしくコルーチンが使いたいわけで
なおVC++2015からはasync/yieldは使えるらしいぞ。
外部リンク

ttps://msdn.microsoft.com/ja-jp/magazine/mt573711.aspx
外部リンク

ttp://espresso3389.hatenablog.com/entry/2015/12/03/015157

213

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9e9f-Cyes) [] 2017/11/30(木) 20:12:10.25

:OtOqgvDg0

C++の名前空間と呼ばれるのがあまり理解出来ないんだが
Javaでいうパッケージ的なやつ？
それともそれを使うためのパスワード的なやつですか？

214

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8d46-5y5x) [sage] 2017/11/30(木) 20:42:22.43

:b5fP6Zaz0

>>212

複雑っていうけど、元から非同期処理なんか、どう書いたって複雑だろ

>>211

はお遊びでワザとコルーチン作りまくってるだけだし
あの程度の事なら本当はこれでいけるわけで
int func_async( int n ){
　if( n == 0 ){ return 0; }
　a_wait() << [&]{ sleep( 10*1000 ); }; //非同期処理
　return n + func_async( n - 1 );
}
int main(){
　a_sync() << [&]{ printf( "%d\n", func_async( 10 ) ); };
　message_loop();
　return 0;
}
別に複雑と言うほどでもないし
非同期処理を同期処理みたいにかけるというだけ
あとはキャンセルと例外安全のためにbarrierの機能を追加しただけ

215

： デフォルトの名無しさん (ﾜｯﾁｮｲ 392d-qkbZ) [sage] 2017/11/30(木) 20:59:54.72

:+psSmwi50

>>214

<future>のasync,futureじゃダメ? C++11で標準になりましたけど

外部リンク

ttps://wandbox.org/permlink/cACSVRCACSAl92OH

wait_for_allが欲しかったのでBoost使ってます
元は　外部リンク

ttps://gist.github.com/chandraprakash/8666426 で　これを少し改造

216

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d9f-JjO2) [sage] 2017/11/30(木) 21:03:11.80

:fhhh9IM80

>>214

まず、君が書いているんだから君が好きなようにやるべきだし、
実験的な意味合いも含めて色々やること自体はいいと思うが、、、

非同期にしてるのは何故？GUIからの呼び出しでC#のasync Taskと同じ状況か？
それなら確かにどうしようもないが、しかし今見てみるとC#のasyncもだいぶ筋が悪いとは感じるね。
そのケースなら、普通にマルチスレッドした方がすっきり書けるはず。

あと、コルーチンからのthrowって、君の意図しているようにドミノ倒し的に回収できるものなのか？
これは俺が仕様を知らないだけではあるが、普通はコルーチンってそういう使い方しないと思うし。

217

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8d46-5y5x) [sage] 2017/11/30(木) 22:29:42.54

:b5fP6Zaz0

>>あと、コルーチンからのthrowって、君の意図しているようにドミノ倒し的に回収できるものなのか？
そういう風にコルーチンを実装した
具体的にはコルーチンのメンバにキャンセルフラグを持たせておいて
コルーチンを外部からキャンセルしたいときはそのフラグを立てる・・・だけ
コルーチンがyieldから再開したら真っ先にそのフラグを読みに行って
もし立ってたら自発的に例外を投げてスレッドを巻き戻す

>そのケースなら、普通にマルチスレッドした方がすっきり書けるはず。

あくまでこれは例だからなぁ
上で書いた内容もそうだけど、ひとつコルーチンがシングルスレッドというのがミソになってて
マルチスレッドだと排他処理が非常に面倒なことになる場面でも
コルーチンはシングルスレッドだから問題にならない
ただ、yieldの前と後ろで時間的につながりが無いことが問題になるので
誰かが何かを書き換える前にbarrier()を設けるルールを作って、他のコルーチンを無効にする
非同期処理なんかまともにやったら頭がおかしくなるに違いないので
横断的に静的に管理したいなぁと

今までコルーチンは全然使わなかったし、完全にマルチスレッド脳だったんだが
コルーチンはかなり脳の負担が少なくてよい
自分が動いているときは必ず他人は止まっているという性質が良い
yieldの前後だけ気を付ければ後は完全にシングルスレッドのノリで排他処理が要らない
ただ逆に同期オブジェクトをLockしたままyieldしたら終わるという

>C#のasyncもだいぶ筋が悪いとは感じるね。
正直、あれの使いどころは俺もよくわからないんよなぁ
複数のコルーチンが同時並行で走ったら危ないから結局画面をロックせざるを得ないんじゃないかとか
キャンセルを受け付けられるようにするためには例外安全についても考えないとダメなんじゃないかとか
色々思うところは有るが、実はよく知らん

218

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8abd-17nN) [sage] 2017/11/30(木) 23:00:20.60

:oM5vIjZA0

>>216

async/awaitのしくみはawaitするタスクの完了時に呼ばれるべきコールバック関数登録の糖衣構文にすぎないとかそんな感じ、
外部リンク

ttps://qiita.com/ryosukes/items/db8b45c8ea42f924f02f
（まんまC#の関数で説明したページもあったはずだがどっかいったのでJavaScriptの例↑

で、ネイティブスレッドX上でasync/await呼び出しをいくつ書いても上記コールバック関数は単一スレッドで実行されるので
Xに対して同期的なデータへのアクセスはロック不要

ウィンドーズホンのGUIをぬるぬる動かすのがほぼ唯一の存在意義

219

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8abd-17nN) [sage] 2017/11/30(木) 23:07:19.56

:oM5vIjZA0

つまり同一スレッド内であればasync/awaitをいっぱい書いても複数のコルーチンが順不同でresumeされる感じにはなるが真に同時並行で実行されることにはならない

220

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8abd-17nN) [sage] 2017/11/30(木) 23:13:29.49

:oM5vIjZA0

なお順不同なresumeというｼﾁｭは、関数A内でawaitされるasyncタスクB内でタスクCをawaitする…とかいったケースで容易に生じる
この場合A内のawaitに引き続くのコードと、B内のawaitに引き続くコードのは順不同でどっちが先にresumeされるかわからん
しかし真に同時並行ではなく、同期的

221

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5b3-HgL3) [] 2017/11/30(木) 23:19:09.22

:AS96YR/U0

ttps://stackoverflow.com/questions/1724036/splitting-templated-c-classes-into-hpp-cpp-files-is-it-possible

Your template classes must represent only data structures not the algorithms.
This enables you to hide more valuable implementation details in separate non-templatized class libraries,
the classes inside which would work on the template classes or just use them to hold data.

この回答の具体的な例を教えて頂けないでしょうか。

std::vector（データ）とstd::algorithm（アルゴリズム）と思ったのですが、
std;;algorithmはnon-templatized classではないですよね。。。

222

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d9f-JjO2) [sage] 2017/11/30(木) 23:40:55.16

:fhhh9IM80

>>217

> あくまでこれは例だからなぁ
もしかしてコルーチンを自動的にマルチスレッド展開して加速させる為のラッパを用意してるってことか？
それならまあそのコードの感じになるのかもしれん。

ちなみに言っておくと、俺が普通に実装したら

>>215

と同じようなものになる。
単純に、「ディスパッチして、joinを待って、commitする」としか読めないコードにする。
ただこれは君ももちろん分かっていて、あのコードなのだとは思う。

なお俺はC#のasyncは設計ミス、
・UIコンポーネントがUIスレッドからでしか触れないこと
の対策だと思っている。あれが無いと毎回invokeするとか、ちょっと回りくどい書き方をするしかない。
実際、Thread->backgroundWorker->Task->async Task だったっけ？何度も変更されていて、
こういう場合は通常、
・修正している奴が馬鹿だから修正のたびに新たなバグを仕込んでしまい、収拾がつかない
わけだが、ヘルズバーグとMSがそこまで馬鹿なはずも無く、もう一つのケース、
・根本の問題を修正せずに表面的に対策をしているから、収拾がつかない
のだと思っている。そして、根本の問題は、最初に書いたUIガー、って奴。

これについて「根本のUIスレッドの問題直せやボケエ」ってをずいぶん前にC#スレで議論した覚えはあるが、
UIをマルチスレッドにして悲惨だった歴史が既にあるらしく、
「オメーがラップすりゃいいだけだろボケエ」と返され、あ、確かにそうだな、と思って終わった。
ま、とにかく、UI関係のコードをスッキリさせる為の物だから、気になってないのなら放置でいいと思う。

> yieldの前後だけ気を付ければ後は完全にシングルスレッドのノリで排他処理が要らない
コルーチンの方がいいケースについてか。
うーん、どうなんだろうなあ？俺もコルーチンはほぼ使ってきてないが、
マルチスレッドする場合にはほぼ干渉しない場合に限っていたから、
逆に言えば、コルーチンを使えばもっと並列化できるということか？

223

： デフォルトの名無しさん (ﾜｯﾁｮｲ fa96-JU5h) [sage] 2017/12/01(金) 09:48:37.54

:eHCFERDK0

Eigenで透視投影変換行列を作るのは次の書き方でいいんでしょうか？
なんか結果をみても微妙にずれているのですが．．．

Eigen::Matrix4f perspectiveMatrix(float left, float right,
float bottom, float top,
float near, float far)
{
Eigen::Matrix4f m;
m << 2.0f*nearZ/(right-left), 0.0f, (right+left)/(right-left), 0.0f,
0.0f, 2.0f*near/(top-bottom), (top+bottom)/(top-bottom), 0.0f,
0.0f, 0.0f, -(far+near)/(far-near), -2.0f*far*near/(far-near),
0.0f, 0.0f, -1.0f, 0.0f;
return m;
}

224

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8d46-5y5x) [sage] 2017/12/01(金) 09:59:25.68

:DoXCr8LG0

await/asyncのコルーチンは並列化じゃなくて非同期処理を同期処理っぽく書くための物だとおもうよ
「これを実行して、終わったらこれを実行してね」
っていうときに、スタックの内容がそのまま残ってるからデータの受け渡しが楽というだけだろう
ただ

>>220

が言ってるように順不同のresumeが起こったらアブナイので
何か書き込む前にbarrierを張って自分に関係が無い実行中のコルーチンを全部キャンセルして始末してしまおうという
(実際にはbarrierだけじゃなくawaitのタイミングでも始末するようにしているが)
ただキャンセルするために例外安全性とかも重要になってきて
ここでもbarrierとコルーチンの仕組みがそのまま活躍するのが、なんか不思議な感じなんだが
読み込みオンリーだけどキャンセルできるセクションと、書き込みできるがキャンセルできないセクションに
処理を分けるというアイデアはなかなか汎用性が有るんじゃないかと
で、二つのセクションは別関数にせずにコルーチンでつないで一つの関数に収めbarrier前/後とし
barrier前ならawaitも使える、と、2,3のことが同時にかたづいて気持ちが悪い

225

： デフォルトの名無しさん (ﾌﾞｰｲﾓ MMc9-ZS+9) [sage] 2017/12/01(金) 10:56:33.99

:HkxgtxKmM

>>224

今日もA-10学校に、まで読んだ

226

： デフォルトの名無しさん (ｽｯﾌﾟ Sdea-hmNI) [sage] 2017/12/01(金) 11:05:05.82

:Y7mfb9sId

exec execve などいくつかあるけど
こいつらの違いを理解できない
ここの人たちはmanページを読んで理解できるもんなの？

227

： デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Spbd-Wo5e) [sage] 2017/12/01(金) 11:40:18.96

:ZhxOnODbp

>>223

ttps://msdn.microsoft.com/ja-jp/library/cc372887.aspx
これを参考にしてみては
右手系の場合はRH、あと行列の扱い方によっては転置が必要だけど

228

： デフォルトの名無しさん (ﾜｯﾁｮｲ fa96-JU5h) [sage] 2017/12/01(金) 15:52:06.92

:Xp3BajG00

>>227

解決しました。あれで合ってました。
間違ってのはモデル変換行列の方でした。

229

： デフォルトの名無しさん (ｵｯﾍﾟｹ Srbd-MUmZ) [sage] 2017/12/01(金) 18:53:54.97

:1uEPS/Zvr

C++17が出たけど既にN4700しか読んでない

230

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d9f-JjO2) [sage] 2017/12/01(金) 19:27:41.27

:quTLstwT0

>>224

最終的に何をしたいんだ？
俺にはそこが見えない。

一つずつ詰めると、頭三行
> await/asyncのコルーチンは並列化じゃなくて非同期処理を同期処理っぽく書くための物だとおもうよ
> 「これを実行して、終わったらこれを実行してね」
> っていうときに、スタックの内容がそのまま残ってるからデータの受け渡しが楽というだけだろう
については同意する。これは

>>218-220

含めて3人の共通理解でいい。
(ただし俺には逆に、君自身は「並列化の為に」async/awaitを使おうとしているように見える)

> ただ

>>220

が言ってるように順不同のresumeが起こったらアブナイので
これについては、一般的には逆だ。順序が逆になったら危ないような物を非同期にしてはいけない。
違う言い方をすると、非同期の結果をbarrierを張ってキャンセルするのではなく、
barrier後に非同期にして、結果は必ずcommit出来る構造にする。

ちなみにJavaScriptの連中はここら辺が分かっていなくて、
(というより連中は制御構造云々を議論できるレベルではないのでこれ以前なのだが）
同期前提の制御構造で非同期を扱おうとするからおかしなことになる。
JavaScriptには非同期しかないんだから、選択の余地もないんだが。

C#のasyncはこれとはちょっと違って、イベントで起動するから必ずUIスレになるんだが、
それにジョブをやらせるとUIがカクつくから他スレッドを起動しろ、
しかしそれだと結果を画面に表示できないからそこだけUIスレッドを呼び戻せ、
ただこれだとソースが汚いから、asyncというキーワードをつけ、あたかも全てUIスレッドが処理しているように見せる、
みたいな、なんだかなあ、という状況になっている。
つまり処理順と処理スレッドを入れ替える為の糖衣構文のようなものであって、
本来のasync/awaitのように、非同期を同期的に書くための物自体ではない。ただしそうとも使えるから流用してるが。

それで話を戻すと、君は非同期部分に一般とは逆の「非同期の結果を普通にキャンセルできる構造」を作ろうとしているようだが、
これは何故？或いは何のメリットがあると考えている？

231

： デフォルトの名無しさん (ﾜｯﾁｮｲ ea34-YBdU) [sage] 2017/12/01(金) 19:37:06.05

:BNKPu+/90

Java厨はハードの基本がわかってないニワカなんちゃってPGが殆どだからな

232

： デフォルトの名無しさん (ﾜｯﾁｮｲ f1c8-wAwf) [] 2017/12/02(土) 00:35:41.73

:i2vG1ua/0

最近長えレスが多くて辛えぞえ

233

： デフォルトの名無しさん (ﾜｯﾁｮｲ 398a-fjL1) [sage] 2017/12/02(土) 00:43:05.07

:fU6v9rJN0

予告犯でホリエモンもどきがシンブンシにそんな事言っていたな

234

： デフォルトの名無しさん (ﾜｯﾁｮｲ a580-o8PC) [] 2017/12/02(土) 01:17:01.05

:Ppnhc3/B0

コルーチンをキャンセルとか意味わかんない事言ってるから途中から読んですらない。

235

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8abd-17nN) [sage] 2017/12/02(土) 02:10:43.54

:YZ0QjRT20

漏れはもう説得をあきらめたゾ

236

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6680-9RvO) [sage] 2017/12/02(土) 03:07:38.26

:UE7qzU9L0

>>226

引数が違うだけで、内部的には、どれも同じだろ。
つまり、ラッパー関数

OS をすべて知っている奴は、いない

だから皆、神の書と呼ばれる、この本を枕にして寝ている。
著者は、man ページの作者。
この本が翻訳されているのは、日本だけ

Linux プログラミング・インタフェース、2012

237

： デフォルトの名無しさん (ｵｯﾍﾟｹ Srbd-MUmZ) [sage] 2017/12/02(土) 17:32:32.90

:oDhEkD2+r

>この本が翻訳されているのは、日本だけ

もうだめだこの国

238

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6680-9RvO) [] 2017/12/02(土) 20:34:54.85

:UE7qzU9L0

Linux 資格の、LPIC 取得者も、半分以上は日本人だろ

日本は、Linux 大国

239

： デフォルトの名無しさん (ﾜｯﾁｮｲ ea34-YBdU) [sage] 2017/12/02(土) 20:40:02.69

:hpEyyDG+0

pthreadとかPOSIX系は扱い易い

240

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5b3-9GJZ) [] 2017/12/02(土) 21:04:09.64

:TmTI6KJY0

Linuxは日本に入ってきたのが早かったし、最初期に一気に広まった。
日本がLinux王国というのは間違いではない。
しかし、それを生かせなかった。
なんでだろ。

241

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5d78-ToxZ) [] 2017/12/02(土) 21:06:05.55

:IxwO1O770

PC98がMSDOSを採用し続けたせい

242

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/02(土) 21:14:00.87

:4pmjT1Fk0

>>240

PC98 のリソースが freebsd に注がれ、linux への移植が遅れたため

243

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5b3-9GJZ) [] 2017/12/02(土) 21:25:07.65

:TmTI6KJY0

当時書店でBoWとか売ってたけど、そのせいで遅れたような感じはしなかったけどなあ。
むしろLinuxでX11動かすのに四苦八苦してた頃、すでにコンソールで日本語が使えてたのは、
UNIXの人たちのおかげのような気がする。

244

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5b3-9GJZ) [] 2017/12/02(土) 21:38:52.02

:TmTI6KJY0

検索してみるとコンパックショックが1994年なんだな。
DOS/V機自作したのが1993年だからもうちょっと前かと思ってたけど。
正規流通前にショップが輸入して売ってたんだろか。

245

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6680-9RvO) [sage] 2017/12/02(土) 22:17:42.90

:UE7qzU9L0

その当時、漏れは、Windows 3.1 で、UNIX プログラミングやってた。
テキストエディタ MIFES を使っていた

Oracle で、銀行とか、新幹線とか

246

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/02(土) 22:46:06.08

:4pmjT1Fk0

>>245

＞銀行とか、新幹線とか
暗号方式はなにを使っていましたか？

247

： デフォルトの名無しさん (ﾜｯﾁｮｲ 398a-fjL1) [sage] 2017/12/02(土) 23:44:03.24

:fU6v9rJN0

PANIXの遅さはすごかったな

248

： デフォルトの名無しさん (ﾜｯﾁｮｲ ea34-YBdU) [sage] 2017/12/03(日) 01:07:06.72

:ti2y6lW/0

NECは当時経営陣が自社の社員が開発したソフトを押し退けてＭＳのソフトをごり押ししてたからな
終わっているよな

249

： デフォルトの名無しさん (ﾜｯﾁｮｲ a580-o8PC) [] 2017/12/03(日) 01:40:24.23

:MtUE51Zo0

>>248

そんなに糞だったのか自社製ソフト

250

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5b3-HgL3) [sage] 2017/12/03(日) 08:02:49.76

:YKcJD0pm0

派生クラスのデストラクタでなにもしないなら、
基底クラスのデストラクタを仮想にしなくてもいいですか？

251

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9e9f-GQwd) [sage] 2017/12/03(日) 08:56:43.57

:I8IEjg5G0

>>250

自由にクラスを設計すればいいよ。
デストラクタを仮想クラスを必ず定義しておかなければならないとか、そんな義務はない。
あらかじめ定義しておくと、仕様変更があった時などで、派生クラスで、デストラクタを使いたい時に、基底クラスをいじらずに定義できるだけだよ。
仮に、複数人で、アプリを作ってるなら、基底クラス担当がいたとして、わざわざ基底クラスをいじりますよーとか連絡しないでいいという利点はあるかもな。
もし、基底クラス担当で、他人に基底クラスを触らせたくないなら定義しておいたほうがいい。
基底クラスをいじられて、変なバグとか追加されても困るｗ

252

： デフォルトの名無しさん (ﾜｯﾁｮｲ eab3-YtI1) [sage] 2017/12/03(日) 09:05:51.65

:pXIsIngK0

>>251

頓珍漢すぎて笑えない...

253

： デフォルトの名無しさん (ﾜｯﾁｮｲ a66e-hJGX) [] 2017/12/03(日) 09:26:11.28

:hz5Rl7cd0

うん、これは頭悪い発言スレでやればウケてた

254

： デフォルトの名無しさん (ﾜｯﾁｮｲ a580-o8PC) [] 2017/12/03(日) 09:31:06.52

:MtUE51Zo0

>>250

規格は知らんが問題が発生するコンパイラは存在しないと思う。が、デストラクタで何もしないというのはデータメンバーも含まれるからね。
派生クラスにstd::stringのメンバーが居るだけでアウト
そんな事を気にするより素直にvirtual付けるか基底クラスでdeleteされないようにする方が有意義に時間を使えると思うよ。

255

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8abd-17nN) [sage] 2017/12/03(日) 09:49:40.40

:lnc2VqP30

>>254

>派生クラスにstd::stringのメンバーが居るだけでアウト
それだけでアウトなのではない
DerivedがBaseの派生だとして、実体はDerivedなのにコンパイラからはBaseにしか見えないケースで問題になるだけ
DerivedをDerivedとして宣言したらスコープを抜けたらちゃんとDerivedのデストラは呼ばる

問題なやつの例：
　Derived g_d;
　void foo() {
　　Base* p = (Base*)&g_d;
　　/*...*/
　　delete p; // Base::~Base()は呼ばれるがDerived::~Derived()は呼ばれない
　}

256

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8abd-17nN) [sage] 2017/12/03(日) 09:53:01.97

:lnc2VqP30

ごめ、一点抜けた
誤：実体はDerivedなのにコンパイラからはBaseにしか見えないケース
正：実体はDerivedなのにコンパイラからはBaseにしか見えない状態で当該オブジェクトが破棄されるケース

なお、（規格でどういう言葉使いをしているかわ知らんが、）
Derivedが多態性をきちんと実装してあるなら、Derivedは「コンパイラからはBaseにしか見えないケース」には該当しない

257

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8abd-17nN) [sage] 2017/12/03(日) 09:53:10.45

:lnc2VqP30

258

： デフォルトの名無しさん (ﾜｯﾁｮｲ a580-o8PC) [] 2017/12/03(日) 09:57:14.66

:MtUE51Zo0

>>255

だから
「基底クラスでdeleteされないようにする方が」
って言ってんだろ

259

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8abd-17nN) [sage] 2017/12/03(日) 09:58:13.14

:lnc2VqP30

大事なことなので2回ry

まあ一般論として、

>>255

の問題なやつがプログラム内に存在しないことの確実で安価で
ウザく無い検出方法というものはこの世に存在しないので、
継承関係を使うならデストラクタを見たらvirtualにするパブロフの犬に徹するべきではある

260

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5b3-HgL3) [sage] 2017/12/03(日) 10:48:30.75

:YKcJD0pm0

＞delete p; // Base::~Base()は呼ばれるがDerived::~Derived()は呼ばれない

~Derived()が呼ばれないけど、
呼ばれたとして何も仕事をしないのであれば、呼ばれなくても不都合ないのでは？

261

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5b3-HgL3) [sage] 2017/12/03(日) 11:01:45.65

:YKcJD0pm0

なにも仕事をしないデストラクタという前提がおかしいのですか？

262

： デフォルトの名無しさん (ｽｯﾌﾟ Sdea-t0Iq) [] 2017/12/03(日) 11:06:05.82

:OF+rgUqYd

メイヤーズが言ってる
ポリモーフィズムを目的とした基底クラスはvirtualデストラクタにする
それ以外はしないってルールでいいだろ

263

： デフォルトの名無しさん (ｵｯﾍﾟｹ Srbd-MUmZ) [sage] 2017/12/03(日) 11:12:49.55

:TXqrw7wLr

>>261

Yes
デストラクターの仕事はプロクラマーの書いたコードだけではない

264

： はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 5e6f-bpph) [sage] 2017/12/03(日) 13:16:36.90

:15ZXM/fw0

>>260

このあたりで話題になったことがある。
外部リンク

ttps://echo.5ch.net/test/read.cgi/tech/1478440682/651-
結論から言うと不都合は有る。

少なくとも言語仕様上は未定義に踏み込むのでクラッシュしても泣かない強い心を持ち合わせているのでなければやらない方が良い。

265

： デフォルトの名無しさん (ｽﾌﾟｯｯ Sdea-gD61) [] 2017/12/03(日) 13:39:28.04

:JZXkgVFzd

>>254

暗黙的なメンバー変数の破棄が呼ばれるべきってのはあるけど、何もアウトなことはないぞ？

266

： デフォルトの名無しさん (ﾜｯﾁｮｲ a580-o8PC) [] 2017/12/03(日) 13:42:24.66

:MtUE51Zo0

>>265

お前質問読んでないだろ

267

： デフォルトの名無しさん (ｻｻｸｯﾃﾛﾛ Spbd-Wo5e) [sage] 2017/12/03(日) 13:52:29.29

:nekR+Iu8p

>>259

その考えはどうかと思うけどな
vtblが邪魔になるような、メモリ上では純粋にデータしか持たないクラスとか作れなくなるぞ

268

： デフォルトの名無しさん (ﾜｯﾁｮｲ eab3-YtI1) [sage] 2017/12/03(日) 16:06:00.67

:pXIsIngK0

>>267

> 継承関係を使うなら

269

： デフォルトの名無しさん (ｵｯﾍﾟｹ Srbd-MUmZ) [sage] 2017/12/03(日) 16:29:14.83

:gYv1de+4r

継承関係を使う＝vtbl
と考えてしまうような無知な者には理解するのは難しい
他人の作ったものも構わずナマポをdeleteしておいて「virtualにしておけば安全」というのはマッチポンプと言えよう

270

： デフォルトの名無しさん (ﾜｯﾁｮｲ eab3-YtI1) [sage] 2017/12/03(日) 16:39:32.89

:pXIsIngK0

正直何を言いたいのかはよくわからん w
まあ

>>251

みたいな頓珍漢野郎なんだろう...

271

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5b3-4T5h) [sage] 2017/12/03(日) 17:09:40.29

:bFUfg9md0

>>270

いや、この件に関してはお前の方が無知だぞ

272

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5b3-HgL3) [sage] 2017/12/03(日) 17:12:44.51

:YKcJD0pm0

結局のところ
何も仕事をしないデストラクタはあるが、（空のデストラクタかつメンバ変数なし）
基底クラスのデストラクタだけで派生クラスをdeleteすることが未定義だから
基底クラスのデストラクタは仮想にしないとダメという理解でよろしいでしょうか。

273

： デフォルトの名無しさん (ﾜｯﾁｮｲ ea34-YBdU) [sage] 2017/12/03(日) 17:28:04.25

:ti2y6lW/0

デストラクタは仮想にしておくことにより通常の仮想関数と違って継承元辿って全自動ですべて呼び出されるから基底はやることなくても以後継承で実装を変更することがあるのなら空の{}で括っておいたほうが良いよ

274

： デフォルトの名無しさん (ﾜｯﾁｮｲ 66eb-YNoK) [sage] 2017/12/03(日) 17:49:35.39

:PHD8+7P20

=defaultじゃだめなん？

275

： デフォルトの名無しさん (ﾜｯﾁｮｲ eab3-YtI1) [sage] 2017/12/03(日) 17:50:12.92

:pXIsIngK0

>>271

まあそう思ってりゃいいんじゃね？ w

276

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5b3-4T5h) [sage] 2017/12/03(日) 19:52:12.45

:bFUfg9md0

もしかして本当に継承使ったPOD型に思い至ってないのか

277

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8abd-17nN) [sage] 2017/12/03(日) 19:55:36.14

:lnc2VqP30

くそー

>>254

の簡潔すぐる日本語のせいで暗黒の日曜日になってしまったわ、

だいたい質問者の

>>250

も簡潔すぐる
初心者質問と思ったし、だいたい理解している上で確認の意味で質問しているのならそう書いてﾎｽｲ、

278

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5deb-JjO2) [sage] 2017/12/03(日) 20:15:25.15

:mwO2JS4O0

もうここ完全に初心者様質問無しにしろよ
上級者様もそれで満足だろ

279

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/03(日) 20:16:39.17

:lZQcP+Ql0

>>278

それは困ります…

280

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8abd-17nN) [sage] 2017/12/03(日) 20:21:06.32

:lnc2VqP30

>>278

漏れのように語りたい初心者は一体どうすれば…orz

281

： デフォルトの名無しさん (ﾜｯﾁｮｲ a66e-hJGX) [] 2017/12/03(日) 21:05:16.05

:hz5Rl7cd0

>>278

自殺乙

282

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d04-4NBu) [sage] 2017/12/04(月) 12:17:24.94

:gpGY1qga0

祝・C++17発行！

283

： デフォルトの名無しさん (ﾌﾞｰｲﾓ MM81-ZS+9) [sage] 2017/12/04(月) 12:38:47.34

:vRsxBueGM

これまでinlineを関数に適用するとインライン展開されるんじゃなかったでしたっけ？
c++17の説明を読むと翻訳単位で共通のアドレスになるって書いてあるのだけど仕様が変わった？

284

： デフォルトの名無しさん (ｵｯﾍﾟｹ Srbd-MUmZ) [sage] 2017/12/04(月) 12:45:21.76

:i0vOJ/Wzr

何を言っているんだお前は

ISO/IEC 14882:1998 7.1.2/p4
An inline function with external linkage shall have the same address in all translation units

285

： デフォルトの名無しさん (ﾌﾞｰｲﾓ MM81-ZS+9) [sage] 2017/12/04(月) 12:56:42.17

:vRsxBueGM

>>284

ナンダッテー

286

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM12-3/o9) [sage] 2017/12/04(月) 13:08:03.78

:VjK2Ds3GM

以前void f(A &a, int num)をa.f(num)みたいに呼べる機能が追加されるとかされないとかを見た気がするんだけど知ってる人いたらURLか機能名を教えてほしい

287

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5c8-Syir) [sage] 2017/12/04(月) 13:10:08.18

:zqEI2rJ60

unified call syntax

288

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM12-3/o9) [sage] 2017/12/04(月) 13:22:55.68

:VjK2Ds3GM

>>287

ありがとう

289

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d04-4NBu) [sage] 2017/12/04(月) 14:58:45.86

:gpGY1qga0

ウニファイドコールシンタックスは死んだのだ。
よみがえれ！

290

： デフォルトの名無しさん (ﾜｯﾁｮｲ ea34-YBdU) [sage] 2017/12/04(月) 15:48:40.92

:hZXt5yd00

残念だったな

291

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d04-4NBu) [sage] 2017/12/04(月) 16:16:56.14

:gpGY1qga0

はう。

292

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/04(月) 18:00:57.88

:ESsPBxjD0

accelerated c++ をやっている人いませんか？
今やりなおしているけれども、5年ほど前の自分の回答をなくしてしまった…
4章章末練習問題4-6の回答を、よろしければお見せいただけませんか？
この章、EOLine と EOFile を std::cin の eof フラグ 1　個でなんとかしようとしているのが非常にまずいと分かりましたが
逆に教科書掲載のプログラムでうまくいっているのが不思議です…取り組まれた方のコメントをお待ちしています…

普通 getline() をつかうんだろうけれども、なんでこんなに変てこな実装になっているのだろう？
教科書の内容外部リンク

ttp://https://ideone.com/rdtZWG"> 外部リンク

ttps://ideone.com/rdtZWG

293

： デフォルトの名無しさん (ﾜｯﾁｮｲ a580-o8PC) [] 2017/12/04(月) 19:13:30.50

:gGPHcFu90

>>289

メソッドチェインしたいだけなら拡張メソッドの方が筋がいいだろ。そっち応援してやれよ

294

： デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM7a-Syir) [sage] 2017/12/04(月) 19:27:49.25

:I5+tBH1vM

拡張メソッドってデコレータパターンで充分なのに、なんで最近の言語には結構ついてんだろ。

295

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-L6cJ) [sage] 2017/12/04(月) 19:43:03.25

:ESsPBxjD0

>>292

>>44-45

結局のところ、std::stringstream を使うべきだという結論になりました。（std::stringstream は今回初めて知った）
教科書本文（64ページ、項4.2.3、70ページ、項4.5）
外部リンク

ttp://https://ideone.com/F761bo"> 外部リンク

ttps://ideone.com/F761bo

73ページの練習問題4-5の方は
外部リンク

ttps://ideone.com/H9iE4j

このように

296

： デフォルトの名無しさん (ﾜｯﾁｮｲ a66e-hJGX) [] 2017/12/04(月) 21:39:45.95

:k2OIwnad0

>>282

297

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d04-4NBu) [sage] 2017/12/04(月) 21:40:55.38

:gpGY1qga0

ん？

298

： デフォルトの名無しさん (ﾜｯﾁｮｲ 8abd-17nN) [sage] 2017/12/04(月) 22:43:49.08

:5AQkRrK70

>>285

別に驚くほどのことじゃないし…
関数のインライン展開と、同じ機能の非インライン関数の存在は両立する

>>284

の規定は関数のアドレスをとられたときのため用

299

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/05(火) 10:37:05.67

:x6DQdw1l0

>>151

template の話もお願いしていいですか？
型安全を優先するあまりに instantiate（これいい訳がないね）してまで、という思考と void * を許してしまう思考の両方について、比較していただくとうれしいんですけれども

300

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/05(火) 10:45:00.72

:x6DQdw1l0

>>168

std::make_shared はあっても unique 版はない、とかなんとか、そこらへんが徹底されていない、とか、確かあったような気が

301

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/05(火) 10:50:30.93

:x6DQdw1l0

>>150-152

ファイルのopen/close とか、RAII ／デストラクタが Java にもあればなあ、と思っています。
あと、Java　の syncronized って、結局、テキトーなダミー変数を mutex 代わりにしちゃう、とかありません？

302

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/05(火) 10:53:52.88

:x6DQdw1l0

>>115

古来ゆかしき Boehm GC を思い出しました。これ、C++11 later とかの対応はどうなんだろう？
外部リンク

ttp://www.hboehm.info/gc/　よくわからん…

303

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/05(火) 10:58:49.04

:x6DQdw1l0

>>101

＞K&Rも「関数ポインタも使えるよ」としか書いて無い。あれはもっと力説されて然るべきだった。

これが本題かな？
いや、関数ポインタってそんなに特筆すべきものだったかな…むしろ setjmp()/longjmp() の方がインパクトが、ってこれはexception として広く採用されていましたっけね
いや、関数ポインタってコールバック(とvtable）は別として、何か使えるネタが他にあるかなって考えてました、今のところ思いつかないな…

304

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/05(火) 11:06:41.81

:x6DQdw1l0

>>99

＞(instance.method()とstaticMethod(instance)の実行時の違いがほぼ無い、
うーん、Java　で、これでもか、これでもか、と this が null でないことをチェックするのを読んだことがあります。
C++ だと(virtual でなければ）普通に this = 0 にして this->method() できちゃうんですが、この this の null チェックって、広く行われているのでしょうか？外部リンク

ttp://codepad.org/gtEBWFKR

305

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/05(火) 11:20:19.80

:x6DQdw1l0

これでおしまい
try～catch はいいとして、finally って使いにくい、というか使い方がわからないんですが、finally って意味あるんでしょうか？

306

： デフォルトの名無しさん (ｵｯﾍﾟｹ Srbd-MUmZ) [sage] 2017/12/05(火) 12:10:12.56

:4pWc4df5r

> RAII ／デストラクタが Java にもあればなあ、と思っています

RAIIは7年前にジャバに入った筈だが
何を言っているのだろうか

307

： はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 5e6f-bpph) [sage] 2017/12/05(火) 18:56:58.67

:+5IMShlD0

>>305

C++ 的にはなるべくデストラクタで後始末がつくようにやれというスタンスっぽい

308

： はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 5e6f-bpph) [sage] 2017/12/05(火) 19:00:20.98

:+5IMShlD0

>>304

C++ ではヌルポインタからメンバ関数を呼び出すのは未定義だよ。
メンバ関数内でデータメンバにアクセスする要素がなかったとしても未定義。

309

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-CnPo) [sage] 2017/12/05(火) 19:12:28.94

:x6DQdw1l0

>>308

え！

310

： デフォルトの名無しさん (ﾜｯﾁｮｲ dee7-JjO2) [sage] 2017/12/05(火) 19:18:52.02

:EmfbEE5b0

this->method()は(*this).method()と等価で、ぬるぽに*適用したらその時点で未定義だからアウト

311

： デフォルトの名無しさん (ﾜｯﾁｮｲ c576-jUU9) [sage] 2017/12/05(火) 19:33:35.46

:EFbqYV3B0

未定義だけどvirtualじゃなきゃ大抵動く
だからNULLチェックも意味がある

312

： デフォルトの名無しさん (ﾜｯﾁｮｲ 398a-RK4k) [sage] 2017/12/05(火) 19:58:57.51

:U9JLSPtA0

thisをNULLチェックするようになったらそれはもう終わってるコード

313

： デフォルトの名無しさん (ﾜｯﾁｮｲ c576-jUU9) [sage] 2017/12/05(火) 20:02:17.22

:EFbqYV3B0

終わってるヤツでも使えるようにする
よくあること

314

： デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MM7a-o8PC) [] 2017/12/05(火) 20:52:26.72

:sgxJpWORM

>>313

呼び出されなくても泣くなよ

315

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM6d-YtI1) [sage] 2017/12/05(火) 20:53:39.04

:TKR/EMkrM

>>305

catchの中で再スローしてもとにかくリソースを解放したいとか普通にあるでしょ

316

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM12-YtI1) [sage] 2017/12/05(火) 21:07:41.41

:njWV82p8M

>>304

俺はしない

以上！

317

： デフォルトの名無しさん (ﾜｯﾁｮｲ 398a-RK4k) [sage] 2017/12/05(火) 23:32:01.27

:U9JLSPtA0

>>315

RAIIを徹底すればそんな危なっかしいことは不要

318

： デフォルトの名無しさん (ﾜｯﾁｮｲ 36fb-MUmZ) [sage] 2017/12/05(火) 23:35:55.54

:+TIDOo7u0

>>309

自分にレスすんなよ
見てて恥ずかしいだろ

319

： デフォルトの名無しさん (ﾜｯﾁｮｲ 398a-RK4k) [sage] 2017/12/05(火) 23:52:38.14

:U9JLSPtA0

>>300

std::make_uniqueがあるだろうが（C++14）

320

： デフォルトの名無しさん (ﾜｯﾁｮｲ 59e3-HgL3) [] 2017/12/05(火) 23:55:11.50

:WoyHGfNJ0

返答を期待しないでただ聞いて文句言ってもらいたんですけど

03以来久し振りにc++いじってます
17だか20の最新仕様も未だにclassでgetter/setter定義しなきゃいけない仕様なんですかね？
C#のpropertyがあれば便利と思うんですけど。今あるか知りませんが

どうなんでしょ？今後の仕様も導入予定なし？

おやすみなさい

321

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6681-Syir) [sage] 2017/12/06(水) 00:03:17.02

:nXK3hnHv0

そもそも状態を露出するな

322

： はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 5e6f-bpph) [sage] 2017/12/06(水) 01:18:56.49

:s33DVBsR0

>>311

いや、俺は意図通りに動かない場合にガチで遭遇したことあるからこれはホントにお勧めしない。

323

： デフォルトの名無しさん (ﾜｯﾁｮｲ 3d04-4NBu) [sage] 2017/12/06(水) 01:21:27.27

:+0bHqE6f0

>>320

そもそも、せったげったってそんなに重要か？

324

： デフォルトの名無しさん (ﾜｯﾁｮｲ ea33-MbHU) [sage] 2017/12/06(水) 01:48:19.95

:K0RLdWNW0

>>311

ttps://wandbox.org/permlink/i6CwiXS4NMgpintS

325

： はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 5e6f-bpph) [sage] 2017/12/06(水) 02:05:35.10

:s33DVBsR0

一応

>>324

を解説しておくと、 this が真のときはもちろん真だし、
this が偽 (ヌル) のときは未定義なのでどういう挙動をしてもかまわないので真と解釈してもええやろという超推論で常に真として扱われる。

326

： デフォルトの名無しさん (ﾜｯﾁｮｲ b5b3-9GJZ) [] 2017/12/06(水) 04:07:36.86

:hjP5HWFz0

++thisってやるとどうなるんだろうねえ。

327

： デフォルトの名無しさん (ﾜｯﾁｮｲ a66e-hJGX) [] 2017/12/06(水) 05:07:17.55

:yhpve1PE0

できないよ
thisは常にconst修飾されている
禿本1stではthisへの代入があったんだけどね

328

： デフォルトの名無しさん (ﾜｯﾁｮｲ 36fb-MUmZ) [sage] 2017/12/06(水) 07:19:10.64

:Fjj6BXu50

>thisは常にconst修飾されている

それは規格のどこに書いてあるのですか

329

： デフォルトの名無しさん (ｽﾌﾟｯｯ Sdea-gD61) [] 2017/12/06(水) 08:02:56.90

:vAzWmOhld

thisってprvalueじゃないのか？

330

： デフォルトの名無しさん (ﾜｯﾁｮｲ fa96-JU5h) [sage] 2017/12/06(水) 08:25:21.60

:ROyOilcp0

This is a pen.

331

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6679-mNEL) [sage] 2017/12/06(水) 08:33:58.89

:BltAOSs70

ISO、C++17の仕様「ISO/IEC 14882:2017」を発行
外部リンク

ttps://mag.osdn.jp/17/12/05/171500

「ISO/IEC 14882:2017」
外部リンク

ttps://www.iso.org/standard/68564.html

332

： デフォルトの名無しさん (ﾜｯﾁｮｲ a66e-hJGX) [] 2017/12/06(水) 10:56:56.20

:yhpve1PE0

>>329

ご指摘どうも
struct X
{
void f()
{
decltype(auto) that(this);
that = nullptr; //ok
}
void g()
{
X* const it(nullptr);
decltype(auto) that(it);
that = nullptr; //error
}
};
確かにそのようで

333

： デフォルトの名無しさん (ﾜｯﾁｮｲ a580-o8PC) [] 2017/12/06(水) 11:12:02.00

:J84WjEud0

それはメンバー関数の修飾によっても変わるやろ

334

： デフォルトの名無しさん (ﾜｯﾁｮｲ a66e-hJGX) [] 2017/12/06(水) 11:21:40.65

:yhpve1PE0

void f() constのことを言っているなら見当違いだが

335

： デフォルトの名無しさん (ｽﾌﾟｯｯ Sdea-gD61) [] 2017/12/06(水) 11:44:06.58

:vAzWmOhld

*thisじゃなくてthisのことだよね？
何かで「const pointerである」って読んだことあるような気もするけど、
そもそもprvalueにしか思えない。

336

： デフォルトの名無しさん (ﾜｯﾁｮｲ a66e-hJGX) [] 2017/12/06(水) 12:20:51.70

:yhpve1PE0

this = だの &this なんてことは考えもしないので気がつかなかった

337

： デフォルトの名無しさん (ﾜｯﾁｮｲ ea34-YBdU) [sage] 2017/12/06(水) 13:26:30.44

:+UwbONVA0

this is it

338

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5d78-ToxZ) [] 2017/12/06(水) 16:04:03.08

:S418wH960

this, this... this...

339

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6a12-JjO2) [sage] 2017/12/06(水) 18:31:30.07

:Kh6EF+Se0

＝０とかじゃなくてpureとかそのまま書ければいいのに
そもそもなんで０入れるんだ

340

： デフォルトの名無しさん (ﾜｯﾁｮｲ dee7-JjO2) [sage] 2017/12/06(水) 20:25:22.49

:EpXMgW7A0

vtblの関数ポインタをNULLにセットするっていうK&R時代の発想で決まった文法

341

： デフォルトの名無しさん (ﾜｯﾁｮｲ dee7-JjO2) [sage] 2017/12/06(水) 20:29:30.14

:EpXMgW7A0

独自拡張で0の代わりに関数ポインタ代入できるようにした糞コンパイラと
それ使ってイベントハンドラかなんかの設定するようになってる糞システムが
なんかあったような気がするけど誰か覚えてない？

342

： デフォルトの名無しさん (ﾜｯﾁｮｲ a66e-hJGX) [] 2017/12/06(水) 21:00:00.17

:yhpve1PE0

>>340

実際には存在し得ない抽象クラス単体オブジェクトが指すためのvtableな
bcc32のバグで存在し得たことはあるが

343

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/07(木) 01:28:26.94

:lJwR2NaH0

=0、漏れはしゅき！！！！１！！！！！１１！

キーワードを増やさなくて済む
切り札は最後までとっておくべきものじゃ

344

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/07(木) 01:56:58.07

:lJwR2NaH0

つかpureみたいな柔弱で恥ずかしい感じのキーワードを追加してくれなくて本当に良かった

345

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/07(木) 02:03:07.27

:5gbe7aWB0

ピュア関数の提案は出てたよ。最適化に効くとかで。

346

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f34-Xhpf) [sage] 2017/12/07(木) 02:13:17.50

:ETsKWPG+0

ピュアプリズム！

347

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5778-T1Xs) [] 2017/12/07(木) 02:18:10.34

:clrrPlpA0

C++98だかでポインタ値にNULLじゃなくて0を使うのが推奨されていた頃の名残じゃないかな
の割にはnullptrを指定するとエラーになるけど

348

： はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ bf6f-StTJ) [sage] 2017/12/07(木) 02:43:01.31

:vxJqQn/b0

文脈依存キーワードを導入しちゃったからな。
pure も有りといえば有りな気はしないでもない。

349

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-F7Qh) [sage] 2017/12/07(木) 19:18:50.53

:TKFMtTzr0

pure関数って状態を持たない関数であって純粋仮想関数とは別物だぞ

350

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/07(木) 19:49:26.48

:5gbe7aWB0

>>347

標準委員の人がそういう意味じゃないよ。適当に決められたんだよ。って言ってた。

351

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMeb-45bT) [sage] 2017/12/07(木) 20:45:51.07

:G7lyLovKM

>>349

この話の流れで virtual pure function でないと思ってるお前が不憫だよ...

352

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/07(木) 22:05:02.33

:lJwR2NaH0

=0は最初ボーランドが勝手に実装した、とどこかで読んだが
じゃあ=0より前のC++には純粋仮想関数は無かったのやろうか…

353

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/07(木) 22:43:46.61

:lJwR2NaH0

ていうか
　class Foo {
public:
void someMethod() { }
};
と書くしかなかったものが
　class Foo {
public:
void someMethod() = 0;
};
になったのだとしたら
文字数的にもバランスがとれた良い追加構文

354

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff6e-5CBX) [] 2017/12/08(金) 07:14:19.07

:zfye+4U00

>>353

そこは俺もそう思う
しかし=0;なのにvirtualが必須なのはイヤ
基底指定子にpublicがいちいち必要なのと同じくらいに

355

： デフォルトの名無しさん (ﾜｯﾁｮｲ bf8a-ufcO) [sage] 2017/12/08(金) 08:40:57.49

:t5VCrWbM0

ダダこねるな

356

： デフォルトの名無しさん (ｽｯﾌﾟ Sd3f-jN+0) [sage] 2017/12/08(金) 10:07:38.22

:Z3siquAKd

publicが嫌ならstructで宣言しろよ

357

： デフォルトの名無しさん (ｻｻｸｯﾃﾛﾙ Sp8b-AVOn) [sage] 2017/12/08(金) 10:07:41.82

:2Zvn0bTbp

>>351

pure virtualだろ？virtual pureってなんだよ

358

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f34-Xhpf) [sage] 2017/12/08(金) 10:10:30.07

:vOIFbJvh0

ピュアトゥインクル！

359

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMdf-45bT) [sage] 2017/12/08(金) 13:00:32.45

:PXTxgSdcM

>>357

すまん、そんなアホなところにまで突っ込まないとダメなほど必死だとは思わなかったよ w

360

： 357 (ﾜｯﾁｮｲ 57b3-wJM8) [sage] 2017/12/08(金) 18:17:55.92

:eC9D+0x50

必死なのはお前だろ
誰と同一人物だと思ったんだw
俺この話に参加したの初めてだぞ

361

： デフォルトの名無しさん (ﾜｯﾁｮｲ 57b3-wJM8) [sage] 2017/12/08(金) 18:29:46.65

:eC9D+0x50

ていうか

>>349

は

>>345

宛てじゃねーの？
それを踏まえて文脈依存うんぬんだと思うが

362

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f72-QvkH) [sage] 2017/12/08(金) 20:49:15.62

:oKg6KkSA0

質問があります。
コンパイラはMicrosoft(R) C/C++ Optimizing Compiler Version 19.12.25830.2 for x86
class A {
public:
explicit A( void ) {}
};
struct B {
A a;
};
int
main( int, char ** )
{
B b;
B b2( {} );
B b3 = {};
B b4{};
return 0;
}
上記のソースをオプション/std:c++latestを付けるとエラー、つけないとエラー無しになります。
対処だけだったらAのコンストラクタからexplicitを取れば良いのですが、
何故エラーになるのかがイマイチ理解できていません。
C++17の波括弧初期化の型推論の新規則あたりがそれっぽいですがその辺を読んでも理解できていません。
（そもそも引数無しのコンストラクタにexplicitを何故付けるのかって突っ込まれそう）

363

： デフォルトの名無しさん (ｽｯﾌﾟ Sd3f-Hl5D) [sage] 2017/12/08(金) 21:05:07.58

:5s0/Hyw7d

今時なんで32ビットなんて使うんだろ？

364

： デフォルトの名無しさん (ﾜｯﾁｮｲ bf8a-ufcO) [sage] 2017/12/08(金) 21:19:10.75

:t5VCrWbM0

>>362

エラーメッセージ読めねーのか？

365

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fb3-Hxc3) [sage] 2017/12/08(金) 21:25:34.24

:2vsjK8u+0

ベイトレのatomが32bitという負債

366

： 320 (ﾜｯﾁｮｲ b7e3-qmOZ) [] 2017/12/08(金) 23:32:07.03

:uQLcRAb10

前にgetter/setterプロパティ書いた者だす
getter/setterは有効な回答得られず

03→17/20でも、例えば
　　　int& Status() { return m_status; }
const int& Status() { return m_status; } const
の二重定義必要？

おやすみなさい

367

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-F7Qh) [sage] 2017/12/08(金) 23:52:39.34

:IFoyYnlC0

そんな糞みたいなgetter書くくらいならpublic変数にしたほうがまし

368

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fb3-45bT) [sage] 2017/12/09(土) 00:00:04.12

:jyWlwvil0

>>360

5chは初めてか？
ちょっと肩の力抜けよ

369

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f34-Xhpf) [sage] 2017/12/09(土) 00:06:55.18

:CGhksCFV0

プロパティー使いたいならエンバカ

370

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff81-WAMQ) [sage] 2017/12/09(土) 00:30:19.70

:/OGT/7c/0

そもそもプロパティをそのまま露出すんなって

371

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5778-T1Xs) [] 2017/12/09(土) 00:37:11.06

:t6DuUCjM0

hage.sizeof みたいな書き方があってもいいけど、別になくてもいいからな
話は上がっているんだろうけど、優先順位はかなり低いと思うね

372

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/09(土) 00:48:53.78

:/xTkL2Yo0

constバージョンだけでよくない？
何で内部状態を他人に書き換え許可するのさ。

373

： デフォルトの名無しさん (ﾜｯﾁｮｲ 57b3-wlc6) [sage] 2017/12/09(土) 02:05:41.93

:X5cpE3G30

>>368

>>359

に言え

374

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fb3-45bT) [sage] 2017/12/09(土) 08:40:17.40

:jyWlwvil0

夜中まで粘着 w

375

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/09(土) 11:10:57.47

:VQtjhM8H0

>>367

のgetter/setterの中身はあくまでサンプルなのでは…

>>373

いちいちメソッド呼び出しの度に状態を引数渡しするほうが内部状態の露出として醜悪かもしれん…

つかデータメンバの書き換えはデータメンバの書き換えだからNGというものではなくて、
内部状態の整合性が保たれれば何だって良いんじゃ…
データメンバ直書き換えでなくsetterなら整合性をチェックしたり与えたりするチャンスがある
（あるいは排他制御とかやることもある…まあ慎重に考えたらsetterでやるよりロック回数が少ない方法がたいてい見つかるが、

376

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/09(土) 11:13:16.09

:VQtjhM8H0

アンカーミスった、
誤：

>>373

正：

>>372

377

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff56-Nf6k) [sage] 2017/12/09(土) 12:28:24.94

:IHtyR51x0

の実装はサンプルにしてもありえないだろう。
一度呼ばれて参照を保存されたら、変更を制御できなくなる。

int& status = a.Status();
status = 2;

378

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/09(土) 13:28:08.16

:xT8UfS000

>>377

それな。
中身だけでなく外見(インターフェース)も糞。かつそのインターフェースなら例外なく中身も糞になる

379

： デフォルトの名無しさん (ﾜｯﾁｮｲ bf8a-ufcO) [sage] 2017/12/09(土) 13:40:30.88

:JczXMZr10

ここでgetter/setter言ってるのは例外なくどうしようもない低能だから無視してあげて下さい

380

： 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-n3/l) [sage] 2017/12/09(土) 14:04:38.96

:Mc+Fg8lHd

int mydata() const; // getter
void mydata(int data); // setter

こういう感じの下駄瀬田は道南？

381

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/09(土) 14:29:29.91

:VQtjhM8H0

ttps://docs.microsoft.com/ja-jp/windows/uwp/winrt-components/creating-windows-runtime-components-in-cpp

のgetterの&を見落としていたorz
m_dataへのmutableなポインタを返すのではm_dataのgetterとは言えぬ

382

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-F7Qh) [sage] 2017/12/09(土) 16:16:46.64

:85CJr7Ot0

メンバ変数hogeにgetHoge,setHogeなんて名前の下駄雪駄を
機械的に作ろうとしてる事自体が間違いの可能性を考えろ

class Window
{
　int width, height;
　...
　
　//まちがい
　int getWidth() const;
　int getHeight() const;
　void setWidth(int w);
　void setHeight(int h);

　//せいかい
　Size getCurrentFrameSize() const;
　void resize(int width, int height);
};

383

： デフォルトの名無しさん (ﾜｯﾁｮｲ bf9f-wlc6) [sage] 2017/12/09(土) 16:31:11.01

:eDExTF/q0

>>382

>>320

は、Ｃ＃の機能があると便利ですねー。セッター/ゲッターが毎回定義するの？っていうお題じゃねーの？
どっからWindowやら、Sizeが出てきた？

384

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-F7Qh) [sage] 2017/12/09(土) 16:38:09.40

:85CJr7Ot0

クラス内部状態の変更は意味のある操作単位として外部に公開すべきであって
むやみに内部の変数を下駄雪駄として露出すんなっていうつもりだったんだが難しかったかな？

385

： デフォルトの名無しさん (ﾜｯﾁｮｲ bf9f-wlc6) [sage] 2017/12/09(土) 16:56:33.96

:eDExTF/q0

>>384

そんな分かりきったことを議論することではないだろ。
C++の規格が新しくなってsetter/getterは従来道理なの？が質問。
set/getするときは、直の変数の読み書きの代用だけではななく、何かの処理をしたりして公開/制限付き公開するものじゃねーの？

386

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMdf-45bT) [sage] 2017/12/09(土) 17:16:31.79

:rvn5Lgi+M

>>383

だからプロパティ単体で読み書きするのが常に正しい訳じゃないでしょってこと

> どっからWindowやら、Sizeが出てきた？
一例だってことわからないの？

387

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/09(土) 17:25:01.50

:xT8UfS000

>>385

従来通りだよ。
何がしたいのかはっきりさせないからこうなるんだよ。
メンバーへの代入のような記述でメンバー関数呼び出ししたいということか？

388

： デフォルトの名無しさん (ｽﾌﾟｯｯ Sd3f-q8ec) [sage] 2017/12/09(土) 18:54:12.14

:WISiBPL1d

昔どっかで下駄雪駄をクラスにして公開する方法が書いてあったな。
面白そうだったけと使おうとした事はなかった。

389

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/09(土) 19:16:55.95

:xT8UfS000

単にデータメンバー指定したらgetter setter相当のメンバー関数を自動生成するような機能が欲しいというなら他のやつが言うように思考停止したバカしか欲しがらない機能
EなんとかとかいうIDEには付いてるらしいが

390

： デフォルトの名無しさん (ﾜｯﾁｮｲ 17b3-G2/9) [sage] 2017/12/09(土) 20:17:03.24

:FTIoFrRr0

理想はわかるけど、ある程度の規模のコードを書けば何だかんだでsetter/getterはけっこう書くだろ

391

： デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM7f-WAMQ) [sage] 2017/12/09(土) 20:17:55.36

:qp4HeFcwM

.netのPropertyは実際のオブジェクトがバッキングフィールドってとこに完全隠蔽されることがメリット
C++では自動実装は不可能、同じ効果を得るならばpimplパターンでオブジェクトを隠蔽は可というのが答えではないだろうか

392

： デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM7f-WAMQ) [sage] 2017/12/09(土) 20:18:50.11

:qp4HeFcwM

>>390

getterはともかくsetterは書かない

393

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/09(土) 20:26:30.08

:VQtjhM8H0

setter/getter批判論者は何を批判しているのかいまいちわからん…
class SomeWidget { // GUIのパーツか何か
　Color m_FgColor; // 前景色
　Color m_BgColor; // 背景色
　...
};
とゆークラスがあったとして、
　void SomeWidget::setFgColor(Color color) { m_FgColor = color; }
　void SomeWidget::setBgColor(Color color) { m_BgColor = color; }
というのはsetterだからﾀﾞﾒで、意味的にまとまりのある
　void SomeWidget::setColor(Color fgColor, Color bgColor) { m_FgColor = color; m_BgColor = color; }
とかにしないとﾀﾞﾒだとかそーいう主張？

ｽｹﾞｰいらんお世話な気が…

394

： デフォルトの名無しさん (ﾜｯﾁｮｲ 57b3-wlc6) [sage] 2017/12/09(土) 20:43:02.98

:X5cpE3G30

setter/getter自体を批判してんじゃなくて
自動生成をC++に求めるのを間違いだと言ってるだけだと思うが

395

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fb3-45bT) [sage] 2017/12/09(土) 21:05:37.85

:jyWlwvil0

>>393

> 　void SomeWidget::setColor(Color fgColor, Color bgColor) { m_FgColor = color; m_BgColor = color; }
> とかにしないとﾀﾞﾒ
それを意味的にまとまりがあると考えるお前がおかしい
だからそんな頓珍漢なレスになるんだよ

396

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-F7Qh) [sage] 2017/12/09(土) 21:10:02.77

:85CJr7Ot0

クラスにメンバーがいっぱい→それぞれの下駄雪駄をいっぱい作らなきゃ！→楽な書き方ないの？

っていう発想から抜け出せてないんだろうけど
この最初の矢印がそもそも間違いだって言ってんだよ
まずはどんな操作をpublicで公開すべきなのかちゃんと設計しろ、話はそれからだ
結果的にただのgetterとsetterとして実装されるものはもちろんあるだろうし、それが悪いわけじゃないけど、
そんなのが自動生成しなきゃ追いつかないほど大量に出てくるようなら一回設計を疑うべきだ

397

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/09(土) 21:10:22.08

:xT8UfS000

内部のデータメンバーからインターフェースを作るのではなく、インターフェースから内部実装を書くという当たり前の事を言ってるだけ。

398

： デフォルトの名無しさん (ﾌﾞｰｲﾓ MMbb-fHNr) [sage] 2017/12/09(土) 21:14:57.20

:Z61PcTBCM

>>392

あんたすげーな

399

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/09(土) 21:17:58.04

:xT8UfS000

これC++に限った話じゃないからね。これが理解出来ないようだったら自分のソフトウェアの設計能力はとてつもなく低いと自覚した方がいい

400

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff81-WAMQ) [sage] 2017/12/09(土) 23:03:23.79

:/OGT/7c/0

>>393

なんでコンストラクタで初期化しないの？

401

： 320酔っ払い (ﾜｯﾁｮｲ b7e3-qmOZ) [] 2017/12/09(土) 23:18:04.72

:2CXK8lIl0

正直聞きたい事はそういうことじゃねーのよ
簡単に記述する方法が導入された、される予定があるか知りたいだけ

C++にC#みたいなproperty要望無いの？
const地獄解は消されたのかな？
ってこれ！

具出すなは分かる

>>377

の言う通り例が悪かった
APIや世界に発信するライブライ作ってる訳じゃないけど

>>382

これが普通なの？俺別にpublicゆーてないけど
protectedでもこんなまわりくどい事すんの？

そもそも設計が…言う前に”そんな方法は無い！”って言ってくれたら…
つーか言えっつーのお願いマイメロディー

402

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/09(土) 23:20:31.63

:/xTkL2Yo0

>>401

プロパティの言語サポートはない。
が、がんばればそれっぽいものをライブラリで作ることはできる。

403

： デフォルトの名無しさん (ﾜｯﾁｮｲ 579f-F7Qh) [sage] 2017/12/09(土) 23:21:13.23

:as7dcCOb0

>>401

VC++になら最初からpropertyはあるし使えるが。

404

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/09(土) 23:23:36.06

:VQtjhM8H0

>>400

mutableなオブジェクトとして書きたい（ときもある）から

405

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/09(土) 23:26:04.82

:/xTkL2Yo0

>>403

それ、独自拡張かなんかでしょ？

406

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7e-qmOZ) [sage] 2017/12/09(土) 23:27:21.61

:fRg177Ch0

プロパティ厨しつこい
C#使ってろよ
public変数使う言い訳探してんじゃねえよ

407

： デフォルトの名無しさん (ﾜｯﾁｮｲ 579f-F7Qh) [sage] 2017/12/09(土) 23:30:23.37

:as7dcCOb0

>>405

もち

408

： 320 (ﾜｯﾁｮｲ b7e3-qmOZ) [] 2017/12/09(土) 23:30:53.06

:2CXK8lIl0

>>402

手間掛けたくないのであればなーって
自作出来ても汎用性無いでしょ。汎用性関係あるプログラムじゃないけど

>>403

VC独自拡張？知らんかった
それが標準になりそうなら憶える価値あるだろうけど…

409

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7e-qmOZ) [sage] 2017/12/09(土) 23:34:15.72

:fRg177Ch0

間違いが広がっては困るから一応言っておくけど

>>403

が言っているのはC++とは全く互換性のないC++/CLIのことな

410

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/09(土) 23:35:31.46

:VQtjhM8H0

>>409

ウィンドーズホン御用達言語のC++CXにもあるわ；

411

： デフォルトの名無しさん (ﾜｯﾁｮｲ 579f-F7Qh) [sage] 2017/12/09(土) 23:42:11.37

:as7dcCOb0

>>408

覚えるも糞もあるかよ。C#のがそのままだよ。
というか、C#≒.NET≒VC++だから、C#の機能はVC++/CLIでは大概ほぼ使えるはずだが。
外部リンク

ttps://msdn.microsoft.com/ja-jp/library/2f1ec0b1.aspx

なお死ねには同意。
C#が良ければC#を使えばいいだけ、C#ライクなC++が欲しいならVC++/CLIを使えばいいだけ。

412

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/09(土) 23:43:07.64

:xT8UfS000

>>410

お前死んだやろ…

413

： デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sdbf-dpgO) [sage] 2017/12/09(土) 23:47:47.55

:UFGZ9ZWld

>>406

一時期流行ってたprivate厨さんちーす

414

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/09(土) 23:48:58.02

:VQtjhM8H0

>>412

ウィンドーズホンでネイティブC++を呼び出すための唯一の手段なので死んではいないﾊｽﾞ…
外部リンク

415

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7e-qmOZ) [sage] 2017/12/10(日) 00:02:10.31

:dss2es1x0

C++/CLIのことをVC++っていうのやめろよ
それにC++風ですらないし

416

： デフォルトの名無しさん (ﾜｯﾁｮｲ ffe9-+LjN) [sage] 2017/12/10(日) 00:11:55.72

:MJKB1Uts0

それは.netへの過渡期中の言語ですね

417

： デフォルトの名無しさん (ﾜｯﾁｮｲ 579f-F7Qh) [sage] 2017/12/10(日) 00:13:30.39

:Rt5tAWZZ0

>>415

いや通称VC++だし、unmanagedはほぼC++11だぞ。
外部リンク

ttps://www.ruche-home.net/program/cpp/msvc

418

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7e-qmOZ) [sage] 2017/12/10(日) 00:25:29.55

:dss2es1x0

>>417

そっちじゃねえだろ
こっちだろ
外部リンク

ttps://ja.wikipedia.org/wiki/C%2B%2B/CLI

419

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/10(日) 00:27:56.18

:Earl4FxN0

>>414

ウィンドーズホンが死んでるだろ…いい加減にしろ！
外部リンク

ttps://www.gizmodo.jp/2017/10/winodows-phone-is-dead.html

420

： デフォルトの名無しさん (ﾜｯﾁｮｲ 579f-F7Qh) [sage] 2017/12/10(日) 00:52:59.90

:Rt5tAWZZ0

>>418

なるほど君は知らないんだな。VC++/CLIは混ぜられるんだよ。
君が言っているのはmanagedで、俺が言っているのはunmanaged。

まあ、どうせ君は使わないのだろうし、深く知る必要はないが。

421

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7e-qmOZ) [sage] 2017/12/10(日) 00:58:12.05

:dss2es1x0

ID:Rt5tAWZZ0 こいつ話噛み合わなさすぎてやべえぞ

422

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-F7Qh) [sage] 2017/12/10(日) 06:32:52.80

:dE7pgqu30

>>401

protectedこそちゃんと設計しないとメタメタになるだろうが
publicもprotectedもコードの利用者が自由に使えることには変わらんから公開インターフェースには変わらんぞ
お前もしかして「protectedだしメンバ全部下駄雪駄付けて継承先に丸出しするおー(^q^)」ってやってんの？
誰がどんな派生クラス作ってどんなふうにいじくって親クラスのふりして混入させてくるかわからないのに？
世界に発信しないからどうでもいいって？同僚や1年後の自分はたまったもんじゃねえな

423

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff81-WAMQ) [sage] 2017/12/10(日) 09:34:29.32

:H4MY5dOm0

>>404

死んでどうぞ

424

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/10(日) 10:23:51.33

:jGY33Ae80

>>423

ただ単にforeground colorまたはbackground colorを変更するだけのために
いちいちオブジェクトを破棄してGDIリソースを開放して再びGDIリソースを確保してオブジェクトを新規作成し直してどうぞ

>>423

にとって不幸なことに、この惑星では現実のアーキテクチャーも現実の外部世界も移ろいゆくもの（mutable）なんじゃ

425

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff81-WAMQ) [sage] 2017/12/10(日) 11:12:25.71

:H4MY5dOm0

>>424

変更をstateとしてカプセル化しろという示唆だボケ
外からガチャガチャいじんな

426

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/10(日) 12:09:09.67

:jGY33Ae80

>>425

setForgroundColor(Color color)がカプセル化の結論ではありえないとする根拠は？
だいたいstateにせよ（＝mutableな要素をオブジェクト内に受け入れる）というのは

>>400

から話が逸れているわけだが

427

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-F7Qh) [sage] 2017/12/10(日) 12:12:47.79

:dE7pgqu30

背景色が暗かったら前景色を明るくして見やすくするとかそういう制御はしないのか？
最初はしないつもりでも後から必要になったりリクエストが来たりしたらどうするんだ？
前景背景以外の第3の色のパーツが増えたらどうする？
アルファチャンネルが増えて半透明時はその裏側の色にも合わせて制御する必要が出てきたらどうする？

インターフェースってのは中のデータメンバーの下駄と雪駄とかそんなレベルで決めるもんじゃないんだよ
お前の言ってることは次元が低すぎるんだよ

428

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-F7Qh) [sage] 2017/12/10(日) 12:17:16.01

:dE7pgqu30

>>426

前景色をいつでも外部から独立に変えて良いオブジェクトならそれで構わないけど
それをforeColorメンバ変数があってそのsetterだから～みたいな程度の低い議論で決めたんだとしたら
後で大変な苦労をすることになるだろうな
今のお前はしなくてもお前の同僚やユーザーや1年後のお前がな

429

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/10(日) 12:22:05.28

:jGY33Ae80

>>427

>背景色が暗かったら前景色を明るくして見やすくするとかそういう制御はしないのか？
>最初はしないつもりでも後から必要になったりリクエストが来たりしたらどうするんだ？
>前景背景以外の第3の色のパーツが増えたらどうする？
>アルファチャンネルが増えて半透明時はその裏側の色にも合わせて制御する必要が出てきたらどうする？
setForgroundColor()を備えた低水準なクラスを実現した上で、
ユーザーの好みや用途に合わせた高水準なクラスをかぶせる階層設計にする

なんでもかんでも詰め込んだクラス設計はアレくね？

>>427

の好みなのかもしれんが

430

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-F7Qh) [sage] 2017/12/10(日) 12:28:25.79

:dE7pgqu30

どういう設計にするかって話じゃなくて
設計を決めるのに最初からデータメンバーと下駄雪駄ありきで考えるのをやめろって言ってるんだが
何一つ伝わってないようで残念だ

431

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/10(日) 12:35:10.91

:jGY33Ae80

>>430

>設計を決めるのに最初からデータメンバーと下駄雪駄ありきで考えるのをやめろって言ってるんだが
はげどうで、それにたいするスレ内に書かれた情報を前提とする答えが階層設計(

>>429

何一つ伝わってないようで残念だ

ていうか

>>427

程度では可能性を列挙しているだけで何を作るべきなのか指定したことにならない
仕様提示も無しにクラスの詳細を設計せよとかどんだけ～

432

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-F7Qh) [sage] 2017/12/10(日) 13:12:04.65

:dE7pgqu30

427は例えば前景背景色を変えるインターフェースを作るときに考慮しなきゃならなそうな事のほんの一例を挙げただけで
詳細設計しろなんて誰も言ってないんだが

最初に考慮すべきことはそもそも何を実現するつもりなのか、そのためにどういう操作を受け付けなきゃならないかであって、
privateのデータメンバーにbgColorがあるとかはどうでもいいし、必要ならそんなもの後から変えたっていいんだよ
それをデータメンバーありきで脳死で下駄雪駄付けてたら、そのメンバーの存在が公開外部仕様になって簡単に変えられなくなるんだよ

お前さんの例で言うと、不用意にsetFgColor()とsetBgColor()を公開したら、ずっとその2つを外部から独立に自由に変えられるようにしなきゃならなくなるの
本当にそうするべきなのかは、それこそオブジェクトの本来の目的次第で判断することでしょ？
「とにかくデータメンバーにbgColorとfgColorがあるんだからひつようなんです(^q^)」とか抜かしてたらバカで無能だと思うだろ？
お前さんは今そう見られてるんだよ

433

： デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM7f-WAMQ) [sage] 2017/12/10(日) 14:15:05.98

:g5uppkbRM

buttonならselectedとかdeselectとか、たぶんそんなインターフェース。
color露出とか正気の沙汰ではない。

434

： デフォルトの名無しさん (ﾌﾞｰｲﾓ MMcf-fHNr) [sage] 2017/12/10(日) 15:16:20.19

:F4es0CSwM

setColor()なんてグラフィックコンテキストのIFならありがちだけどな。

435

： デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM7f-WAMQ) [sage] 2017/12/10(日) 15:18:46.15

:g5uppkbRM

世の中のたくさんの組織で使われたりするような汎用ライブラリならね

436

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMdf-45bT) [sage] 2017/12/10(日) 15:25:40.37

:NqbakoNJM

>>435

そういうライブラリならあり得るんだろ？
要件もわからんのに頑なに否定する ID:dE7pgqu30 がアホと言う結論でよろしいか？

437

： デフォルトの名無しさん (ﾜｯﾁｮｲ 178a-ufcO) [sage] 2017/12/10(日) 15:48:26.65

:wfBy9YeJ0

別にset～Colorなんて普通にありだろ
変なふうに頭固いやついるね

438

： デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM7f-WAMQ) [sage] 2017/12/10(日) 16:44:14.11

:g5uppkbRM

正直GUI系は納期に晒されやすいということもあってコードが汚くなりがちではある
それが劣っているとか優れてるとかではなく気の毒ではある

439

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fb3-45bT) [sage] 2017/12/10(日) 18:11:24.37

:o/NiMYKz0

>>438

設計の話してるのにいきなり実態を語るとか話をそらそうと必死
って言うことでいい？

440

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fbd-aiou) [sage] 2017/12/10(日) 18:26:16.47

:jGY33Ae80

>>432

>最初に考慮すべきことはそもそも何を実現するつもりなのか、そのためにどういう操作を受け付けなきゃならないかであって、
いやまさしくおっしゃるとおりで、
グラフィック部品のforeground colorとbackground colorは通常の表示ハードウェアの元では独立に変えられるﾌﾞﾂなのだから
ハードウェア寄りなwrapperレベルの実装だとそれぞれ独立に露出するのが正しいという結論に…
（独立に弄っても内部状態の不整合は起きない。これがgetter/setterを公開してもよい基準である

>お前さんの例で言うと、不用意にsetFgColor()とsetBgColor()を公開したら、ずっとその2つを外部から独立に自由に変えられるようにしなきゃならなくなるの
ならない
階層設計の意味がわかっていない？
漏れのやり方で起きることは、Foreground colorとbackground colorの2つを公開したクラスXのインスタンスをいつでも作れるというだけで、
上位水準で要求される操作のみを受け付けるべくXを利用して実現するクラスYではsetFgColor()とsetBgColor()を隠蔽することができる。
（単にYが使うXのインスタンスをprivateにすれば良い

ていうか話を進める前にID:dE7pgqu30には

>>426

の2行目にお答えいただいてからにしていただきたいですのう…
（

>>400

の話が途中から変わっていることには目をつぶって差し上げても良いので

441

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7e-qmOZ) [sage] 2017/12/10(日) 21:00:01.55

:dss2es1x0

そもそもセッターゲッター書きまくらなきゃいけなくなるんだけどどうすればいいの？っていう話では

442

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f34-Xhpf) [sage] 2017/12/10(日) 22:12:52.74

:EDTuXCra0

ゲッターロボ発進！

443

： 320 (ﾜｯﾁｮｲ b7e3-qmOZ) [sage] 2017/12/10(日) 22:58:45.66

:PwvSHD+00

>>441

俺が発端だとしたら書きまくるなんて言ってない
楽に書く方法導入されたかな～って聞いただけ

されてないのは分かったからもういけど

444

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fa6-ANK3) [] 2017/12/11(月) 01:44:26.10

:NuxLjCLE0

>>443

残念ながら標準C++には無いねー。

俺の周りでも結構欲しがる人多いんだけど、何が良いのかいまいちわからないなー。
使うときに、変数を扱うような記法で、関数コールが出来るってだけだよね…
一文字減るだけで何が嬉しいのか…

445

： 35歳 (ﾜｯﾁｮｲ ffb3-5E0R) [age] 2017/12/11(月) 02:10:24.19

:OsSLt9Cy0

Bronze取りました

446

： デフォルトの名無しさん (ﾜｯﾁｮｲ ffe8-G2/9) [sage] 2017/12/11(月) 02:22:58.14

:EZmt4HgD0

自分は邪道なのを承知でマクロ使っちゃってるよ

447

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/11(月) 03:18:45.90

:hyRKWo4y0

>>444

それについては
to.setBackgroundColor(from.getTextColor());
より、
to.backgroundColor = from.textColor;
の方が読みやすいから俺は否定はしない

448

： デフォルトの名無しさん (ﾜｯﾁｮｲ ffe8-G2/9) [sage] 2017/12/11(月) 05:56:14.63

:EZmt4HgD0

>>447

後でカラーが変更されたときに処理を追加したくなったときに面倒

449

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff6e-MWkS) [] 2017/12/11(月) 06:39:45.71

:HCkpHsZ20

という、そもそもの話に行き着くだけだな

450

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM5b-45bT) [sage] 2017/12/11(月) 07:14:44.24

:WHbaikY8M

>>448

話の流れも読めないのかよ...

451

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff6e-MWkS) [] 2017/12/11(月) 09:57:11.02

:HCkpHsZ20

セッターとゲッターをいちいち作るのかという単純極まる話に流れもへったくれもあるか

452

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe9-dpgO) [sage] 2017/12/11(月) 10:07:16.62

:hFPLSsub0

だからプロパティが欲しくなるって話なのに……

453

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff6e-MWkS) [] 2017/12/11(月) 10:33:50.92

:HCkpHsZ20

欲しけりゃ作れというCいやBから続くハングリー精神を忘れた主張はいくら喚いても無駄だ

454

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe9-dpgO) [sage] 2017/12/11(月) 10:49:40.94

:hFPLSsub0

話の流れ汲む気ねえな

455

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff6e-MWkS) [] 2017/12/11(月) 11:08:12.08

:HCkpHsZ20

そういうおまえさんも、ここ僅か数レスの流れから目を背けているだろうが

456

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f21-61ea) [] 2017/12/11(月) 15:05:22.47

:HQgmyRrm0

不変条件がある→カプセル化(class)
不変条件がない→露出(struct)

では駄目なの？

457

： デフォルトの名無しさん (ｽｯﾌﾟ Sd3f-aZj5) [sage] 2017/12/11(月) 15:51:19.48

:iSg/oyC4d

ちょっと違う

458

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 9f60-T0Wg) [sage] 2017/12/11(月) 15:57:28.19

:maeT9tJH0

>>306

try-with-resources/java.lang.AutoCloseable, java.io.Closeable/Java7～　ですか

459

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/12(火) 01:07:23.70

:taGmyuVj0

お前は

と

を100回読み直して出直してこい

： はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ bf6f-qmOZ) [sage] 2017/12/12(火) 02:35:53.90

:DNRoqyK/0

そうか。

461

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe9-dpgO) [sage] 2017/12/12(火) 02:55:44.93

:aBOGkUwZ0

>そういうおまえさんも、ここ僅か数レスの流れから目を背けているだろうが

何回読んでもこのレス最強すぎて草生える

462

： デフォルトの名無しさん (ﾜｯﾁｮｲ ffe8-G2/9) [sage] 2017/12/12(火) 05:03:27.37

:GtRyHF+60

>>459

何に腹立ててるのかまったくわからん

463

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/12(火) 05:49:25.74

:taGmyuVj0

>>462

いいから読み返してこい。自分がどんなトンチンカンなレス返したのか自覚するまで帰ってくるな。

464

： デフォルトの名無しさん (ﾜｯﾁｮｲ ffe8-G2/9) [sage] 2017/12/12(火) 06:04:07.77

:GtRyHF+60

>>463

すまんマジでわからん
お手数ですが改めて解説して頂けますか？

465

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMeb-45bT) [sage] 2017/12/12(火) 07:20:11.15

:55mcEBCKM

>>464

プロパティっつーのは
> to.backgroundColor = from.textColor;
みたいなコードでも.backgroundColorが変更された時の処理が書ける
って話だから

466

： デフォルトの名無しさん (ｽｯｯﾌﾟ Sdbf-6IXG) [] 2017/12/12(火) 08:10:48.13

:R9+tEHmjd

プロパティが常に左辺値として扱えるってなら面白いけど、ただのシンタックスシュガーなんでしょ？

467

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f34-Xhpf) [sage] 2017/12/12(火) 08:35:44.42

:CHSzHMzZ0

getsetなんちゃらより視覚的にわかりやすくて見た目がスッキリして汚物感がない

468

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe9-dpgO) [sage] 2017/12/12(火) 08:37:10.49

:aBOGkUwZ0

あえて無視してるとかじゃなくてガチでわからんのか……

469

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f34-Xhpf) [sage] 2017/12/12(火) 08:43:59.80

:CHSzHMzZ0

getsetの()が汚物というかオムツ感

470

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7e-qmOZ) [sage] 2017/12/12(火) 08:47:30.57

:L7nvt31i0

to.backgroundColor.blue = 100;
みたいに書いても意図通りに動かないからクソ

471

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-XaMH) [sage] 2017/12/12(火) 09:13:40.57

:y1kEZ39i0

to.backgroundColor.blue(100);
でいいだろ。

472

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fa4-MWkS) [] 2017/12/12(火) 11:33:45.81

:UV42xOWp0

あるデータメンバをpublicにしたほうが合理的と判断したならすればいい
そこでいちいち教条主義にとらわれて見えない不安と戦うアフォは
物事の分別がわかるようになるまでROMってろ

473

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMeb-45bT) [sage] 2017/12/12(火) 13:18:37.14

:55mcEBCKM

また流れの読めない奴が来たのかよ...
しかもドヤ顔 w

> 物事の分別がわかるようになるまでROMってろ
お前がな

474

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fa4-MWkS) [] 2017/12/12(火) 15:47:21.47

:UV42xOWp0

読むに足る話をしていたつもりなら相当なコレ＠だな

475

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/12(火) 16:11:45.84

:taGmyuVj0

>>470

コンパイルエラーになるなら問題ないやろ

476

： デフォルトの名無しさん (ﾜｯﾁｮｲ ffe8-G2/9) [sage] 2017/12/12(火) 16:41:48.86

:GtRyHF+60

>>465

それをC++でどうするかって話でしょ…
そんなことで上から煽ってたんか
付き合う必要なかったな

477

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/12(火) 16:52:53.52

:taGmyuVj0

>>476

お前がレスしたコメントが
「それをC++でどうするかって話」に読めたならマジで救いようがないな。
何がどうなってお前の中ではそうなったのか知らんがそれを外に出してくんな。

478

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM5b-45bT) [sage] 2017/12/12(火) 17:02:23.33

:WkB3oGfAM

>>476

> それをC++でどうするかって話でしょ…
そんな話しはしとらんし
引っ込みつかなくなってるのかマジで話の流れが読めないのかわからんけどしばらくROMっとけ

479

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f34-Xhpf) [sage] 2017/12/12(火) 17:07:23.51

:CHSzHMzZ0

どうにかする以前に現状の標準規格ではどうにもならない

480

： デフォルトの名無しさん (ﾜｯﾁｮｲ ffe8-G2/9) [sage] 2017/12/12(火) 18:02:57.84

:GtRyHF+60

>>478

お前こそスレタイ見直した方が良いぞ
引っ込みつかなくなってんのはどっちだか

481

： デフォルトの名無しさん (ｶﾞｯｸｼ 068f-dpgO) [sage] 2017/12/12(火) 18:23:53.63

:T04lnVIC6

ID:GtRyHF+60が悪い

482

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fa4-MWkS) [] 2017/12/12(火) 18:29:31.41

:UV42xOWp0

要するに俺様の個人的好みがああだから言語もそれに合わせるべきと言っているだけ
周りと全会一致状態ならともかく批判的な意見に攻撃的な態度をとるだけ
どっから見ても単なる厨二病の自己チュー

483

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fa4-MWkS) [] 2017/12/12(火) 18:31:17.47

:UV42xOWp0

まあ言論の自由なんだけどね
やってて恥ずかしおまへんか？

484

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe7-F7Qh) [sage] 2017/12/12(火) 18:32:23.92

:bXatM7Na0

setの方はプロキシオブジェクト噛ませば無理矢理できなくもない（やる価値もない）
getはどうやっても無理

485

： デフォルトの名無しさん (ｶﾞｯｸｼ 068f-dpgO) [sage] 2017/12/12(火) 18:33:41.16

:T04lnVIC6

批判的な意見（噛み合ってはいない）

486

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM4b-45bT) [sage] 2017/12/12(火) 18:45:22.28

:v/pth21HM

マジで引っ込みつかなくなってるんだな...

>>443

そろそろプロパティが導入されたかなぁ？

>>444

されないねぇ、何が嬉しいのかよくわからんけど

>>447

メソッドが読み書きするより読みやすいでしょ

>>448

変更時に処理を追加できないだろうが

一同ファッ！？、ヤベーよ、こいつ w

487

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fb3-Hxc3) [sage] 2017/12/12(火) 19:01:09.51

:0sOBySxq0

プロパティはmsvcだと普通に使えるし、実装できない訳じゃないでしょ
つーかclangもマイクロソフト独自のプロパティに対応してるらしいとの噂

488

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9776-aZj5) [sage] 2017/12/12(火) 19:45:15.77

:3ZbnKJrs0

C++と関係ない話題をふっておいて噛み合ってないとか

489

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9776-aZj5) [sage] 2017/12/12(火) 19:46:18.45

:3ZbnKJrs0

本気で疑問なら調べる手段はいくらでもあるのに

490

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9776-aZj5) [sage] 2017/12/12(火) 19:47:35.03

:3ZbnKJrs0

一応、手間を惜しまなければ代入くらいは出来るけど

491

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9776-aZj5) [sage] 2017/12/12(火) 19:48:28.11

:3ZbnKJrs0

代入とか書くと変な勘違いするヤツがいるか
設定

492

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/12(火) 19:55:46.38

:taGmyuVj0

出来るけどテンプレート引数やautoと相性悪いからあまりオススメしない

493

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfe9-dpgO) [sage] 2017/12/12(火) 20:05:47.73

:aBOGkUwZ0

ヤベー奴怒りの4連投

494

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9776-aZj5) [sage] 2017/12/12(火) 20:34:17.86

:3ZbnKJrs0

おすすめしないのは当然
C++なんだから

495

： デフォルトの名無しさん (ﾜｯﾁｮｲ 778a-ufcO) [sage] 2017/12/12(火) 20:43:27.77

:9uFqgfKJ0

>>478

バカですか？

496

： デフォルトの名無しさん (ﾜｯﾁｮｲ 778a-ufcO) [sage] 2017/12/12(火) 20:46:50.47

:9uFqgfKJ0

C++でC#みたいなプロパティがサポートされる日は永遠に来ないからもう駄々こねるな

497

： デフォルトの名無しさん (ﾜｯﾁｮｲ 57eb-F7Qh) [sage] 2017/12/12(火) 20:55:07.83

:+86TRiAH0

頭いっちゃってる奴らがサイドショーでもやってんのか？

498

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7e-qmOZ) [sage] 2017/12/12(火) 22:04:04.36

:L7nvt31i0

C#以外のメジャーな言語に採用されたら有用性を認めてやる

499

： デフォルトの名無しさん (ﾜｯﾁｮｲ 579f-F7Qh) [sage] 2017/12/12(火) 22:20:18.74

:4svaTAZj0

>>498

JavaScriptにはあるよ。
便利だが、基本的にアジャイルで頻繁に変更する環境向けであり、
C++みたいにゴリゴリやりたいところに向くかは少し疑問。
とはいえ、俺は導入に賛成だが。

500

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/12(火) 22:24:39.30

:taGmyuVj0

>>498

Python Kotlin Swift

501

： デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MM7f-WAMQ) [sage] 2017/12/12(火) 22:27:11.88

:jXjdcIPTM

>>500

Swiftにはないよ。
Computedプロパティと.Netのプロパティを同じだと思ってるなら一から勉強し直したほうがいい。

502

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9780-yV1O) [] 2017/12/12(火) 22:30:05.03

:taGmyuVj0

>>501

Storedプロパティに限定した話だったの？
俺そっち要らない派だからどうでもいいんだけど。

503

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fb3-45bT) [sage] 2017/12/12(火) 22:32:20.45

:Vo2kP02L0

>>495

>>486

読んでまだそんなこと言ってるなら相当ヤベーぞ w

504

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7e-qmOZ) [sage] 2017/12/12(火) 22:32:51.93

:L7nvt31i0

C#のプロパティはカプセル化の範疇を超えた使い方する奴が出てきてからクソだと思い始めた

505

： デフォルトの名無しさん (ﾜｯﾁｮｲ 579f-F7Qh) [sage] 2017/12/12(火) 22:43:30.63

:4svaTAZj0

>>504

可能であれば例よろしく。URLでいい。

506

： はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ bf6f-qmOZ) [sage] 2017/12/12(火) 22:44:50.18

:DNRoqyK/0

いや、どんな機能もクソな使い方をする奴は少なからずいるよ。
そんなもんだよ。

507

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/12(火) 22:48:51.09

:qpuoD4bc0

C言語にバックポートしてほしい機能はテンプレート一択。
何を言っているのかわからないと思うが。。。

508

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7e-qmOZ) [sage] 2017/12/12(火) 23:10:28.93

:L7nvt31i0

>>505

プロパティ便利すぎとか言ってる同僚が書いた200行を超えるゲッターや初回だけ挙動が違うセッターなど
publicな変数も混ざってる環境なため普通の変数だと思ってあっちこっちで参照していたら気づかないうちに激重になっていた
どこがボトルネックになっているのか探すのに時間がかかった

509

： デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sdbf-dpgO) [sage] 2017/12/12(火) 23:13:23.41

:5Fm7w0SJd

仮にもc++使いならばそんなアホみたいな事例を気にする必要はなかろう

510

： デフォルトの名無しさん (ﾜｯﾁｮｲ 579f-F7Qh) [sage] 2017/12/12(火) 23:43:37.47

:4svaTAZj0

>>508

サンクス。

> どこがボトルネックになっているのか探すのに時間がかかった
多分これがC++がプロパティを入れない理由だと俺は思っているが、
今のC++の勢いならどうせいつか入れるのだろうとも思っている。

> 200行を超えるゲッター
これはあまり行儀はよくないが、
メソッドとフィールドの文法的区別をなくすのがgetteｒでもあるから、
正しいといえば正しい。

> 初回だけ挙動が違うセッター
これはコンストラクタでやるべきものをセッターに持って来たことが悪い。
つまり、セッターの問題ではない。
セッター文法がこれを誘発するかと言えば、関係ないと思うから、プログラマその人の問題だと思う。

で、C++は一応「プログラマは正しくプログラミングできる」という前提だから、
どうせプロパティもいつか入れるんでしょ、と思っている。
その時には、「getterには重い処理を入れない」等の掟が出来るのだと思う。

511

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f12-F7Qh) [sage] 2017/12/13(水) 00:53:04.54

:3t1TagYk0

＝での演算子のオーバーロードがsetterに相当する
その辺りを自動でやってほしい
他、＋＝やらの演算子も余りにも面倒なのでどうにかしてほしい

pythonではそういう軟弱な特殊メソッドがあるが軟弱なのでC++の感触には合わない
さらに困難で不可解な記述方法を編み出すべきだ

512

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/13(水) 00:56:28.78

:SIeP7pZg0

どういうポリシーだよ。

513

： デフォルトの名無しさん (ﾜｯﾁｮｲ 57b3-wlc6) [sage] 2017/12/13(水) 01:04:25.30

:VGyxWnO70

C#についてはサッパリだけど、調べたらかなり便利そうな機能だね、処理を差し挟めるというか？

C++で「stringのように振る舞う値」を作ろうとするとまずその型から定義しなきゃならないし
継承でやっつけることも可能だけど、問題点もある
さらに「intのように振る舞う値」となると継承不可だし、各種演算子をいちいち定義しないといけない

型を定義したいわけじゃなく、ある型のインターフェースを持ちつつアクセス時の処理を入れたいだけ、ってのは
確かにC++にも欲しくなるね

大した例えじゃないと思うけど、いずれ似たようなことが出来るようになったらいいなぁ

514

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/13(水) 01:07:04.42

:SIeP7pZg0

プロパティって要するに、セッターは1引数の関数って場合が多いような。ゲッターは引数無しの関数。
カッコつけないだけで可読性がそこまで上がるもんかと思う。

515

： デフォルトの名無しさん (ﾜｯﾁｮｲ 77c3-Jck7) [sage] 2017/12/13(水) 01:13:16.30

:YFiH9SDO0

window.SetSize(display.GetSize() * 0.5);
よりは
window.size = display.size * 0.5;
の方が読みやすいとは思う

516

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/13(水) 01:21:21.53

:SIeP7pZg0

んー。まぁそうかも。

517

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7e-qmOZ) [sage] 2017/12/13(水) 02:17:03.25

:65/6bu6P0

ゲッターのポインタをどうやって取るつもりだよ

518

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/13(水) 02:38:27.29

:SIeP7pZg0

なぜそんな使い方をするのかよくわからん。
参照でパクってくるのはできないの？

519

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/13(水) 02:39:20.43

:SIeP7pZg0

あー、あーるばりゅーに＆つけるのってダメなんだっけ？

520

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f34-Xhpf) [sage] 2017/12/13(水) 02:47:06.16

:4G0mfW720

そうそう、汚物感が皆無なのよねえ

521

： デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sdbf-LVSJ) [sage] 2017/12/13(水) 04:41:15.27

:pnzC2QZad

>>500

Kotlinはなんか注目度高いらしいな
スマートニュースか何かで見た

522

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9fb3-45bT) [sage] 2017/12/13(水) 04:58:13.06

:0JTwiv230

>>496

非標準だけどC++Builderが一番求めるものに近いと思う
外部リンク

ttp://support.embarcadero.com/jp/article/35947

523

： デフォルトの名無しさん (ﾜｯﾁｮｲ ffb4-Nf6k) [sage] 2017/12/13(水) 05:38:19.00

:qfWT6RzB0

ここで議論してる人って、↓の話は当然理解してるんだよね。
外部リンク

ttp://ufcpp.net/study/miscprog/accessor.html#proxy

524

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMdf-45bT) [sage] 2017/12/13(水) 06:53:58.70

:55R6yVv7M

>>523

>>484

525

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/13(水) 07:47:58.27

:SIeP7pZg0

ttps://ideone.com/x4WLWF
これを見てくれ、こいつをどう思う？
大分前にここにも上げたやつ。
こういうこともできなくないけど、標準で持ってほしいのはわからんでもない。
まぁ、カッコ一個減ったくらいでそんなに変わるかどうかはビミョーなところ。

526

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff81-WAMQ) [sage] 2017/12/13(水) 07:51:32.20

:DfK3Pc7X0

>>502

Storedとも違う

527

： デフォルトの名無しさん (ﾜｯﾁｮｲ 57b3-wlc6) [sage] 2017/12/13(水) 13:46:22.45

:VGyxWnO70

>>525

プロパティっぽいことは実現できてると思うんだけど、
いかんせん型が違うから、例えばstringのメンバ関数呼び出しは出来ないし
暗黙のキャストが効かない場面でエラーになるんじゃないかな
やっぱ言語でサポートしてくれないと限度がある

と思ったけどT.P + T.Pとかが通って吹いた

528

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f6e-MWkS) [] 2017/12/13(水) 13:59:38.92

:VOF5ieE50

リファレンサなんか大昔からみんなやってることじゃん
誰かがいみじくも言っていたようにカッコ１つ減らすためだけに
そんな馬鹿げた努力（言語の複雑化も含む）がしたいのか

529

： デフォルトの名無しさん (ｶﾞｯｸｼ 068f-dpgO) [sage] 2017/12/13(水) 15:06:44.35

:QqhuUsRS6

努力はしたくないけど言語の複雑化は構わんなあ
もっと複雑な機能いっぱいあるし、プロパティなんてかわいいもんでしょ

530

： デフォルトの名無しさん (ﾜｯﾁｮｲ 57b3-wlc6) [sage] 2017/12/13(水) 15:21:57.42

:VGyxWnO70

>>528

何を偉そうに言ってるのかわからんが、俺も似たようなことやってきた上で言ってる

カッコ１つ減らすためだけに、ってのはちょっと矮小化しすぎ

>>523

がどのような意図でリンク貼ったのかはわからんけど、
最後の一文でプロパティ便利だなっつってる

本質はアクセス時に処理を差し挟めることだと思うんだが
クラステンプレートで仲介するのは、新しい型を定義することになるから
ものすごい遠回りになるし、どうしてもC++の型システムと相性が悪い

まぁ必須とは言わないけどあれば便利だなとは思う

531

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9f6e-MWkS) [] 2017/12/13(水) 16:32:25.04

:VOF5ieE50

>>529

お前さんの理想は、お前さんが書くべきコードそのものが
コンパイラにビルトインで入っていることなんだろうな
すごい儲かりそうだね

532

： デフォルトの名無しさん (ﾜｯﾁｮｲ 17b3-qmOZ) [] 2017/12/13(水) 19:43:44.26

:YreXArfE0

[][][] [][][] [] [][][][] [][] [][][][][] [][] [][] [] [][][][][]
[] [][][][ [][][][][] [][ [][] [] [][][] [] [][][] []
[][][][] [] [] [][][][][][ [] [][][] [][] [][] []

533

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/13(水) 20:46:34.93

:SIeP7pZg0

>>527

えー？stringのメンバ呼べない？const参照してるだけだから呼べない道理はないはずだけど。
まぁ、マズそうなら一回static_castかませないとダメなんだっけ？うーむ。
まぁ、難しいことは考えずサンプルとして見てくれ。

534

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM4b-45bT) [sage] 2017/12/13(水) 21:13:48.92

:S9dgblRYM

>>528

>>444

へ戻る

バカはなぜか同じ話題を延々ループさせたがるんだよな w

535

： デフォルトの名無しさん (ﾜｯﾁｮｲ 57b3-wlc6) [sage] 2017/12/13(水) 21:31:45.92

:VGyxWnO70

>>533

Test<std::string> T;
size_t a = T.P.size();
とかやった場合の話ね（もちろん明示・暗黙に関わらずキャストされたらいける

継承使えばメンバ関数もいけるだろうけど・・・・そうすると多分、スライシング等の問題が・・・・

そんなこんなでプロパティか、それに近い機能入ってもいんじゃね？と思っただけｗ

536

： デフォルトの名無しさん (ﾜｯﾁｮｲ 5704-IpD3) [sage] 2017/12/13(水) 21:44:08.48

:SIeP7pZg0

>>535

推論してくれないのか。そこまで便利にはできてないか。
ちょっとアイディア無いのでこれまでだな。
色々教えてくれてありがと。

537

： デフォルトの名無しさん (ﾜｯﾁｮｲ 579f-F7Qh) [sage] 2017/12/13(水) 22:11:05.97

:uoR9h+SG0

つかな、使ってもないのに使用感を予想で語るの止めい。
そりゃ話がループする。
他言語には普通にあるんだし、使ってる奴のレポートを待てばいいんだよ。

利点は、フィールド←→メソッドを変更するときに、記述変更が少なくて済むことだ。
場合によっては戻すこともあるから、その時も助かる。
従って、アジャイルで既に動いているコードを変更しまくるときには便利だが、
ウォーターフォールで基本書いて終わりなら大してメリットはない。()が付くだけだ。

これとは別に、JavaScriptの場合はフィールドとメソッドを区別してないので、オーバーヘッド無しの遅延評価にも使える。
（プロパティ《関数ポインタ、ここで遅延評価する》をフィールド《遅延評価の結果》で直接上書きできる）
C++でこれをやる場合、オーバーヘッドが生じるし、そもそもメソッドコールでいい。

結果、C++には記述上のメリットしかなく、
これはIDEが進歩してリファクタリング出来るようになれば解消する話でもある。
だからそれを待つ、という作戦もありだろうし、
それ以前にIDE側のプリプロセッサでpropertyをサポートしてしまえ、ってのもありだと思う。
まあ、あれば便利程度で、あまり本質的ではない機能なのも事実だ。

538

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1234-lyuv) [sage] 2017/12/14(木) 00:16:08.20

:Sy/1Y7rD0

お前がそう思うならそうなんだろう
お前の頭の中ではな
貴様の意見も机上の空論でしかない

539

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f04-j1NZ) [sage] 2017/12/14(木) 00:18:30.33

:NkgoJhJp0

そんなにつぶし合いしたいかね。
収集しようとしてるのに。

540

： デフォルトの名無しさん (ﾜｯﾁｮｲ 926e-zS+j) [] 2017/12/14(木) 05:16:24.25

:fPDEs5uN0

>>537

C++を他言語にしたがるやつはどこにでも湧くダニみたいなもんだ
#define begin {
#define end }

541

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM32-jdna) [sage] 2017/12/14(木) 06:45:49.20

:TMq/DGv/M

>>537

なぜ爺は終わった話をクドクド繰り返すのか

542

： デフォルトの名無しさん (ﾜｯﾁｮｲ dee7-c48R) [sage] 2017/12/14(木) 08:20:19.27

:pBHCaQE50

c++でIF公開するときはメソッドに統一する、でおしまいの話なのにな。

543

： デフォルトの名無しさん (ﾜｯﾁｮｲ de9f-X0LG) [sage] 2017/12/14(木) 09:02:11.18

:pZXI1dL80

文句だらだらなら、GCCを自分で仕様を追加しちゃえよ！

544

： デフォルトの名無しさん (ﾜｯﾁｮｲ 926e-zS+j) [] 2017/12/14(木) 09:19:33.65

:fPDEs5uN0

かつて禿がcfrontを作ったようにか

545

： デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd32-gSDb) [sage] 2017/12/14(木) 09:28:38.36

:GokG4kFPd

自分で仕様を追加したGCCとか

>>540

のマクロとたいして変わらんくない？
いや公式GCCにアクセプトされるなら話は別だけど

546

： デフォルトの名無しさん (ﾜｯﾁｮｲ 926e-zS+j) [] 2017/12/14(木) 09:38:06.70

:fPDEs5uN0

追加する仕様によるな
禿がCに「追加した」機能はマクロじゃ済まない

547

： デフォルトの名無しさん (ｽﾌﾟｯｯ Sd97-xd0q) [sage] 2017/12/14(木) 16:58:09.71

:WeKtNL6id

そんなにプロパティ欲しいとは思わんが、単純な値操作ならメンバの参照返すメソッド作れば事足りるんじゃね？
それよりconst地獄ってホントにあるの？
const使いまくってて体感したことないんだけと。

548

： デフォルトの名無しさん (ﾜｯﾁｮｲ 926e-zS+j) [] 2017/12/14(木) 17:04:38.91

:fPDEs5uN0

メンバの参照を返したらprivateにしている意味が完全に失われるぞ

549

： ◆QZaw55cn4c (ﾜｯﾁｮｲ b260-4mDj) [sage] 2017/12/14(木) 17:24:38.06

:/7Md6pmo0

>>547

上流が const を渡してきたら、下流は逆らえない、ってことでは？

550

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9ee7-iA8U) [sage] 2017/12/14(木) 19:25:05.92

:xcUKDly80

自作クラスのメンバ関数にconst全く付けてないタコが聞きかじりで中途半端に付け始めて
「メソッド呼べない！ムキー！このconstってやつ使えねー」ってパターンが大半だと思ってる

551

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7f-mLIQ) [] 2017/12/14(木) 19:27:31.22

:gH71C6kZ0

const地獄になるってことはそのコードが間違ってるって事だからな
全部直せ

552

： デフォルトの名無しさん (ｽｯﾌﾟ Sd52-JSy5) [sage] 2017/12/14(木) 20:46:09.64

:j4kcZFN2d

>>547

本気で言ってるなら、それは経験が足りない

553

： デフォルトの名無しさん (ﾜｯﾁｮｲ c27e-mLIQ) [sage] 2017/12/14(木) 20:54:50.42

:5ihghoP20

副作用の少ないきれいな設計ならconstだらけになるはずだが

554

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1681-J6jR) [sage] 2017/12/14(木) 20:59:02.63

:tSRk6cie0

>>553

これ

555

： デフォルトの名無しさん (ﾜｯﾁｮｲ dfb3-hRZ1) [sage] 2017/12/14(木) 21:01:34.68

:jk+byjKr0

No.1
1 2 3 4 5
2 3 4 5 6
No.2
1 2 3 4 5
2 2 2 2 2
3 3 3 3 3
No.3
3 4 5 6 7
：
：
No.n
というtxtファイルがあり。No.〇の次の行に整数が記入されている（何行あるかわからない）
整数の左からx1[ i ][ k ]、y1[ i ][ k ]、x2[ i ][ k ]、y2[ i ][ k ]、A[ i ][ k ]の配列にそれぞれ書き込み
もし次の行整数があればi＋１をしまたそれぞれの配列に整数を書き込む
もし次の行に整数がなければ（No.の行）k+1を次の行にいき整数をそれぞれの配列に書き込む。
これをNo.nまで繰り返す。

このプログラムをfopenを使ってプログラムどなたかつくってくれませんかー？

556

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1234-lyuv) [sage] 2017/12/14(木) 21:33:16.59

:x8KqPZST0

宿題くらい自力でこなせ脳筋

557

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f04-j1NZ) [sage] 2017/12/14(木) 21:45:38.41

:NkgoJhJp0

ヒント。
いずあるふぁっていう関数どっかにあるから、先頭にアルファベットがあったらスキップや。
それと宿題スレって落ちたの？

558

： ◆QZaw55cn4c (ﾜｯﾁｮｲ b260-4mDj) [sage] 2017/12/14(木) 21:52:05.84

:/7Md6pmo0

>>555

宿題スレへ
ttp://mevius.2ch.net/test/read.cgi/tech/1456908378/

559

： デフォルトの名無しさん (ﾜｯﾁｮｲ 12e7-X0LG) [sage] 2017/12/15(金) 00:18:39.45

:sms7d93l0

const指定って下流が対応してないのに上流からやり始めるのは愚だよね

560

： デフォルトの名無しさん (ﾜｯﾁｮｲ 92a6-ak+6) [] 2017/12/15(金) 09:14:14.38

:2/eH7rfa0

>>559

どういう意味？

561

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMea-c48R) [sage] 2017/12/15(金) 11:53:03.91

:H37RU5hVM

プロパティよりも、deleteするとコンパイルエラーになるポインタが欲しい。

562

： デフォルトの名無しさん (ﾜｯﾁｮｲ 926e-zS+j) [] 2017/12/15(金) 11:55:37.18

:GBd6F7vt0

>>561

std::shared_ptr<int> a{std::make_shared<int>()};
delete a; //C2440

563

： デフォルトの名無しさん (ﾜｯﾁｮｲ c27e-mLIQ) [sage] 2017/12/15(金) 12:49:17.55

:kmVVqq510

>>561

あるじゃん

564

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMea-c48R) [sage] 2017/12/15(金) 15:39:48.05

:H37RU5hVM

>>562

int*に代入できたっけ？

565

： デフォルトの名無しさん (ﾜｯﾁｮｲ 926e-zS+j) [] 2017/12/15(金) 16:14:46.51

:GBd6F7vt0

>>564

後出しはきたねえよ

566

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMea-c48R) [sage] 2017/12/15(金) 18:44:29.20

:H37RU5hVM

スマポも「ポインタ」とは言うけどさぁ

deleteの文脈で言っているんだから、オブジェクトは想定外だわ。

567

： デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MM42-B5ak) [] 2017/12/15(金) 18:52:20.56

:6JtV0wHMM

そんなもん何の役にたつのか解らんわ

568

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9ee7-iA8U) [sage] 2017/12/16(土) 06:47:52.76

:7q5uIVqU0

所有権のないスマポ（？）ならstd::observer_ptrがもうすぐ入るから待っとけ

569

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9ee7-iA8U) [sage] 2017/12/16(土) 06:55:04.26

:7q5uIVqU0

ところでスマポのコンストラクタの書き方ってどっちがいいの？

class Foo
{
std::shared_ptr<Bar> bar;
Foo(): bar(new Bar(42, 100.5, "xxx")){}
Foo(): bar(std::make_shared<Bar>(42, 100.5, "xxx")){}
};

下の書き方されてるのよく見るけどこれって
「newがあるのにdeleteがない！１１１」って発狂するアホコードチェッカを黙らせる以外にメリットなんかあるの？

570

： デフォルトの名無しさん (ﾜｯﾁｮｲ d6fa-+wuU) [sage] 2017/12/16(土) 07:12:04.23

:WjCT6x4J0

↓の備考よめ

ttps://cpprefjp.github.io/reference/memory/make_shared.html

571

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9ee7-iA8U) [sage] 2017/12/16(土) 07:21:37.50

:7q5uIVqU0

あーなるほど
new隠しだけのための砂糖だと思ってましたありがとう

ということはunique_ptrの場合はメリットなしでいいんですかね

572

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff78-H+11) [] 2017/12/16(土) 07:29:56.22

:O0/bhlaM0

俺もmake_uniqueはいらねーよなぁって思ってたけど使った方が例外安全なんだとよ

573

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f7f-mLIQ) [] 2017/12/16(土) 09:33:48.78

:RDTsLSUc0

むしろmake_uniqueが11に無くてキレた

574

： デフォルトの名無しさん (ﾜｯﾁｮｲ a7b3-mLIQ) [sage] 2017/12/16(土) 22:08:09.44

:d76HZF+i0

point cloud libraryというライブラリを読んでいます。

kdtreeクラスはsearchクラスをパブリック継承しており、
kdtreeクラスの冒頭で、searchクラスのデータメンバやメンバ関数の一部をusingしています。

これはどういう意味があってやっているのか教えて頂けないでしょうか。

575

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f04-j1NZ) [sage] 2017/12/17(日) 10:02:55.57

:E0u1MAW90

IO2D楽しみだなー。
ウニファイドコールシンタックス復活しないかなぁ。

576

： デフォルトの名無しさん (ﾜｯﾁｮｲ ef04-RjCm) [] 2017/12/17(日) 18:17:59.07

:4ntht7mR0

質問です。

#include "classB.h"
class A{
private:
B* b;
public:
void set(B* b){this->b=b;}
B* get(){return b;}
};

クラスAのメンバーにクラスBのポインタとアクセサがあります。
しかし、set()を使わずに、get()を使ってメンバーにアクセスできてしまいます。
例：a->get()=b;

ポインタではなく、複製したインスタンスを返すことも考えたのですが
クラスBのサイズが非常に大きいため、
可能であれば複製はしたくありません。

どうかご助力をお願い致します。

577

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1234-lyuv) [sage] 2017/12/17(日) 18:32:55.64

:bOEVzYTT0

const B *get() const {略}

578

： デフォルトの名無しさん (ﾜｯﾁｮｲ 52a2-mLIQ) [sage] 2017/12/17(日) 18:33:44.11

:+uUy0Dc30

get()を消す

579

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff78-H+11) [] 2017/12/17(日) 18:37:56.02

:iUXjeeD00

B* b = nullptr;
B* get(){ assert(b != nullptr); return b;}

こうでもしとけばいいよ

580

： デフォルトの名無しさん (ﾜｯﾁｮｲ c27e-mLIQ) [sage] 2017/12/17(日) 18:39:29.53

:UdjbeEad0

>>576

const B* get() { return b; }

あとこうでは
*(a->get()) = b;

581

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1234-lyuv) [sage] 2017/12/17(日) 18:41:17.67

:bOEVzYTT0

エスパーだがポインタみたいな動作させたいなら operatorｰ>() を定義すりゃいいけど上の説明だとなにがやりたいのか具体的にわからないね

582

： デフォルトの名無しさん (ﾜｯﾁｮｲ 12e7-X0LG) [sage] 2017/12/17(日) 18:48:28.66

:1SGX9IGl0

>>578

に賛成

583

： デフォルトの名無しさん (ﾜｯﾁｮｲ ef04-RjCm) [] 2017/12/17(日) 18:56:03.60

:4ntht7mR0

>>577-582

ありがとうございます！
なるほどconst、普段しっかり使っていないツケが来ましたorz
ただ、そのままだと代入できなかったので、勉強してきます。
ありがとうございましたm( _ _)m

>>580

すみません、ご指摘の通りです。ありがとうございます！

584

： デフォルトの名無しさん (ﾜｯﾁｮｲ 9ee7-iA8U) [sage] 2017/12/17(日) 19:23:44.84

:KvIrn8eu0

Bがなんだかわからないけどsetがものすごくまずいように見える

585

： デフォルトの名無しさん (ﾜｯﾁｮｲ a7b3-mLIQ) [sage] 2017/12/17(日) 19:40:09.05

:S5+bbMRX0

[][] [] [][][][] [][] [] [][][][][
[ ][] [

586

： デフォルトの名無しさん (ﾜｯﾁｮｲ 921b-zGdT) [] 2017/12/17(日) 20:35:52.39

:eYk9JmcH0

gtkmmググっても英語含めて１７ページしかないんだわ(´・ω・`)

587

： デフォルトの名無しさん (ﾜｯﾁｮｲ 72bd-E651) [sage] 2017/12/17(日) 20:39:57.73

:wJJJkdkz0

オブジェクトの内部データへの変更を許すフリーパスを外に与えるようなsetterやgetterはNG、

しかしあまり杓子定規にそれを言い立てるとファイルハンドルとかもgetterで返して良いかどうかﾋﾞﾐｮｰに…
ファイルはオブジェクトの内部データではないお客様という解釈で乗り切る？

588

： デフォルトの名無しさん (ﾜｯﾁｮｲ af39-zS+j) [] 2017/12/17(日) 22:46:35.33

:AbfI68c80

いいわけないだろ
教条主義にとらわれていると
そういうことがわからなくなる

589

： はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 1e6f-mLIQ) [sage] 2017/12/17(日) 23:31:57.93

:vupC7usA0

フレンドクラスに見せるようにする方が例外扱いが明記される分だけマシ

590

： デフォルトの名無しさん (ﾜｯﾁｮｲ 12e7-X0LG) [sage] 2017/12/17(日) 23:42:11.90

:1SGX9IGl0

フレンドはカプセル化を推進する良い子

591

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f04-j1NZ) [sage] 2017/12/17(日) 23:55:34.47

:E0u1MAW90

クラスオブジェクトソリッド

592

： ◆QZaw55cn4c (ﾜｯﾁｮｲ b260-E7Ol) [sage] 2017/12/18(月) 00:10:07.85

:gAjOsIcg0

>>295

>>292

accelerated c++ をぼちぼちやっています。

>>295

にもバグがあり、正しくは
外部リンク

ttps://ideone.com/sK4aJ2

一行を最後まで読んでしまったのなら、即座にループを抜けないといけない
なんだか最近 while() の使い道がなくなってきたように思えるのです…いつも for(::) { break; } ばかり書くようになってしまった…

593

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f04-j1NZ) [sage] 2017/12/18(月) 00:12:01.54

:3Ix8qMew0

停止性を担保するのは良いことだと思うが。
結局無限ループからのブレークしか使ってないなら頭整理してWHILEに置き換えるようにするなぁ。

594

： ◆QZaw55cn4c (ﾜｯﾁｮｲ b260-E7Ol) [sage] 2017/12/18(月) 00:20:14.98

:gAjOsIcg0

>>593

停止性の確認を行った後、余計なことを一切してはいけない、という制約が加わると
途中判定の break 脱出以外に手がない、と考えています
あまり思い出したくないんですが、DOS/Windows の findfirst/findnext なんかも似た類かと

595

： ◆QZaw55cn4c (ﾜｯﾁｮｲ b260-E7Ol) [sage] 2017/12/18(月) 00:25:32.54

:gAjOsIcg0

>>593

ああ、こういうのはアリでしたね
コメントありがとうございます。
外部リンク

ttps://ideone.com/9r8rZe

596

： デフォルトの名無しさん (ﾜｯﾁｮｲ d298-Ll2t) [sage] 2017/12/18(月) 02:19:29.29

:+LmA4Igx0

アプリケーション上で確保されたヒープ領域を追跡したいです。
operator new/delete と allocator を弄ればできると思い調査していたころ
「プログラミング言語C＋＋第４版」P997 に
「標準ライブラリのすべてのコンテナは、newによってメモリを確保して、deleteによって解放するデフォルトアロケータを（デフォルトで）もっている」
と書かれていました。つまり、new をグローバルでオーバーロードすれば追跡可能です。
実際、手元のコンパイラでは std::vector のメモリ確保と解放を追跡できました。
ここまでの内容は規格で保証されている事柄ですか？
実際のアプリケーションに組込むことを考えています。

597

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f04-j1NZ) [sage] 2017/12/18(月) 02:36:31.34

:3Ix8qMew0

メモリの確保形式はさすがに実装依存でしょ。
最近リーヌスがブチ切れたらしいけど。
メモリーオーダーコンシウムとかの話は今やってるところ。

598

： デフォルトの名無しさん (ﾜｯﾁｮｲ b780-AB+M) [] 2017/12/18(月) 03:43:10.43

:vrG0ZJDQ0

>>596

>アプリケーション上で確保されたヒープ領域を追跡したいです。
つgperftools

599

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1233-4pIx) [sage] 2017/12/18(月) 07:43:59.76

:dmyIL21e0

>>596

std::allocator<T> (The default allocator) についての [allocator.members] で規定されてる。
> Remarks: the storage is obtained by calling ::operator new, but it is unspecified when or
> how often this function is called.

標準コンテナにアロケータを指定しなければ std::allocator が使われるから、それでいける。
「実際のアプリケーション」に変なものが混ざってなければね。

600

： デフォルトの名無しさん (ﾜｯﾁｮｲ 1f04-j1NZ) [sage] 2017/12/18(月) 07:50:02.22

:3Ix8qMew0

アロケータ自作してスパイアロケータとか作ればそれっぽいことはできるね。
標準コンテナに限っては。

601

： デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMb3-c48R) [sage] 2017/12/18(月) 09:32:57.28

:MJYUqHBuM

>>576

ポインタを返さずに、ハンドルクラスを定義してそのオブジェクトを返す。

602

： デフォルトの名無しさん (ﾌﾞｰｲﾓ MMdb-ak+6) [] 2017/12/18(月) 12:58:24.39

:D6kxD+M8M

>>596

グローバルnew/deleteのオーバーロード自体は、規格で許されてるので合法。

ただ、注意深くやらないと吹っ飛ぶ。
とある処理系の標準ライブラリで、ユーザー回避不可能な不具合に当たったこともあった。

603

： デフォルトの名無しさん (ﾜｯﾁｮｲ c623-w1i6) [sage] 2017/12/18(月) 22:55:31.76

:agqFpTM+0

596です
規格での確認と該当箇所のコーディングを確認しました
ありがとうございました！

604

： デフォルトの名無しさん (ﾜｯﾁｮｲ af36-zS+j) [] 2017/12/19(火) 13:02:14.85

:MoA6J0CR0

うむ、ご苦労。

605

： デフォルトの名無しさん (ﾜｯﾁｮｲ af36-zS+j) [] 2017/12/20(水) 13:42:16.45

:63AN+5MK0

sleep_untilで「何秒後」ではなく「何時に」という絶対時刻を指定する方法なんだけどさ
mktimeとfrom_time_tを使う方法しかないかね？　なんかダサくてやなんだけど

606

： 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sd32-wvVH) [sage] 2017/12/20(水) 21:12:15.08

:hN2yOtWhd

>>605

標準では、無い。

607

： デフォルトの名無しさん (ﾜｯﾁｮｲ b723-54vE) [sage] 2017/12/20(水) 22:19:15.39

:WOX+3yjn0

IDE：Visual Studio Express 2015 for Windows Desktop
浮動小数点モデル設定：Fast Math
コンパイルモード：Release

wWinMain関数内で

wchar_t str[ 16 ];

DirectX::XMMatrixOrthographicLH( 1.0f, 1.0f, 0.0f, 1.0f );

for( int i = 0;; i++ )
{
　float f = i;

　if( f > 0.0f ) break;

　swprintf_s( str, L"%f", f );
}

と書くと、swprintf_sの結果が、期待される0.0ではなく、-0.0になります。
swprintf_sの行と上のif文の行を入れ替えると、0.0になります。

XMMatrixOrthographicLHがなかったり、Debugモードだったり、
Fast MathではなくデフォルトのPreciseだったりすると、
行の入れ替え関係なく0.0。

-0.0になるときは、何が始ま･･･起こってるんです？

608

： 片山博文MZ ◆T6xkBnTXz7B0 (ｽﾌｯ Sd32-wvVH) [sage] 2017/12/20(水) 23:03:24.90

:hN2yOtWhd

>>607

アセンブリーを確認せよ。

609

： デフォルトの名無しさん (ﾜｯﾁｮｲ c27e-mLIQ) [sage] 2017/12/20(水) 23:17:41.47

:c/xU5Mb/0

コンパイラ固有のことなんか聞かれても誰も分からないと思うぞ

610

： デフォルトの名無しさん (ﾜｯﾁｮｲ cfeb-W85D) [sage] 2017/12/21(木) 00:36:33.65

:0IseKiC90

>>607

floatの符号部が0だったり1だったりしてるのかと
最適化でswprintfだけが残って、fの値は+0.0f以下のゼロということで-0.0にしてくれてるのかなあ

611

： 607 (ﾜｯﾁｮｲ 0323-of2o) [sage] 2017/12/21(木) 01:46:36.50

:tbJ2Dsuk0

>>608

やっぱそれですよね（汗）

>>609

やはりそうですか･･･。
詳しい方なら、何が起こっているかだいたい読めたりしないかなと期待しましたｗ

>>610

たしかに、符号ビットがコロコロしてそうな感じですよね。
ちなみにif文で比較する定数は1.0fとか2.0fでも結果は同じになりますので、
swprintf_sだけが残るためではないですね。

612

： デフォルトの名無しさん (ﾜｯﾁｮｲ cf3f-tRgI) [] 2017/12/21(木) 08:39:02.54

:ZD2kjVCM0

>>606

thx

613

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff1b-7a68) [] 2017/12/21(木) 14:03:31.02

:T6iOcz130

Gtkmmは4.０も出たのに、詳しい解説ページは２．４のママ・・・(´・ω・`)

でも俺はAPI見ながら頑張るぜ！

614

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6fe7-7LW1) [sage] 2017/12/21(木) 18:40:48.26

:AI7F/oif0

今だとC++でGUIやるならQtがデファクトだと思うからそっちの方がいいんじゃない？
GTK使えと命令されてる立場ならすまん

615

： デフォルトの名無しさん (ﾜｯﾁｮｲ bf7e-buzn) [sage] 2017/12/21(木) 18:46:54.04

:/u9OILN10

Qtとかでかいしライセンスは高いし謎の独自拡張を使わされるわでかなり使いにくいんだが
そのくせ特別使いやすいわけではない

616

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6fe7-7LW1) [sage] 2017/12/21(木) 18:49:02.51

:AI7F/oif0

でもネットや本の情報は多そうじゃない？
まあ用途も聞かずに頭ごなしに勧めるもんではなかったなすまんかった

617

： デフォルトの名無しさん (ｵｯﾍﾟｹ Sr87-HMcx) [sage] 2017/12/21(木) 19:13:54.15

:EBoVfuUTr

俺はwxWidgets派

618

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff98-v0tg) [sage] 2017/12/21(木) 20:31:35.72

:6wHUNN6P0

gtk3一択！

619

： デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/) [sage] 2017/12/22(金) 06:33:38.27

:Mb+deFNF0

io2dまだかー。
ウニファイドコールシンタックス復活せよ～。

620

： デフォルトの名無しさん (ｽﾌﾟｯｯ Sd1f-k/7O) [sage] 2017/12/22(金) 06:57:32.16

:v69hnew3d

基本的な動作について知りたい
msgrcvは、msgsndされた瞬間にキューがたまるから、キューが追加されたと同時に待機状態をやめて動き出す

これであってる？？

あと、msgsndする先やmsgrcvで確認する先はmsggetで動的に確保された番号を知らないといけない
こうであってるかな？

621

： デフォルトの名無しさん (ﾜｯﾁｮｲ a378-STQK) [] 2017/12/22(金) 10:05:15.55

:H4ZK8i5q0

知らんわその関数の実装者に聞いてくれよ

622

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6fe7-7LW1) [sage] 2017/12/22(金) 23:15:32.80

:lfzRUYy60

システムコールの話ならLinux板にでも行け
なんかのライブラリの話なら知ったこっちゃないわ

623

： デフォルトの名無しさん (ﾌﾞｰｲﾓ MM67-Wig1) [] 2017/12/23(土) 00:52:53.65

:KIhrhFKZM

>>620

TRON系のOSかな？

624

： デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl) [] 2017/12/23(土) 09:50:06.14

:DCeTZoHD0

これ実行すると0と2が表示されるので一応は問題ないですか？汚いとは思うけど。

int main(void)
{
vector<int> vec;
vec.push_back(0);
vec.push_back(1);
vec.push_back(2);

for(vector<int>::iterator ite = vec.begin(); ite != vec.end();){
if(*ite == 1){
vec.erase(ite++);
printf("num: %d\n", *ite);
}else{
printf("num: %d\n", *ite);
++ite;
}
}

return 0;
}

625

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7f25-I6sZ) [sage] 2017/12/23(土) 10:06:15.95

:pfQ4NECA0

>>624

>vec.erase(ite++);
ite = vec.erase(ite); にすべし
あと、次の行のprintfは削除で

626

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7f25-I6sZ) [sage] 2017/12/23(土) 10:16:01.07

:pfQ4NECA0

おっと、質問は問題あるかどうかだった。
結論から言うと、問題はある。
0～2までではなく0～3までvectorに入れてから実行すれば、
まともに動作していないのは分かるはず。

627

： デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl) [] 2017/12/23(土) 11:00:02.97

:DCeTZoHD0

>>626

やっぱこうしないとダメですね。
ite = vec.erase(ite);
どうもでした。

628

： デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl) [sage] 2017/12/23(土) 11:17:57.62

:DCeTZoHD0

一応はこれでもいけるってことですかね？削除した時は次の要素になるという理解でいいですか？
for(vector<int>::iterator ite = vec.begin(); ite != vec.end();){
if(*ite == 1){
vec.erase(ite);
}else{
++ite;
}
}

629

： デフォルトの名無しさん (ﾜｯﾁｮｲ c3b3-buzn) [sage] 2017/12/23(土) 11:20:42.68

:hf8FajHG0

eraceの戻り値が次のイテレータでは

630

： デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl) [sage] 2017/12/23(土) 11:40:33.04

:DCeTZoHD0

これlistとvectorでも違いました。

listだと++しないと正常に動作せず
for(list<int>::iterator ite = lst.begin(); ite != lst.end();){
lst.erase(ite++);
}
vectorだと++すると上手く動作しない
for(vector<int>::iterator ite = vec.begin(); ite != vec.end();){
vec.erase(ite);
}

でもeraseの戻り値取得するのが一番いいですね。

631

： デフォルトの名無しさん (ﾜｯﾁｮｲ 7f25-I6sZ) [sage] 2017/12/23(土) 11:45:41.24

:pfQ4NECA0

std::vector::eraseのリファレンスに、こう書いてある。

外部リンク

ttps://cpprefjp.github.io/reference/vector/erase.html
削除された要素またはそれ以降の要素を指すイテレータや参照は無効になる。

これによると、vec.erase(ite); 実行後にはiteが無効になることになる。

あなたの環境だと、たまたまiteが削除した次の要素になったのかもしれないが、
それがすべての環境で成り立つ保証はない。

632

： デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl) [sage] 2017/12/23(土) 12:08:32.26

:DCeTZoHD0

基本的にはvectorは無効になるということですかね。

633

： デフォルトの名無しさん (ﾜｯﾁｮｲ f32d-KysX) [sage] 2017/12/23(土) 12:13:38.89

:GP4QGgkb0

そのinvalidationは既に取得してるiteratorに起こるやつでは?

634

： デフォルトの名無しさん (ﾜｯﾁｮｲ f378-tRgI) [] 2017/12/23(土) 12:16:58.11

:82L7PCHk0

なんか変な説明だね
vector<int> vec{0, 1, 2};
auto ite = vec.begin();
++ite;
vec.erase(ite);
--ite;
cout << *ite; //これでvec[0]にアクセスできそうに聞こえる
内容的にはこういうことなのに
vec.m_head = realloc(vec.m_head, 2 * sizeof(int));

635

： デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl) [sage] 2017/12/23(土) 12:24:57.38

:DCeTZoHD0

listだとこれで動くと思っていいのかな
for(list<int>::iterator ite = lst.begin(); ite != lst.end();){
lst.erase(ite++);
}

636

： デフォルトの名無しさん (ﾜｯﾁｮｲ cf5f-P2tI) [sage] 2017/12/23(土) 13:02:30.52

:ncx5Vmyz0

ttps://i.imgur.com/VH9Yt5X.jpg

eraseした時点で削除された要素のitrも無効だから--できないと思うけど、
別途確保しておいたitrは有効であるかのように読めるから、確かにおかしいね

>>635

どうやら合法。

637

： デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM9f-jmlw) [sage] 2017/12/23(土) 14:18:11.55

:qpu4/MTSM

そもそもこれ何してんの？
表示とともに要素を消したいならFILOなコンテナ使いなよ
std::stackみたいな

638

： デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl) [sage] 2017/12/23(土) 14:52:01.85

:DCeTZoHD0

>>636

listはOKそうですか。

>>637

いやとくに意味はないです。ただvectorとlistで動きが違ったので気になりました。

639

： デフォルトの名無しさん (ﾜｯﾁｮｲ cf8a-LdUP) [sage] 2017/12/23(土) 15:08:47.05

:FpWOSq2z0

アホか
eraseの戻り値が何のためにあると思ってるんだ

640

： デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl) [sage] 2017/12/23(土) 16:15:50.16

:DCeTZoHD0

>>639

eraseの戻り値使うのが一番いいのは分かったんですが
単にvectorとlistで動作が違うのが気になっただけです。

641

： はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 6f6f-buzn) [sage] 2017/12/23(土) 16:23:29.49

:zbNC77HA0

vector だと要素の再配置が必要になるけど list はそうじゃないって話

642

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff61-Luxy) [] 2017/12/23(土) 17:51:30.26

:eg9r3pR90

ttps://gabekore.org/vscode-c-windows
↑のサイトを見ながらCの開発環境を作っているのですが④の当たりから分からなくなってしまいました‥‥

説明のユーザー設定というものがそもそも無かったです‥‥ただの設定を開いたらこの画面になったのですが、この右に書いたのは合ってるのでしょうか‥‥？

このあとの⑤からはほんとによく分からなくなってしまいました‥‥この程度が出来ないなら、プログラミングなんて出来ないですよね‥‥(..;)
自分が不甲斐ないです‥‥-_-

外部リンク

643

： デフォルトの名無しさん (ﾌﾞｰｲﾓ MM67-P2tI) [sage] 2017/12/23(土) 18:33:23.06

:wgR30Nr5M

>>642

MacでもLinuxでも使えるVisual Studio Code Part2 [無断転載禁止]©2ch.net
外部リンク

ttp://mevius.5ch.net/test/read.cgi/tech/1494638671/

644

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6f9f-2x/m) [sage] 2017/12/23(土) 19:22:40.52

:e2jvvoOp0

削除する場合とそうでない場合の処理を分ければＯＫ
forでもwhileでもＯＫ　リストでもＯＫ
std::vector<int> vec{ 0, 1, 2 };
auto it = vec.begin();
while (it != vec.end()) { if (*it == 1) it = vec.erase(it); else it++; }
for (auto n : vec) { printf("vec %d\n", n); }

std::list<int> list{ 0, 1, 2 };
auto it2 = list.begin();
while (it2 != list.end()) { if (*it2 == 1) it2 = list.erase(it2); else it2++; }
for (auto n : list) { printf("list %d\n", n); }

645

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/23(土) 20:28:00.26

:0b4Aycyz0

>>640

根本的に勘違いしていると思うけどな。

×　> eraseの戻り値使うのが一番いいのは分かったんですが
○　eraseの戻り値を使わなければならない（そうしないと意味がない）

× > 単にvectorとlistで動作が違うのが気になっただけです。
○ 戻り値を使えば同じソースコードになるように設計されている

何の為にイテレータを使うか分かっておらず、
イテレータ使えば効率が上がると勘違いしているJava鹿程度の知能なんだろ。
Linusが文句言っているのもこういう連中に対してなんだが。

646

： デフォルトの名無しさん (ｱｳｱｳｳｰ Sa67-bqMz) [sage] 2017/12/23(土) 20:52:04.70

:qGqY4/PAa

javaとかc#はイテレータで列挙してる最中に要素を削除できない
例外になる

647

： デフォルトの名無しさん (ｱｳｱｳｳｰ Sa67-bqMz) [sage] 2017/12/23(土) 20:59:27.12

:qGqY4/PAa

C++ 使っててもLinusに馬鹿にされてるぞ

C原理主義者（OSつくってるひとたち）はC++を馬鹿にして
C++信者はCを馬鹿にする

滑稽だな

648

： デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz) [sage] 2017/12/23(土) 21:12:36.34

:rmLkS6yi0

ttps://i.imgur.com/XmuQ0Mw.jpg

規格書の文言そのままの説明だと思う。
vec.erase(ite)の段階でiteは無効になるのでそれ以降は未定義だからvec[0]にアクセスできる保証はないという意味になる。
vector::eraseで領域の再確保は発生しないので削除する要素以前のiteratorは無効にならない。

vectorのiteratorをポインタで実装していれば次の要素をさしてそうなものだけど、そうでない実装、例えば削除した分だけ自動的にずらして同じ内容を指し続けてくれたり、例外を投げて間違いを知らせてくれるとかがありうる？

649

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6f9f-2x/m) [sage] 2017/12/23(土) 21:55:56.77

:e2jvvoOp0

eraseの戻り値がなぜ必要かが分からないなら、vectorとiteratorの実装コード見て理解したらいいよ。

650

： デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz) [sage] 2017/12/23(土) 21:58:27.45

:rmLkS6yi0

というか特定の値を消したかったらremove_if使おうぜ

651

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff61-Luxy) [] 2017/12/23(土) 22:28:45.69

:eg9r3pR90

c++についての質問です。
call by reference あるいは call by value にて引数の受け渡しを行う関数を利用して、乱数発生ルーチンを評価し、評価得点法による最適次数n(<5)を求める場合どのようなプログラミングになるのでしょうか？
教えてください。よろしくお願いします。
ここまではできたんですが、このあとどうすればいいでしょうか？

外部リンク

652

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) [sage] 2017/12/23(土) 22:38:27.42

:isxKYeOR0

>>651

「乱数の評価得点表」「最適次数」とはどういう概念ですか？
適切な資料を教えてください。

653

： デフォルトの名無しさん (ﾜｯﾁｮｲ bf7e-buzn) [sage] 2017/12/23(土) 23:03:07.74

:gq/ENgXB0

何故カメラで撮った

654

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/23(土) 23:09:46.07

:0b4Aycyz0

>>646

まあその実装の方が初心者向けには妥当だな。
C#はそこら辺の「割とどうでもいいが無駄に複雑になる」部分を回避していていいと思う。
ただまあ、この方向（堅牢性、容易さ）のベストは実行時例外ではなくコンパイルエラーであり、
C#もまだそこまでは行けてない、ということだね。

なおJavaScriptはその辺保証してない。「出来るだけ止めない」方針だからね。
> もしプロパティがある反復で修正された後に訪問されたなら、ループにより公開される値は後の時点での値となります。
> 訪問される前に削除されたプロパティは、それから後には訪問されません。
> オブジェクトに対する反復が起きている中でそのオブジェクトに追加されたプロパティは、訪問されるかもしれませんし反復から省略されるかもしれません。
> 外部リンク

ttp://https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Statements/for...in"> 外部リンク

ttps://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Statements/for...in

655

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/23(土) 23:26:16.74

:0b4Aycyz0

>>648

ttp://git.savannah.gnu.org/cgit/grep.git/tree/src/grep.c

を理解できない馬鹿共は放置として、君の理解にも多分間違いがある。

> ありうる？
多分無い。

× vec.erase(ite)の段階でiteは無効になるのでそれ以降は未定義だから
○ vec.erase(ite)後にiteが指すのは「次の要素」であり、
　元々指していた「削除された要素」ではないことを「無効」と表現している。
　そしてそれ以前に「削除された要素」以降を指していた物も全部ずれるので、
　「削除された要素またはそれ以降の要素を指すイテレータや参照は無効になる。」という表現になる。

つまり、この文字数であればきわめて妥当な表現であり、ゆとりが馬鹿すぎて理解できないだけ。

> vectorはシーケンスコンテナの一種で、各要素は線形に、順序を保ったまま格納される。
> 外部リンク

ttps://cpprefjp.github.io/reference/vector.html
つまり、ド頭から密に詰められていることを規定されているので、
削除すれば当然次の要素が入るに決まっているし、
（これは君は正しく理解しているが）reallocはなされないし、
vec[0]についてもアクセス時点での先頭要素が取得できるに決まっている。←多分君はここを勘違いしている

656

： デフォルトの名無しさん (ｱｳｱｳｳｰ Sa67-bqMz) [sage] 2017/12/23(土) 23:28:50.54

:qGqY4/PAa

ｃ原理主義者はそぎ落とされたロジックにしか興味ない
c++は彼らにとっては冗長なんだろう
GNUのツールセットのコードをみてると納得いく
しばらく見てると脳のワーキングメモリが不足しておかしくなりそうだ
が、残念なことにifとフラグとマクロ使いまくりの糞コードにも見える

657

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff12-7LW1) [sage] 2017/12/23(土) 23:37:21.27

:GYIu1tWX0

>>651

どうでもいいが知恵袋とのマルチだな

658

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/23(土) 23:51:11.43

:0b4Aycyz0

>>656

オススメのツール（ソース)ある？見てみるから。
ＵＲＬあれば助かる。

659

： デフォルトの名無しさん (ﾜｯﾁｮｲ cf81-jmlw) [sage] 2017/12/23(土) 23:53:25.60

:Rr/nHXks0

>>658

横レスだけどgrepとか結構すごいぞ

660

： デフォルトの名無しさん (ﾜｯﾁｮｲ bf7e-buzn) [sage] 2017/12/23(土) 23:57:45.94

:gq/ENgXB0

そこら辺は古すぎるので現在の常識とは異なる場合があると思うけど

661

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff12-7LW1) [sage] 2017/12/24(日) 00:00:12.41

:ZACWf2Ud0

std::vector::erase - cppreference.com
外部リンク

ttp://en.cppreference.com/w/cpp/container/vector/erase

>Invalidates iterators and references at or after the point of the erase, including the end() iterator.

翻訳には肝心のモンが抜けてるんじゃあねえのか？
複数形のsとか

662

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/24(日) 00:06:07.20

:buA98p4W0

>>659

サンクス。見てみているが、まずGNUはこのコーディングルールがな…
ちなみにこれ、今時ハイライト（色づけ）されないのは何とかならないのかね。
外部リンク

663

： デフォルトの名無しさん (ﾜｯﾁｮｲ cf81-jmlw) [sage] 2017/12/24(日) 00:10:15.35

:M6vPWOvg0

>>660

そう思うなら、今の常識に照らして書き直してあげたら？
パフォーマンスあがるならマージしてもらえるぞ

664

： デフォルトの名無しさん (ﾜｯﾁｮｲ bf7e-buzn) [sage] 2017/12/24(日) 00:13:30.13

:4npOP+p60

Linusはプログラマの頂点ではないしGNUは最も優れたプロジェクトではない
既に手本にならない部分は多い

665

： デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz) [sage] 2017/12/24(日) 00:15:10.13

:CHij32pE0

>>655

>元々指していた「削除された要素」ではないことを「無効」と表現している。
そうなの？
規格ではclearとかresizeとかでも無効になる(invalidate)と書いてあるしeraseがそれと何か違うようにも見えないし、無効なiteratorをdereferenceするのは未定義だとも書いてあるように見えるけど。

>つまり、ド頭から密に詰められていることを規定されているので、
>削除すれば当然次の要素が入るに決まっているし、
>（これは君は正しく理解しているが）reallocはなされないし、
>vec[0]についてもアクセス時点での先頭要素が取得できるに決まっている。←多分君はここを勘違いしている
ポインタならそうだろうけどvectorのiteratorでも規格上保証されてるの？

外部リンク

ttps://stackoverflow.com/questions/45758659/does-stdvectorerase-really-invalidate-the-iterator-at-the-point-of-erase

666

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/24(日) 00:17:58.25

:buA98p4W0

>>661

> including the end() iterator.
いや、これが抜けてる方が大問題だろ。
まあ広い意味では「それ以降の要素を指すイテレータ」に含まれるとも言えなくもないが、
これについては明記されるべきだね。
しかしこれだとイテレート中に削除していいのか？と心配になるが、
直ぐ下のサンプルコードで「偶数番目の要素を削除」してるからいけるんだろうね。

てか初心者なら、この辺のサンプルコードから出発した方がいいよ。いろんな意味で。
ちゃんと公式な使い方してあるし。(当然戻り値をイテレータに代入している)
> // Erase all even numbers (C++11 and later)
> for (auto it = c.begin(); it != c.end(); ) {
> if (*it % 2 == 0) {
> it = c.erase(it);
> } else {
> ++it;
> }
> }
> 外部リンク

ttp://en.cppreference.com/w/cpp/container/vector/erase

667

： デフォルトの名無しさん (ﾜｯﾁｮｲ bf7e-buzn) [sage] 2017/12/24(日) 00:17:58.87

:4npOP+p60

>>663

何で興味もないものに時間をかけてやらなきゃならない
ちゃんと動いていれば十分

668

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) [sage] 2017/12/24(日) 00:19:42.01

:WikwUycQ0

std::vector の場合はこう、std::list の場合はこう、とかいう知識はあまり意味がないのではないか？
erace() したら、erace() したところおよびその後を指していたイテレータ（＝ポインタ）は使えなくなる、くらいで一括するのが妥当だと考える。

669

： デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/) [sage] 2017/12/24(日) 00:23:13.30

:DlgRUKPs0

細かい場合分けするのはプログラミング的に悪だと思ってる。
統合的に丸っと処理できると気持ちいい。
なのでちょっと粒度を上げてSTLの作法というものを考えた方がイイ。

670

： デフォルトの名無しさん (ﾜｯﾁｮｲ cf81-jmlw) [sage] 2017/12/24(日) 00:39:36.50

:M6vPWOvg0

>>667

無理ならそういえばいいのに

671

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/24(日) 00:49:18.45

:buA98p4W0

>>665

つか、君は何に文句を言っているのだ？そこにそのまま書いてあるだろ。
> When describing iterator invalidation,
> the C++ standard takes the simplifying assumption that iterators refer to elements,
> and a valid iterator value always refers to same element.
> Invalidating references, pointers or iterators to an element all follow the same rules. (The exception is the end iterator).
>
> Clearly references or pointers to the erased element are invalidated by a call to erase,
> thus under the standard's simple rules so are all iterators.
> It could have described what new element must be moved in place abd substituted what iterators refer to,
> but the writers of the standard chise not to go there. They instead simply dictated the iterator was invalid.

eraseでvecが移動しないことは保証されてるだろ。
当然vec[0]は削除後の先頭要素を指す。
ただしそもそも削除後にイテレータを再代入してないコートについては知るかボケだろ。
それについてもそこにモロに書いてあるし。

そのページは俺の言い分を全く書いてあるような物なんだが、何が言いたいんだ？

672

： デフォルトの名無しさん (ﾜｯﾁｮｲ cf8a-LdUP) [sage] 2017/12/24(日) 01:05:17.93

:pxiUCfvD0

そもそもeraseするならvectorなんか使うな。よっぽど小さいvectorじゃない限り
eraseは縮小操作だからリアロケーションは起きないけどその時何が起こるのか理解してるのか？
理解できないならお前はC++を使えないやつ

673

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/24(日) 01:25:35.46

:buA98p4W0

>>659

こんなもんじゃね？みたいな感じなんだが。
決して理解したわけではなく、雰囲気だけしか見てないが。

C特有のstructの嵐でもなく、
今ならIDEが警告出してくるほどのif文等のネストもなく、
意味不明なマ黒魔術使いまくりでもない。
グローバルが嵐になっているが、これはCUIツールだから大して問題ないし。

色が付いてないのとコーディングルールがアレなので詳しく読む気にならないが、
整形ツール通せば結構読めるコードのような気がする。

674

： デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz) [sage] 2017/12/24(日) 01:43:03.65

:CHij32pE0

>>671

>eraseでvecが移動しないことは保証されてるだろ。
>当然vec[0]は削除後の先頭要素を指す。
誰もそんなことは問題にもしてないんだが大丈夫？
偉そうなことを言ってる割には全然読めてないんだなあ

675

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/24(日) 01:44:55.52

:buA98p4W0

>>674

日本語でおｋ

676

： デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz) [sage] 2017/12/24(日) 02:04:36.00

:CHij32pE0

>>675

から読み直してこい。俺も言葉を省略したが文脈上まさか読み間違う人がいるとは思わなかったんだ。

677

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/24(日) 02:08:57.97

:buA98p4W0

>>676

韓国人死ね

678

： デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/) [sage] 2017/12/24(日) 02:11:04.69

:DlgRUKPs0

ん？これは痛い。

679

： ◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) [sage] 2017/12/24(日) 02:15:08.39

:WikwUycQ0

ite = vec.begin()
++ite;
ite = vec.erase(ite);
--ite;
であれば ite == vec.begin(); は保障できるが、

vec.erase(ite)
とした場合の ite の値は、コンテナ vec のどこかを指している保障はないのでは？
したがって、--ite もどこを指しているか保障がないのでは？
典拠を示してほしい

680

： デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/) [sage] 2017/12/24(日) 02:19:46.66

:DlgRUKPs0

イテレータを削除したときあり得る処置。
一個目。
メモリの再確保相当のことをして再構築する。
二個目。
尻尾の要素をムーブして詰めて最後の要素を開ける。

このどっちかだと思う。
2個目だとイテレータのロストはしないかもしれないが、
1個目だとアドレスが変わっちゃうのでイテレータが保持しているアドレスは無効。
両方あり得るのでeraseの戻り値はちゃんと受け取ろう。

681

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/24(日) 02:38:56.42

:buA98p4W0

>>680

お前もちゃんと読めよ
> 戻り値
> 削除された要素の次の要素を指すイテレータを返す。
> そのような要素が存在しない場合は、end()を返す。
> さらに、削除された要素以降の要素の数と同じ回数のTのムーブ代入演算子が呼ばれる。
> 外部リンク

ttps://cpprefjp.github.io/reference/vector/erase.html

つかC++にはGCねえんだよ
Java鹿死ね

682

： デフォルトの名無しさん (ﾜｯﾁｮｲ 6fe7-7LW1) [sage] 2017/12/24(日) 02:50:37.41

:3RxhFT7A0

規格にきっちりかっちり書いてある挙動について
あり得る処置（ｷﾘｯ
とか抜かして適当な憶測垂れ流す奴がいるんだな

683

： デフォルトの名無しさん (ﾜｯﾁｮｲ cfe8-HMcx) [sage] 2017/12/24(日) 02:59:23.68

:Vn0hcFlX0

なんか話が混ざってる気がするけど、eraseに渡した引数のイテレータの話じゃないの？

684

： デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz) [sage] 2017/12/24(日) 03:05:24.20

:CHij32pE0

>>681

>○ vec.erase(ite)後にiteが指すのは「次の要素」であり、
>元々指していた「削除された要素」ではないことを「無効」と表現している。
とか書いちゃう人が言っても説得力ないけどねw

685

： デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/) [sage] 2017/12/24(日) 05:55:00.21

:DlgRUKPs0

>>681

GCどっから出てきた。韓国人といい。話が飛躍しすぎ。

686

： デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/) [sage] 2017/12/24(日) 06:05:35.39

:DlgRUKPs0

>>682

小出しにしないでブッコンで行け。

687

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff34-bbRz) [sage] 2017/12/24(日) 09:02:08.85

:LF0oxcI10

昔のvectorは同一メモリ上にデータが配置されていることは保障されていなかったから昔の環境でなにか作る場合は注意したほうがいい。
そういう処理系が存在するのかどうか疑問だけど。

688

： デフォルトの名無しさん (ﾜｯﾁｮｲ f378-tRgI) [] 2017/12/24(日) 10:15:11.27

:QEOGdK3r0

>>679

俺の論旨は保証ねえだろなんだが
だからreallocを持ち出した
典拠というのがあるなら631で
俺はそれを変だと言っている

689

： デフォルトの名無しさん (ﾜｯﾁｮｲ f378-tRgI) [] 2017/12/24(日) 10:18:18.02

:QEOGdK3r0

>>687

え？？
昔ってどのくらいのことを言っている？

そもそも連続領域でなければリストと同じ特性になってしまい
配列であることのメリットが完全に失われるだろ
ポインタの配列になっていて実体はばらばらでもよいということならわかるが

690

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/24(日) 10:26:48.95

:buA98p4W0

>>649

横だが。

ソース見ろとよく言っている奴が居るので偶には、ってやってるんだが、
どこにあるかわかりにくい上に何だかなあ、なコードなんだが。
とりあえずこれでいいのか？
外部リンク

ttp://https://gcc.gnu.org/onlinedocs/gcc-4.6.2/libstdc++/api/a01116_source.html"> 外部リンク

ttps://gcc.gnu.org/onlinedocs/gcc-4.6.2/libstdc++/api/a01116_source.html
そしてiterator.cがどこにあるか分からないという、、、

同様の奴もいるが、あまりオススメはされてない。
外部リンク

ttps://stackoverflow.com/questions/4304783/c-vector-source-code

> 00402 iterator
> 00403 erase(iterator __position)
> 00404 {
> 00405 typename _Base::iterator __res = _Base::erase(__position.base());
> 00406 return iterator(__res, this);
> 00407 }
> 上側URL
__position.base()ってのは<T>だから致し方なしかもしれんが、
確かにこれだとC使いにとってはC++は冗長すぎる。
> ｃ原理主義者はそぎ落とされたロジックにしか興味ない
> c++は彼らにとっては冗長なんだろう (

691

： デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/) [sage] 2017/12/24(日) 10:56:02.77

:DlgRUKPs0

>>689

C++は厳密な定義を始めたのはここ最近の話で昔はほぼ実装に丸投げしてた。
これは、きゃするのように仮想コンピュータを定義しないでやってきたツケだな。
ぼんやりとコンピュータっていうものの抽象化イメージだけで進んできた。
あと、C++はわからないけど、Cはとあるコンピュータに依存するものは規格に入れない決まりになってたと思う。

692

： デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1) [sage] 2017/12/24(日) 12:00:47.90

:buA98p4W0

>>691

韓国人2号も死ね

つかお前は

>>682

が

>>680

（お前）向けであることをまず理解しろ
日本語が不自由なら死ね

693

： デフォルトの名無しさん (ﾜｯﾁｮｲ cf8a-LdUP) [sage] 2017/12/24(日) 12:03:39.37

:pxiUCfvD0

この手のキチガイが湧いてくるまでになったか
このスレももう終わりだな

694

： デフォルトの名無しさん (ﾜｯﾁｮｲ ffe7-Eeo6) [] 2017/12/24(日) 12:22:41.71

:8qRcljjK0

流れ読んでないけどvec[0]が無効になるって発言したやつがいるから荒れてるの？

695

： デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz) [sage] 2017/12/24(日) 12:29:05.39

:CHij32pE0

真に受けてソース読んでるしw というか読めてないしwww
実装見ても理由なんて分かるわけないだろ
質問者の使ってる実装は動いてしまう実装なんだから

696

： デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz) [sage] 2017/12/24(日) 12:30:40.54

:CHij32pE0

>>694

誰もそんなこと言ってないけどそう言ったと勘違いした人はいたみたいね
荒れてる原因はみんなが少しずつテキトーなことを言ってるからじゃないか？

697

： デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/) [sage] 2017/12/24(日) 12:34:48.10

:DlgRUKPs0

俺が死んだら責任とってくれるんだよね？

698

： デフォルトの名無しさん (ｽｯﾌﾟ Sd1f-Owf0) [sage] 2017/12/24(日) 12:38:20.58

:PCWcyI8Bd

遺書を書いて死んだら

は事情聴取くらいはされるかもね

699

： デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/) [sage] 2017/12/24(日) 12:39:11.17

:DlgRUKPs0

軽いなぁ。

700

： デフォルトの名無しさん (ｽｯﾌﾟ Sd1f-Owf0) [sage] 2017/12/24(日) 12:39:11.70

:PCWcyI8Bd

「

に死ねと言われたので死にます」

701

： デフォルトの名無しさん (ﾜｯﾁｮｲ bfeb-7LW1) [sage] 2017/12/24(日) 12:41:53.58

:/fWBjJNa0

このスレ頭おかしいのとプログラミングスキルでイキリ散らしたいのしかいねえな

702

： デフォルトの名無しさん (ﾜｯﾁｮｲ cf81-+obY) [sage] 2017/12/24(日) 12:42:40.51

:kxsG1FMj0

令状出れば家宅捜査とPCの押収くらいはしそう

703

： デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/) [sage] 2017/12/24(日) 12:58:57.63

:DlgRUKPs0

俺は叩き合いが面倒だから理由つけてしゃべってるのに、問答無用で死ねはひどいよなぁ。
完璧超人じゃないから間違いの一つや二つくらいするよ。
なぁ。完璧超人。鏡見てみたらいいと思うよ。自分ぶっ殺したくなると思うよ。

704

： デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/) [sage] 2017/12/24(日) 13:42:19.40

:DlgRUKPs0

寝る。

705

： デフォルトの名無しさん (ﾜｯﾁｮｲ 73f3-tRgI) [] 2017/12/24(日) 19:53:35.49

:DS5eJCmj0

> プログラミングスキルでイキリ散らしたい

ニヤニヤ

706

： デフォルトの名無しさん (ﾜｯﾁｮｲ ff34-bbRz) [sage] 2017/12/25(月) 18:50:42.37

:IE33Y1720

文献に書いてあることが全てだと真信してマニュアル通りに事を進めていくってまぁ受験とかならソレで良いかもしれないけどね。
物事の成り立ちを追っていくと決してその通りではないことも世の中にあるわけできちんとそういう所は汲み取っていかないとただ
の鉄砲玉みたいな一番扱いが厄介な｢無能な働き者｣になってしまうよ。
特にこの業界では型にはまってばかりの柔軟性のない