Variantがあればいいんじゃないか? RT @cz75hiro: List<T>を返すメソッドを持つGenericなクラスは、意外と融通がきかない。List<Base>なら融通効くけどその場合はGenericがいらない子になってしまう。そういう設計が望ましいのかなぁ
2011-01-20 19:47:50それ RT @noqisofon: boost にあるよーなやつ? RT: otf: ちげぇw RT noqisofon: ばりあんと? object ってことでいいの?
2011-01-20 19:54:41@cz75hiro tupleとはちょっと違うけど・・・w なんでめんどくさくなるん?オーバーライドで済むならList<Base>でいいと思いますしそうでなければVariantが一番楽ですよ
2011-01-20 20:11:49@otf List<Variant>だと各要素を取り出す時に、その要素の型がなんなのかを気にしながらコーディングする必要がある印象があります。あるクラスのサブクラスであることが前提ならList<Base>のほうが無難かなと。でもゆうすけさんもそう言ってますねw
2011-01-20 20:23:19@otf Boostについて無知なのでList<object>と似たようなものと考えてましたけど、サンプルを見る限り「Listに突っ込む型をVariantで絞り込めるから、その型に関してだけ気にしておけばいい」っていう感じでしょうか?それならメリットになりそうですねー。
2011-01-20 20:36:05@cz75hiro Variant<int, string>という型をVとすると、Vにはintかstringしか入らないのです。どちらか片方。型パラメーターを10個くらいまで用意しておくといい感じ
2011-01-20 20:43:09@cz75hiro さっきの例だと、 v.Match( (int i)=>i.ToString, (string s)=>s ) みたいな感じで
2011-01-20 20:49:17. @bleis @otf 概ね理解できました!でもVariantの型パラメータを増やしたくなったとき(Variant<T1>→Variant<T1,T2>に)、そのリストを使ってる全クラスが修正になるような気が…
2011-01-20 20:48:47