WPF(.NET4.x, .NET Core) GUIプログラミング Part25

■ このスレッドは過去ログ倉庫に格納されています
2021/02/05(金) 19:54:23.73ID:I+zADhcc0
Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part24
https://mevius.5ch.net/test/read.cgi/tech/1575862574/

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
151デフォルトの名無しさん (ﾜｯﾁｮｲ ff6a-W5tZ)
垢版 |
2021/02/21(日) 22:41:43.27ID:a+KYImnM0
>>149
UI使って計算するわけじゃ無いんだから重い軽いは関係ないっしょ
UIの要件で何使うか決めなはれ
2021/02/21(日) 22:52:12.92ID:/zsFwWzkr
>>149
MVVMはWPF(XAML)の上に
XAMLを使って足されたライブライリですよ。

WPF(XAML) + MVVM

winForms開発者には引き続きイベントハンドラーでの実装がサポートされます。

WPF(XAML) + コードビハインド

てかUIコントロール作ってるレベルの人は
最初からMVVMとか使ってません。
てか使ってもパフォーマンス悪すぎて使えません。

ちなみに来年にWPF(XAML) + MVUが登場します。
これでやっとReactとかに追いつきます。
153デフォルトの名無しさん (ﾜｯﾁｮｲ a301-p4c1)
垢版 |
2021/02/21(日) 23:03:26.39ID:LF0XRNEc0
そしてMVUも流行らずに数年後にまたMVなんちゃらが登場するのであった
154デフォルトの名無しさん (ﾜｯﾁｮｲ cfb5-xG0S)
垢版 |
2021/02/21(日) 23:04:11.21ID:+Ry79RmD0
>>136
> WPFだからMVVMを使うというより、UIの要件が複雑だからWPFやMVVMを使う、が正しい
> WPFになって従来よりリッチなUIを作れるようになったが、リッチなUIになれば当然その分制御が複雑になる

喧嘩腰じゃなくて冷静に書くけど、
それが正しいなら、UIの要件がシンプルでリッチなUIも不要な場合はWPFおよびWVVM要らないよね？
まず、このYes/Noクエスチョンには答えてほしいな
155デフォルトの名無しさん (ﾜｯﾁｮｲ cfb5-xG0S)
垢版 |
2021/02/21(日) 23:07:20.99ID:+Ry79RmD0
>>138
ずっと前、WPFでページ切り替え型のサンプルコード実行してみた
まぁまぁ便利だったけど、二つのフォームの内容を同時に見たい時は
やっぱりページを行ったり来たりしないとだね
2021/02/21(日) 23:10:42.60ID:/zsFwWzkr
>>154
シンプルでも
リッチでも
MVVM原理主義で無い限りいらんとです。
157デフォルトの名無しさん (ﾜｯﾁｮｲ cfb5-xG0S)
垢版 |
2021/02/21(日) 23:11:11.79ID:+Ry79RmD0
>>140-141
えーっ、1 Way Bindingのみが主流なの？
じゃ、例えば、

A: 123
B: 456

みたいな入力ボックスがあって、

B=A*2
A=B*0.5

みたいな相互関係になっている場合はどうすんの？
2021/02/21(日) 23:12:51.82ID:vbBeZVYP0
MVVMを実現するDataContextやBinding、INotifyPropertyChangedなどは
最初からWPFを構成する要素なんだが。
ところで、

>ちなみに来年にWPF(XAML) + MVUが登場します。

MAUIのMVUがXAML使うとか情報あったっけ？
それともMAUIとは別にWPFにMVUが導入されるとか？まさか。
2021/02/21(日) 23:16:43.38ID:vbBeZVYP0
>>154
そこは適材適所で良いんじゃないかと。
たしかにポトペタでチャチャっと作る分にはFormaの生産性は高いと思うし。
2021/02/21(日) 23:18:55.10ID:/zsFwWzkr
>>158
根本レベルで話し合わなそ！
161デフォルトの名無しさん (ﾜｯﾁｮｲ cfb5-xG0S)
垢版 |
2021/02/21(日) 23:19:35.77ID:+Ry79RmD0
>>143
テストがやりやすいってのがMVVMの話なら「WPFの」メリットじゃないよね、
他の言語でもMVVMで書けるんだし。

> Blendを機能させる為に
> 肥大化した仕様になってしまっただけ。

Blendはインストールしただけで触ったことないけど、
それが本当のような気がする
無駄に仕様が大きい
例えば、Animatable Model3Dとか要るか？使うか？って話だよね
俺は要らない
2021/02/21(日) 23:23:51.19ID:wPgGfcNf0
>>155
メインに対してサブのページを同時に表示くらいならさほど苦労もなく実現可能だよ
163デフォルトの名無しさん (ﾜｯﾁｮｲ cfb5-xG0S)
垢版 |
2021/02/21(日) 23:29:40.56ID:+Ry79RmD0
>>156
確かに要らないかも。
いろいろWPFでMVVMのサンプルコードを落としては走らせてみたけど、
コードが膨大な割には実行させると「え、これだけ？」みたいなのが多い。

>>159
そう言ってくれるなら納得。
データベースで言うと、チャチャっと作るにはSQLite、大規模なのを作るにはSQLServerみたいなね。
それで言うと、俺はやっぱりほぼほぼWinFormで作るべきだな、UIの要件からして。
164デフォルトの名無しさん (ﾜｯﾁｮｲ cfb5-xG0S)
垢版 |
2021/02/21(日) 23:32:30.64ID:+Ry79RmD0
>>162
そのサブページって、追加メニューから
（「新規のウィンドウ」じゃなくて）「新規のページ」で追加？
表示Visible/非表示Invisibleみたいな設定があるの？
2021/02/21(日) 23:38:14.57ID:ZrTKdY4P0
モデルという概念が大抵のアプリでいらないんだよ
DBからの自動生成ならまだ許せるけどちょっとしたアプリにormみたいな概念はいらない
C#ならDataSetとかで十分やろ
2021/02/21(日) 23:42:30.07ID:wPgGfcNf0
>>164
メインのフレームとサブのフレームを最初に定義して、それぞれに別のページを読み込むイメージ
エクセルなんかのマルチウィンドウとは別物だけど、案件によっては十分使い物になります
2021/02/21(日) 23:43:32.37ID:vbBeZVYP0
>>157
ふつうに、AまたはBの変化をモデルに伝える経路と、モデルの変化をビューに反映する経路がある。
1-wayとか2-wayとか言うけど基本的にどちらもsingle source of truthの考え方に基づいていて
本質的な違いはない。なんとなくループが大きいのが1-way、コンポーネントごととか小さいのが
2-wayと呼ばれているような感じ。
2021/02/21(日) 23:51:08.98ID:6zgVZ3300
そもそもデザインとプログラミングの切り分けが目的だったんだろ
なのにMVVMだのなんたらだの、といってプログラマのオナニー会場に成り下がってる
2021/02/21(日) 23:54:16.69ID:wPgGfcNf0
>>165
MVVMではVMではあまり処理をせず処理の本体をModelに置きます
VMは複数のModelのメソッドを調整するのが主な役割ですね
2021/02/21(日) 23:59:22.36ID:ifsBqlUz0
>>169
それrivetの作者の受け売りだろ
彼の主張信奉してるの日本人だけだし、外人でそんなこといってる人いるから?
一度ちゃんと自分考えた方がいい
2021/02/21(日) 23:59:48.76ID:vbBeZVYP0
VがVMに依存してその逆ではないという点でクリーンアーキティクチャとよく似た考え方なんだよね。
172デフォルトの名無しさん (ﾜｯﾁｮｲ cfb5-xG0S)
垢版 |
2021/02/22(月) 00:00:39.53ID:0aX736QQ0
>>166
なるほど、サンクスコ
2021/02/22(月) 00:03:20.41ID:oajYG5G6r
>>165
>>ちょっとしたアプリにormみたいな概念はいらない
>>C#ならDataSetとかで十分やろ

話しあうね。
174デフォルトの名無しさん (ﾜｯﾁｮｲ cfb5-xG0S)
垢版 |
2021/02/22(月) 00:08:09.30ID:0aX736QQ0
>>167
サンクス
片方が変わったらもう片方も変わる、みたいなのは1-Wayでも出来るのかな？
2-Wayではやったことがあって、1-Wayでは試したこともない
2021/02/22(月) 00:10:06.70ID:oajYG5G6r
>>168
そ！
これはMVVMが出たときからそうだった。

MVVM原理主義と
圧倒的少数の穏健派（俺もこっち側）の戦い。

Blendも初期から使ってきて
初見では震えるぐらい感動したけど、
あまりに肥大化するコードと
見通しの悪さに疲弊した。
2021/02/22(月) 00:13:37.09ID:X+4sJ2iC0
あ、読み返してみたら>>140は「1 way binding」って書いてるんだな。
「1-way data flow」が主流ってんならわかるがbindingはないわ。
177デフォルトの名無しさん (ﾜｯﾁｮｲ cfb5-xG0S)
垢版 |
2021/02/22(月) 00:14:25.74ID:0aX736QQ0
RivetもPrismも正しく動作したことがない
もう一つReactiveなんとかいうのも動作したことがない
「これが使えるとすごく便利！」みたいな書き込みがあるのに使えないからもどかしい
だから面倒でも自分でMVVMを構成しないといけない
これでWPFが嫌いになった
2021/02/22(月) 00:17:10.88ID:EhEkNwIz0
>>170
標準的なページ遷移型のプログラム組むと、VとVMはページが変わるたびに再作成する
そしてModelはDIで永続化されるという仕組みだからVMにロジックを置きにくいんだわ

画面一つのアプリならVMにModelの機能まで作り込むのも一つのやり方では有るな
もっと小さいものならXamlのコードビハインドに全部作り込んでも良い
2021/02/22(月) 00:22:20.48ID:X+4sJ2iC0
>>175
穏健派自称するなら、MVVMいらないとかそういう否定から入るのはやめてくれや。
2021/02/22(月) 00:22:50.54ID:PjsyU8xx0
つか、お前ら経験足りないだけだと思うよ

MVVM本当に楽だよ

テストしやすいとかもあるし、コードの再利用とかもあるけど、そんなことより、新しい設計思想おぼえずに他のフレームワークでも使えるってこと

WPF/UWPでMVVM覚えて、今はandroidアプリとかモバイルアプリしか作ってないが

android/kotlinでもデータバインディング+MVVM
flutterはデータバインディングはないがflutterでもMVVM

全部アプリをMVVMで作ってる

もちろん、MVVMでなく一つの設計パターンがあればいいが
2021/02/22(月) 00:26:27.29ID:dMDj8jk/M
>>174
モデルの状態が更新されることにより、それに依存している他のビューも結果的に更新される
MVVMみたいに、プロパティ単位でこれとこれが依存しててみたいなクソみたいな低レベルな制御はしないの
182デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-oPCN)
垢版 |
2021/02/22(月) 00:30:08.66ID:5Ezd+ZoO0
Code behind の逆は Cfront かもしれんね。
2021/02/22(月) 00:30:52.37ID:PjsyU8xx0
MVVMでは基本、ViewModelとModelはその特性上、c#だろうがkotlinだろうが似たように設計できて、

ViewとViewModelの繋ぎ型だけが違う
WPF/UWPならxamlで繋ぐ
androidならデータバインディングあるからそれで繋ぐ
flutterはデータバインディングないけど、ちょっとコード書いて繋ぐ

いちいち、他のモバイルアプリ作るときにどう全体設計しようか悩まなくていい。とりあえず、慣れたMVVMでいけるから楽
2021/02/22(月) 00:44:09.66ID:bntsruVnM
>>176
MからVへのマッピングは宣言的、VからMへは手続き的
そういう意味では1 way bindingも間違いではない
185デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/22(月) 01:09:28.36ID:WJwuIwe+0
>>179
おいおい否定からはいっとらんぞ。
もともとMVVMがMessengerパターンで一応の完成？を見たあたりまでガチガチで組んでたし、
そもそもBlandをかなり活用してた。
ただコードビハインド使ったら負けみたいな意味不明なゲームには疑問を抱いてたりはしたりして、
その後Rx（Reactive）が出た位から、バインドいらんじゃんみたいになって
だんだんと否定派（穏健派）に転じた歴史だったかもね。
186デフォルトの名無しさん (ﾜｯﾁｮｲ cfb5-xG0S)
垢版 |
2021/02/22(月) 01:12:05.70ID:0aX736QQ0
>>181
ああ、そういう仕組みなら大歓迎
そうそう、プロパティ単位でこれとこれが依存しててみたいなクソみたいな低レベルな制御だよね
そんなマイクロマネジメント要る？って感じだよね
2021/02/22(月) 01:56:16.59ID:YVpmaKgG0
結局使いこなせない人が悪口言ってるだけに見えるんなあ
同意できるのはa390-aJe7氏くらいだわ
2021/02/22(月) 11:24:38.55ID:Xis0SD1dM
MVVMは、VMがMのラッパーでありながらVの抽象でもあるという点で単一責任の原則に反してるんだよ
VMのプロパティがVの状態に極めて強くバインドされているために、どうしても状態がMから乖離しやすい
>>186のようなプロパティ同士の依存関係って大抵のケースではMの共通の属性に対してVへのマッピングが複数存在するだけの単純な話なのだけど、
それぞれがV-VM間で2-way-bindingされていることにより問題がとても複雑になる
2021/02/22(月) 12:53:16.06ID:YVpmaKgG0
それはそういう風に組んじゃってるからだろうな
初学者はどっちつかずの実装にしちゃってグチャグチャになる
その辺りガッツリ布教してないMSが悪い
2021/02/22(月) 13:10:46.32ID:ekurkaYAM
人脈が無いのが悪い
2021/02/22(月) 13:58:26.53ID:laRmcntH0
書籍がないのが悪い
MSがまずまともな日本語書籍を出せ
2021/02/22(月) 14:16:47.77ID:xzlcT0ih0
もう今更だよｗ
10年以上経っていて全く普及していないのだし
windowsアプリをネイティブで作る時代は終わりつつある
簡単なツール作るぐらいならWinFormsで十分だし
この用途ぐらいしか今は無いかなｗ
2021/02/22(月) 15:34:16.50ID:WJwuIwe+0
>>192
この話しにwinFormsは全く関係ない
2021/02/22(月) 15:39:52.11ID:WJwuIwe+0
あとMVVMが問題あるんじゃなくて
WPF流MVVMが...なだけ。


そりゃそうさ。
Blendを作る為に肥大化しちゃったんだもの。

angularとかknockout.jsは
そんなに酷い事にはなってないんだもの。
2021/02/22(月) 16:14:50.29ID:uZ7ZGJm+d
VMSAWRS
2021/02/22(月) 16:23:06.46ID:YVpmaKgG0
なんでそんなにBlendと絡めたがるんだｗ
Blendのせいで肥大化したってソースあんの？
アニメーション作るときくらいしか使わんが
2021/02/22(月) 17:51:42.39ID:X+4sJ2iC0
Blend Blend言ってる人の念頭にあるのはBehaviorじゃないかねぇ。
MVVMそのものとは直接関係ないし必要な人だけ使えればいい代物だが。
2021/02/22(月) 17:55:29.69ID:63w9RhYUa
簡単なツール作るだけならWinFormsで十分っていうのはまぁそうだろうな
直感的だし覚えることも少ない
WPFに慣れればWinFormsを使う気にはならないが
199デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/22(月) 18:14:48.06ID:WJwuIwe+0
>>197
無論、それも含まれるのだが、
ViewとViewModelの結合を無理やりXAMLだけでやらせるという精神性だよ。
そこになんの意味があるのだ？
2021/02/22(月) 19:23:08.58ID:X+4sJ2iC0
bindingはいずれにしろどこかに記述する必要があるだろうが「無理やりXAMLだけでやらせる」って
具体的にどういうことを指しているのかがわからんな。
しかも「精神性」ときた。
201デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM7f-0TpN)
垢版 |
2021/02/22(月) 19:29:48.55ID:rk3Z26pVM
バリデーションはどの方法がナウいの？
2021/02/22(月) 19:52:00.06ID:WyUl8J7r0
奴隷仕事する安いWeb屋以外には全く不要と理解した
203デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-AkpG)
垢版 |
2021/02/22(月) 23:57:34.11ID:nYWX3IgW0
>>149
それだったらネイティブC系でないと。
全然違うぞ。
204デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-AkpG)
垢版 |
2021/02/23(火) 06:13:55.47ID:sv/Yo7HN0
ツール位ならWinFormで十分ってあるけどWinForm以外でみんなはどんだけスゴイ複雑なアプリ作ってんだ?
WinFromじゃダメなアプリって一体。。
2021/02/23(火) 06:18:25.78ID:IRMSQgrY0
速度優先で描画って話になるとwinformじゃ
制約多過ぎなので、WIN32Apiで書くでしょ
2021/02/23(火) 06:23:09.62ID:IRMSQgrY0
aseprite はskia を使っていたな
https://www.aseprite.org/
2021/02/23(火) 08:30:14.84ID:cn9M2RK90
業務アプリこそ見栄え要らんのに
208デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-AkpG)
垢版 |
2021/02/23(火) 09:30:28.30ID:sv/Yo7HN0
>>205
.NET以外のCなら良い。MFCとか。
2021/02/23(火) 09:33:59.34ID:2jti1hD20
ここでツールって言ってるのは自分しか使わないようなツールのことだろ？
210デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-AkpG)
垢版 |
2021/02/23(火) 09:39:55.03ID:sv/Yo7HN0
>209
職場で30万ステップはあるだろう、電子診療録があるけどな。
1000人位が使ってる。
2021/02/23(火) 10:12:16.12ID:OuCytsjB0
WPFが流行らなかったのは生産性が低いから
2021/02/23(火) 10:24:07.60ID:HK+h3r9h0
いや、生産性は高いよ
学習コストが高いだけで
2021/02/23(火) 10:31:53.70ID:YnrsFwIJ0
WINUIで少しは増えるのかな
214デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-AkpG)
垢版 |
2021/02/23(火) 10:41:33.34ID:sv/Yo7HN0
>>212
学習コストも重要。
2021/02/23(火) 11:03:52.95ID:ysYwoRGz0
winformもwpfも絵文字を色つきで表示できないのがな…
業務アプリでも要望あるんよね
2021/02/23(火) 11:40:22.97ID:qVJDFfo90
絵文字って〒とか？
リッチテキストボックスなら出来るんでは？
2021/02/23(火) 11:43:26.98ID:lNyBX+Rq0
>>216
それは単なる記号で別物
https://ja.wikipedia.org/wiki/Unicode%E3%81%AEEmoji%E3%81%AE%E4%B8%80%E8%A6%A7
2021/02/23(火) 11:48:58.01ID:qVJDFfo90
それもフォントにあれば普通に表示されるやん
2021/02/23(火) 11:55:44.20ID:lNyBX+Rq0
>>218
表示はされるけど、色がモノクロになってない?
2021/02/23(火) 12:11:41.49ID:j4L8+y6t0
試してないけどこれ？TextBlock.IsColorFontEnabled
2021/02/23(火) 12:13:55.14ID:j4L8+y6t0
ああ、もしかしてUWPでしか使えないのか。
2021/02/23(火) 15:45:45.49ID:HK+h3r9h0
そういやMicrosoft.Toolkit.MvvmってのがPreview4まで来ていて
WindowsCommunityToolkit7.0の機能の一部として恐らく来月にリリースされそうだが
これ今後使われるのかな？

UWPだけじゃなくてWPFでもそのまま使えるものらしい
2021/02/23(火) 15:49:45.69ID:3REzuazL0
wpfでGPU支援ありってのが売りになってるけど
windows.formsはGPU支援無いの?
2021/02/23(火) 15:55:21.29ID:j4L8+y6t0
FormsがベースにしているGDI+はGPU対応ができないといって捨てられた。
225デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-AkpG)
垢版 |
2021/02/23(火) 15:56:23.67ID:sv/Yo7HN0
テキストボックス　コンボボックスなどのコントロールでGDIもGDCもないわ。
2021/02/23(火) 17:43:47.48ID:1BXE0YOc0
WinFormsマンはMVVMなんて完全無視してコードビハインドべったりでWPFやればいいんだよ
227デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-AkpG)
垢版 |
2021/02/23(火) 18:52:05.60ID:sv/Yo7HN0
仕様満たしてれば万事OK
2021/02/23(火) 21:57:50.52ID:6k3lOGV+r
>>226
誰かがWPFで
①MVVMパターン
②MVVMを使わないパターン
の実装サンプル作れば良いかもね。
2021/02/23(火) 23:46:28.80ID:ysYwoRGz0
ネット上にいくらでも転がってる
同じ課題を両方で、とかいう面倒な意味なら
対価と引き換えに作ってくれる人ならいくらでもいるんじゃね
俺とか
2021/02/23(火) 23:51:13.97ID:+jCQH6bJ0
>>229
対比させたやつある？
2021/02/24(水) 00:37:24.16ID:P6vbuKTS0
>>230
https://github.com/PrismLibrary/Prism-Samples-Wpf
prismのサンプルだけどコレを全部読んだら大体理解できる

https://prismlibrary.com/docs/
ドキュメントはコレでいい

ここらへんのソフトを見てMVVM使わなかったらどうなるか自分で作りゃいいよ
232デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/24(水) 02:24:29.21ID:i0V8pFic0
>>231
なんでここでprismを持ち出すん？
2021/02/24(水) 02:48:17.37ID:edAGB3A30
たまに出没するrubyの人を思い出した
2021/02/24(水) 08:36:17.42ID:MwOs66OZa
>>226
柔軟なレイアウトの恩恵は受けられるんだから、これがformとwpfのいいとこ取りな方法だと思う
2021/02/24(水) 09:27:19.96ID:y8KT0drJ0
昔ながらのアプリならViewとModelの内容をリアルタイムに一致させとく要求なんてないんだから
ViewとViewModelだけ使うのもアリ
2021/02/24(水) 09:45:18.98ID:xKeK0ZzLM
>>235
それはMを勘違いしてるのでは
Mは直接的にドメインモデルやデータモデルではなく、UI固有の状態をモデル化したものであってもいい
VMとの違いは、VMはVと蜜にバインディングされることを前提にインスタンスやプロパティがVと一対一で対応する点だ
2021/02/24(水) 09:56:48.75ID:P6vbuKTS0
>>232
prism使わずにmvvmは考えられないのだが、あなたは全部自前で実装しているのかな？
prism以外なら何を使っているのか教えてほしい

INotifyPropertyChangedやICommandの実装やViewModelLocaterは最低限必要でしょ
238デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/24(水) 10:51:50.94ID:i0V8pFic0
ほらでた、prism 持ち出すクソ信者！

クソの上にクソを積み重ねたクソの塔 prism。

>> INotifyPropertyChangedやICommandの実装
それぐらい自前で書けや。

>> ViewModelLocaterは最低限必要
そんなもんいらん。

まあもう、大昔にデスクトップアプリは捨てて
クロスプラットフォームに完全移行したんで、
どうでもよいけど。
2021/02/24(水) 12:12:17.32ID:Pl6UTByFM
よく判らないのでword star か
GOFで説明してくれ
2021/02/24(水) 12:18:41.45ID:w3lyQUlm0
>>237
INotifyPropertyChangedは簡単な自作クラスで、後はReactivePropertyだな
241デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/24(水) 12:38:29.63ID:i0V8pFic0
>>240
INotifyPropertyChangedは2、30行位の共通コード書いて、
ViewModel内の個々の定義は１行で行けた記憶あり。

>>ReactiveProperty
だね。UIこそReactiveだ。

MVVMなんぞ使わずとも、
コードビハインドでＲｘフル活用すればかなりイケた実装が出来る気がする。
242デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/24(水) 12:42:10.21ID:i0V8pFic0
最近のデザインパターンってあんま聞かなくなったけど、
デザインパターンって勉強してんの？
これこそ基本と思うんだけど。
243デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/24(水) 12:47:49.12ID:/ijFpzJL0
あわしろ氏はデザパタはオワコンと言ってるけどな。
2021/02/24(水) 12:48:04.29ID:2F6/NL6dr
>>236
めんどくせー
WinFormsを前提とした話なんだから
そんな厳密な話でもないやん
245デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/24(水) 13:15:16.04ID:i0V8pFic0
>>243
あわしろ氏？？ナニモンだ？
246デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/24(水) 13:47:05.43ID:/ijFpzJL0
Linuxを作った男を知らんのか。
247デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/24(水) 14:10:33.58ID:i0V8pFic0
リーナス以外はようしらんわ。
248デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/24(水) 14:16:42.54ID:i0V8pFic0
自分の主戦場でも、状態管理ライブラリの流行があって、
量産されたクソコードが有難たがられる風潮になっちゃんてるんだけど、
それってデザインパターン的な実装能力の欠如から来るんじゃないかと思っとる次第。
249デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/24(水) 14:21:05.91ID:/ijFpzJL0
Microsoft MVP for WSLであり、KENTAの師匠でもあるぞ。
業界に疎いのか？
250デフォルトの名無しさん (ﾜｯﾁｮｲ cfb5-xG0S)
垢版 |
2021/02/24(水) 14:54:36.06ID:KW+DlOc20
>>243
もっと詳しく！
まず、オワコンの理由は？
あと、デザインパターンがオワコンなら、それに代わる代替手段はあるの？
251デフォルトの名無しさん (ﾜｯﾁｮｲ 4301-pQAD)
垢版 |
2021/02/24(水) 15:28:00.61ID:i0V8pFic0
>>249
ラベルされたものを信仰するような？？では無いので。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況