"Ruling out arbitrary cost copy construction?"に対するあれこれ
- repeatedly
- 1506
- 0
- 0
- 0
同じく希望! RT @repeatedly: 誰か"Ruling out arbitrary cost copy construction?"についてまとめてー.Stevenがsave周り嫌いというのは分かった.
2010-10-31 14:31:30Array!BigIntなんかが代表的かなぁ.mallocメモリだから参照を返すのは危険.だからsealed rangeで値コピー.でもBigIntはコピーコストがでかくて… という.
2010-10-31 19:45:37http://www.mail-archive.com/digitalmars-d@puremagic.com/msg38190.html これなんぞ見ると,sortかけるのにswapが必要で,sealedだとコピーコストがヤバいからmove~っていう.
2010-10-31 19:46:52でもみんなすっぽ抜けてるのは,sortするのにランダムアクセスが必要で,r[i] とか要素見るだけでもBigIntのコピー発生するんだよね.
2010-10-31 19:47:48moveで出来ないこともないけど,moveで取り出して入れ直して,出して入れて… になってまともなコード書けないと思う
2010-10-31 19:50:18で,今のところのmy結論は: Sealed rangesを推していくという前提があるなら,どうしたってO(1)コピコンを要請しないとダメ
2010-10-31 19:51:59んー,コピコンに返信したいけど,今までそれほど気にしたことなかったし,コピコン書くような構造体とかほとんど定義したことなかったら,実際どこまで問題になってるのか分からん.C++の経験もそこまでないしなぁ.
2010-11-01 01:31:32C++の場合は結局コピコンのコストはどうなんてんだっけ?Andreiの話だとファンクタとかイテレータはチープなコピーで,コンテナとか含む一般的なオブジェクトな高価なコピーと言ってたけど,ファンクタとかは単なるコピーってことなんだろうか?
2010-11-01 01:42:33結局これはどこが最大の問題なのか教えてたも? > "Ruling out arbitrary cost copy construction?"
2010-11-01 01:51:38一部は本当にそう思う。 final scope class がもっと頑張ればいいのに。 RT @repeatedly: もう全部classにすりゃいいんじゃねーの?とか思えてきた.
2010-11-01 01:53:51"arbitrary cost copy construction"の排除というのは,参照カウントによる制御一本でいく,ということになるんだろうか?
2010-11-01 01:54:01this(this)のマイナス要素である"Forces exposure of raw addresses"ってのはどういうことだろう?
2010-11-01 02:09:07しかしStevenは本当説明が分かりやすい.InputRangeObjectとかは本当なんであるのかよく分かってなくて,Phobosで使われてない機能は何も説得力がないよなぁ.
2010-11-01 02:24:56