09/05/29 03:11:23
decltypeがもっと早くからあれば、完全にダックタイピングでいけたんだろうか
851:デフォルトの名無しさん
09/05/29 09:03:13
843みたいなアホがなんでこのスレにいんの？
unary_function/binary_functionは必要なtypedefを書くのをちょっと楽するためだけのもの
しかもbind1st/bind2nd使わないなら不要
さらにC++0xのbindには内部resultテンプレートがあれば引数型は固定でなくてよい
result_of<>はresult_typeもしくは内部resultテンプレートがあれば十分
ところでCallableコンセプトあればresult_ofいらなくね？
852:デフォルトの名無しさん
09/05/29 09:17:04
>>851
コンセプト使うの前提にすれば、Type Traits系のライブラリなんて全部いらなくね？
853:デフォルトの名無しさん
09/05/29 11:06:31
クラス組んじゃえばそうだろうけど、関数内でちまっと条件分岐させたいだけとかなら需要はいくらでもあるような。
854:デフォルトの名無しさん
09/05/29 11:17:30
conceptを検討し始めた時の条件として、
既存のtraits系などと共存出来て、段階的に移行できること、
というのがあった。
>>839のようなケースはconcept_mapに集約されていくのだろうか…
855:デフォルトの名無しさん
09/05/29 13:18:48
Douglas GregorがApple行ってConceptGCC止めちゃったから、
iteratorを整理したくらいでライブラリのconcept化は止まってるね。
856:デフォルトの名無しさん
09/05/29 22:48:31
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
857:デフォルトの名無しさん
09/05/30 02:14:06
>>855
C++0xには入らないのだから、
ライブラリのコンセプト化は後回しだろうね。
858:デフォルトの名無しさん
09/06/03 11:15:56
wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
859:デフォルトの名無しさん
09/06/03 14:02:42
_, ._
（ ・ω・）
○=｛=｝〇,
|:::::::::＼, ', ´
､､､､し ､､､((（.＠）ｗｗｗｗｗｗｗｗｗ
860:デフォルトの名無しさん
09/06/03 21:37:50
一瞬、ここがGrassスレになったのかと思った。