333(2): デフォルトの名無しさん [] 2016/08/27(土) 00:18:55.08 ID:nVNQ8rj/(1) AAS
この場合は単純にGetAreaをabstract methodにして
各クラスでoverrideさせた方がよくないっすか？

329(5): デフォルトの名無しさん [sage] 2016/08/26(金) 18:46:17.17 ID:zWe+Xnw2(2/3) AAS
>>328
本格的なパターンマッチングならこんなことができる
double GetArea(Shape shape) {
switch (shape) {
case Rectangle(x,y,w,h): return w * h;
case Circle(x,y,r): return PI * r * r;
}
}
さらに、変数にキャプチャするだけでなくxに具体的な値を指定すればxが特定の値の場合だけという条件指定も可能
今の貧弱な仕様だとお前の疑問の通りメリットはほとんどないのでまあ最終的には却下だろうな

357(2): デフォルトの名無しさん [sage] 2016/08/27(土) 21:43:02.69 ID:vp5ltHnS(5/12) AAS
だからそのための拡張メソッドじゃないの？
今回の例なら、GUI側で拡張メソッドを追加して対応する。
すると、既存コードに手を加えることもなく、描画部分もswitch文無しという、両取りが可能。
追加Shapeがあった時もGUI側の拡張メソッド部分に追加するだけ。管理もしやすい。
外部ﾘﾝｸ[aspx]:msdn.microsoft.com

360(1): デフォルトの名無しさん [sage] 2016/08/27(土) 22:23:59.95 ID:vp5ltHnS(6/12) AAS
>>358
> 実行時型に応じた動的な多相
C#には無いだろこれ。

362(1): デフォルトの名無しさん [sage] 2016/08/27(土) 22:42:35.41 ID:vp5ltHnS(7/12) AAS
>>361
例えばJavaScriptでは動的に型を変更出来る。
だから実行時にswitchでやるのとコンパイル時に静的にリンクするのでは動作が異なってくる。
そういうのはC#にはないでしょ、って話。

だから話を戻すと、>>329のケースは通常のOOPの多態、
>>352のケースは拡張メソッドが一番良いと思う。
本家のも普通はOOPで対応する。
ただそれだと例にならないのでクエリがわざわざくっつけられているのだと思う。

352(6): デフォルトの名無しさん [sage] 2016/08/27(土) 19:54:25.56 ID:0MFbcQeG(1) AAS
相性が悪いんじゃなくて使い分けだと思う

上ででたShapeでは各クラスが面積を出すメソッドを持っててもべつにいいだろうけど
GUI側で図形の表示に使うメソッドをShapeに持たせるのはおかしい

その場合はどこか別で限定的にこのパターンマッチを使えばいいのではないか？

366(2): デフォルトの名無しさん [sage] 2016/08/27(土) 23:10:16.02 ID:vp5ltHnS(8/12) AAS
>>364
> List<Shape>に入ってるものを全部Drawしたいとき、型ごとの拡張メソッドじゃ対応できないよ?
出来るよ。というかそちららの認識が間違っていると思うが、
拡張メソッドはソース上では普通のメソッドと見た目は同じだよ。

370(1): デフォルトの名無しさん [sage] 2016/08/27(土) 23:28:42.22 ID:vp5ltHnS(10/12) AAS
>>368
いやそれOOPじゃないと思うが、、、ただのオーバーロードだよね。