12/06/29 22:45:20.16
確かにアプローチが間違っているんだろうな。
コンテナクラスだろうが何だろうが、目的が正しければList<A<T>>ってなってる状態に何ら問題はないわけだし。
8:デフォルトの名無しさん
12/06/29 23:18:45.91
ジェネリック型にするのは、そのクラスを汎用化したいからだろ。
で、実際に使うときには T に入れる型は決まってるんだろうから、
A<[そのとき実際に使う型]> を継承したダミーのクラスを使うって手もあるような気がするだが、ダメかね。
9:デフォルトの名無しさん
12/06/29 23:20:16.72
using Hoge = A<Nantoka>とかしたほうが遥かにマシ
10:デフォルトの名無しさん
12/06/29 23:27:51.03
>>8
今回は駄目
11:デフォルトの名無しさん
12/06/29 23:42:40.02
1時間格闘してこうなったｗ
URLﾘﾝｸ(ideone.com)
12:デフォルトの名無しさん
12/06/29 23:43:04.84
HttpStatusCode列挙体の中身にステータスコードの数字がないのですが、変換とか出来ませんか？
13:デフォルトの名無しさん
12/06/29 23:45:04.86
intにキャストする
14:デフォルトの名無しさん
12/06/29 23:45:06.71
intにキャストしてみろォォォォォォォォォォォォォォォォォォォォォォォォォォォォォォォォ
15:デフォルトの名無しさん
12/06/29 23:45:24.76
2秒はセーフだよね
リロードしたよ！
16:デフォルトの名無しさん
12/06/29 23:47:03.65
>>15
はいアウトー
17:デフォルトの名無しさん
12/06/29 23:48:27.39
デデーン
18:デフォルトの名無しさん
12/06/29 23:49:26.23
ありがとうございますありがとうございます
助かりました
19:デフォルトの名無しさん
12/06/29 23:50:00.70
>>4
インターフェイス使って in か out つけろ。
20:デフォルトの名無しさん
12/06/29 23:51:17.02
>>前986
用途によるけどこれじゃ駄目なの？
URLﾘﾝｸ(ideone.com)
21:デフォルトの名無しさん
12/06/29 23:52:16.67
ContainerなのにTを受け入れないのが間違いなんだよ
22:デフォルトの名無しさん
12/06/29 23:54:51.93
助かってんのかなこれ
23:デフォルトの名無しさん
12/06/29 23:56:58.11
でも
>このクラスは単なるコンテナなのでTには興味がありません
とあるからList<A>を定義したい非ジェネリッククラスの中では
Aの何かに依存しても、Tに依存する処理は無いということじゃないかな
だとしたらその「Aの何か」は非ジェネリックなinterfaceに括り出せるはず
24:デフォルトの名無しさん
12/06/29 23:58:00.75
だからおｂｊｃｔ
25:デフォルトの名無しさん
12/06/30 00:12:22.62
ほんとにそれでいいような気がする。
26:デフォルトの名無しさん
12/06/30 00:12:35.89
class Container<T> where T : IHoge
{
public List<T> list = new List<T>();
}
interface IHoge{ ... }
interface IHoge<T> : IHoge
でいいわけ
使用者側はIHoge<T>を渡すから<T>の型情報をとれるし
Containerは<T>に依存しない
27:デフォルトの名無しさん
12/06/30 00:21:50.63
なんかわかりにくい気がするから書きなおすわ
class Container<T> where T : IHoge{ ... }
interface IHoge{ ... }
interface IHoge<T> : IHoge{ ... }
class Hoge<T> : IHoge<T>{ ... }
使用者側
var c = new Container<Hoge<ConcreteClass>>();
このようにすることで、使用者側はConcreteClassの型情報を知ることができ
ContainerはConcreteClassを知らないままでいることが出来る