WPF(.NET, WinUI) GUIプログラミング Part26

**デフォルトの名無しさん** · 2021/06/20(日) 17:04:18.66

Windows Presentation Frameworkについて語るスレ。

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

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

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2021/07/10(土) 12:35:43.17

だからそもそも今までだってどこのModelか知らんが(A)の部分は汚染されてないけどな..
二つ似たようなの作ってるが..

**デフォルトの名無しさん** · 2021/07/10(土) 12:52:18.73

もちろん、Modelをmutableにしてもいいけど、ViewModel(Store)内でModelを直接更新するからModelの変更通知機能は全く必要なくて、更新後ViewModel(Store)がViewに状態が変わりましたよって通知できればいい

やっと理解できました
ありがとう

**デフォルトの名無しさん** · 2021/07/10(土) 15:15:27.78

mvcやらmvvmやらに全てあてはめようとして考えて、
訳わかんない考えに染ってるのばっかだな

**デフォルトの名無しさん** · 2021/07/10(土) 15:53:06.08

まあデザインパターン病と同じ。

**デフォルトの名無しさん** · 2021/07/10(土) 16:12:10.43

>>470
これが何も知らない新人君でもやる普通の実装なんだがな

**デフォルトの名無しさん** · 2021/07/10(土) 18:17:59.49

>>470
そうすると複数のビューで一つのモデルを参照しているようなときは
ひとつのVMだか何だかが複数のビューと対話するん？

**デフォルトの名無しさん** · 2021/07/10(土) 18:34:12.08

というかこれって答えあるのか？

**デフォルトの名無しさん** · 2021/07/10(土) 18:37:01.39

オブザーバーでも
イベントでも
好きなパターンで実装すればよろし

**デフォルトの名無しさん** · 2021/07/10(土) 18:52:36.88

>>470
それは間違いだよｗ

VMにM更新のロジックを書くなよとｗ
VMごとにロジック書いて不整合があってバグ発生するだけ

**デフォルトの名無しさん** · 2021/07/10(土) 18:54:15.71

VMからMにはメッセージのみ送る

馬鹿はVMからMをいじる

**デフォルトの名無しさん** · 2021/07/10(土) 18:57:20.02

WPFで本気でMVVMやりたいならMに通知もみんな書くんだよ
これがモデル汚染

最近はビジネスロジック層を作ってお茶を濁してるけどそれも結局通知はどこなのか普通に迷うところ

**デフォルトの名無しさん** · 2021/07/10(土) 19:16:41.13

>>479
>WPFで本気でMVVMやりたいならMに通知もみんな書くんだよ
MVVMの話でいいならそれはrigaya?が勝手に言ってるだけだぞ
別に正解の定義なんてないだろうしどっちが正解とは言
言わんが

Modelのメソッドは結果を返さず、メソッドの呼び出しの結果、自身の状態(プロパティ)を変更するだけってやつだろ

**デフォルトの名無しさん** · 2021/07/10(土) 19:28:32.13

フレームワークの方法論は
その開発者が一方的に押し付けてる理屈なのに
気づけない馬鹿

**デフォルトの名無しさん** · 2021/07/10(土) 19:35:48.59

違うよ
知性の問題だ
それが理解できない馬鹿がバグを量産する

**デフォルトの名無しさん** · 2021/07/10(土) 19:36:54.45

馬鹿が自分が馬鹿でないと思って偉そうに何年もクソコードを書いてMVVM最高と言ってるだけだ

**デフォルトの名無しさん** · 2021/07/10(土) 19:38:06.79

うん、rigayaは開発者じゃないしね

**デフォルトの名無しさん** · 2021/07/10(土) 19:40:04.65

>>484
うがやじゃなくてお前ともう一人が馬鹿なんだ

やっと理解できましたじゃねーよ

**デフォルトの名無しさん** · 2021/07/10(土) 19:43:32.20

modelとviewModelの責務分けは
馬鹿には出来んよなーー

**デフォルトの名無しさん** · 2021/07/10(土) 19:47:15.76

外人でrigayaと同じ主張してる人見たことない
Modelで通知をするのが普通とか言ってるのはお前が勝手に思ってるだけ

>>481でMVVMを本当に作った人が特定できるならまずそれを特定してくれ。で、Modelで変更通知を実装するのが普通ってどこに書いてあるか教えてくれ

**デフォルトの名無しさん** · 2021/07/10(土) 19:52:15.95

もちろん、ViewModelはビューの状態を保持し、Modelに対してはModelのメソッドを呼んで
ビューに関するロジックを書くだけだぞ

Modelに変更通知機能あるかないかは全く関係ない話

勝手にModelに変更通知があるのが普通と思ってのはお前

**デフォルトの名無しさん** · 2021/07/10(土) 19:52:27.91

フレームワークつかうと
やっぱ宗教じみた変なのが誕生するなーー

まずはプリミティブなライブラリのみ使用して
デザインパターンとか理解してみる事をおすすめする

**デフォルトの名無しさん** · 2021/07/10(土) 20:01:26.66

>>478
「メッセージのみ送る」と「いじる」の違いはこいつの頭の中にしか無いんだろうな。

**デフォルトの名無しさん** · 2021/07/10(土) 20:06:44.05

MVVMでViewModelの責務は>>488なだけ

Modelが変更通知を実装するしないかは関係ない

MVVM黎明期、rigaなんとだけが日本で声上げたからあいつの馬鹿信者が増えたんだろう
しかも日本だけ笑い

**デフォルトの名無しさん** · 2021/07/10(土) 20:17:00.58

だから>>362で最初からバインディングはVVMまででいいって言ってるじゃん
何をそんな喧嘩腰で議論する必要があるのか

**デフォルトの名無しさん** · 2021/07/10(土) 20:23:04.54

“model” と “view、viewModel” の開発者は
分けた方がいいかもな

modelだけで業務が回せるようになってればいいだろ
実際modelはpythonで実装するの増えて
担当者も異なる事が多いわ

**デフォルトの名無しさん** · 2021/07/10(土) 20:43:24.78

>>492
バインディングの話じゃないって分かってない？

**デフォルトの名無しさん** · 2021/07/10(土) 20:55:14.46

>>494
え？変更通知なんだから要はバインディングの話でしょ？

**デフォルトの名無しさん** · 2021/07/10(土) 21:06:48.12

今日だけで50レスも進んでるのか
ヒマすぎだな

**デフォルトの名無しさん** · 2021/07/10(土) 21:45:12.95

例えば、ModelがImuutableでINPCを実装しないとするよ。で、Modelの更新はModelのメソッドを呼んで、
メソッドの戻り値として新しいインスタンスを返すとする
class Model {　// ImmutableなINPCを実装しない
　public Task<Model> UpdateAsync() <-　新しいインスタンスを返す
}

で、ViewModelから更新かけるとき、更新後、最新の情報に更新する必要あるなら、それは
あくまで表示の都合だから、ViewModelにそのロジックを書いて問題ないだろ？？

class ViewModel {
　public void Hoge() {
　　var result = await model.updateAsync()
　　// resultの結果を元にViewModel更新
　}
}

ModelがINPCを実装するかなんて本来はMVVMには関係なく俺にはこれも立派なMVVMにしか見えねぇわww

**デフォルトの名無しさん** · 2021/07/10(土) 21:59:07.18

もちろん、MVVMの厳格な定義なんて知らないし、極論すれば言葉の問題になるから
どっちが正解なんて言うつもりはないが、

rigaなんとか的に
「ModelはINPCを実装して、Modelのメソッドは戻り値は返さないで、
メソッドの呼び出しの結果自身の状態を変更し、INPC経由でViewModelに通知する」
で

おまえらこれだけがMVVMだと思ってるだけじゃんw

**デフォルトの名無しさん** · 2021/07/10(土) 22:07:37.44

>>497
うん、これが王道の作り方

**デフォルトの名無しさん** · 2021/07/10(土) 22:14:04.55

悪いけど売られた喧嘩で言わしてもらうが
>>485,486,490

はバカ三兄弟だわww

**デフォルトの名無しさん** · 2021/07/10(土) 22:54:51.35

ID:uwFcR1va
この人のサーバーサイドには
何が実装されてるのだろうか...

**デフォルトの名無しさん** · 2021/07/10(土) 22:55:10.24

>>500
なりほど、お前さん>>478の言う「メッセージのみ送る」と「いじる」の違いが理解できるならちょっと説明してみてくれないか。

**デフォルトの名無しさん** · 2021/07/10(土) 23:07:03.07

>>502
あ、ごめんひょっとして間違ってたら謝るわ

>>490って俺に対するあてつけ？じゃなかった？？
ただの>>478へのレスなら謝るわ。すみませんでした。

つか、あとrigaじゃなくてググるとugaだったw

**デフォルトの名無しさん** · 2021/07/10(土) 23:59:12.78

awaitはasyncが必要だろう。

**デフォルトの名無しさん** · 2021/07/11(日) 00:15:04.56

読みづらいからよ
続けるなら名前欄にスタンスを書いてくれないか

**デフォルトの名無しさん** · 2021/07/11(日) 01:46:58.32

やっぱりWPFはめんどくさいなw

**デフォルトの名無しさん** · 2021/07/11(日) 02:11:56.24

>>495
そこまで話を広げるとMに通知機能があろうが無かろうが全部バインディングだろうよ
今問題になってんのはVはVMに依存してる前提で
VMとMの問題だと思うんだが違うんかな

**デフォルトの名無しさん** · 2021/07/11(日) 02:13:20.15

>>506
WPFはめんどくさいっていうのが他の後発フレームワークとの比較なら分かるけど
WinFormと比較するんだったら比べものにならないくらい簡単だぞ

**デフォルトの名無しさん** · 2021/07/11(日) 02:52:00.72

>>508
ほんまかいな

**デフォルトの名無しさん** · 2021/07/11(日) 02:59:38.37

楽⇔面倒
簡単⇔難しい
単純⇔複雑
区別できない奴多すぎでは

**デフォルトの名無しさん** · 2021/07/11(日) 08:40:13.02

>>501
予想
ID:uwFcR1va 氏の構成

(client)
View
ViewModel
Model
Database Client Library

↑↓

(server)
Database Server

**デフォルトの名無しさん** · 2021/07/11(日) 12:56:04.27

一人ホームラン級の馬鹿がずっとレスしてるだけだな

MVVMでMから変更通知出すのは当たり前
VMでモデル変更して通知と言うけどモデル内で変更が生じた場合VMが変更通知出してるのかｗ？

VMは画面ごとに作るけどMに対応した処理はどこに書かれるんだ
まさか画面ごとか？

**デフォルトの名無しさん** · 2021/07/11(日) 13:02:33.38

MVVMが便利なのはMを操作すると通知が飛んで画面更新通知を自分でしなくて良いところ
それをVMで自分でやると言うのだから無意味なMVVMに感じる

VMで手作業の通知忘れるとバグが出る
Mに通知機能があれば通知忘れバグはない

**デフォルトの名無しさん** · 2021/07/11(日) 15:05:54.19

>>512
これは自分がホームラン級のバカと気づいていないバカ

**デフォルトの名無しさん** · 2021/07/11(日) 15:56:42.82

ここまで全部おれ

**デフォルトの名無しさん** · 2021/07/11(日) 16:21:58.99

マジカヨ死んでくれ

**デフォルトの名無しさん** · 2021/07/11(日) 17:09:03.43

オブザーブバブルコレクション使ってモデル読み込むだけだよね
Mは単なるデータでいい

**デフォルトの名無しさん** · 2021/07/11(日) 18:49:50.97

VMVもUserControl以外全部Xamlにしてバッチグーなローコードだ

**デフォルトの名無しさん** · 2021/07/11(日) 19:22:59.17

馬鹿が必死になってるのが痛い

**デフォルトの名無しさん** · 2021/07/11(日) 19:37:13.31

昨日の話を一人で長文書いて続きやろうとしてる必死さが笑える

**デフォルトの名無しさん** · 2021/07/11(日) 20:23:07.63

コテンパンにされた通知馬鹿w

**デフォルトの名無しさん** · 2021/07/11(日) 20:29:52.86

一人でINPCって言ってる馬鹿が勝手にコテンパンにされてるだけだろう

**デフォルトの名無しさん** · 2021/07/11(日) 21:47:14.35

>>514
オウム返しするだけじゃなくてちゃんと反論してくれ
あおり合いじゃなくて議論が見たい

**デフォルトの名無しさん** · 2021/07/11(日) 21:58:06.58

>>523
ここじゃあとてもとても無理だ

**デフォルトの名無しさん** · 2021/07/11(日) 22:15:44.15

>>524
なら黙ってて

**デフォルトの名無しさん** · 2021/07/12(月) 06:31:59.34

凡俗法則の実例

**デフォルトの名無しさん** · 2021/07/12(月) 10:14:37.67

凡俗法則って言葉知らんかったわ

この外資系社員が凡俗法則を説明してんだが、例に出してるコイツ自身の資料がダメだわ
https://www.daijob.com/crossculture/takashi/20120207.html

**デフォルトの名無しさん** · 2021/07/12(月) 11:29:09.25

UIへの変更通知と
Modelの購読をごっちゃにしてるのがそもそもの間違い。

前者はUIフレームワークで良く扱っているやつだが、
後者は一般的にはPush等で知られる通知処理だ。

で通知処理（Modelの購読が必要になるケース）なんてほぼほぼ無くて、
業務系システムだと株価のリアルタイム表示、チャット位なもんだ。
実装方法としてポピュラーなのはWebPush、WebSocket 、SignalRとか。

それ以外でどうしても必要になっても、通知処理みたいな面倒な機能は設けずに
通常はクライアント側でタイマー回してポーリングして凌ぐのが定石だし手堅いし
どこでもその方式でやってる。

**デフォルトの名無しさん** · 2021/07/12(月) 12:00:20.06

数量、単価、金額のプロパティがあるとしてどういう実装する？

VMで掛算してMはPOCOだよな

**デフォルトの名無しさん** · 2021/07/12(月) 12:34:29.39

計算ロジックは当然Mでしょ。

**デフォルトの名無しさん** · 2021/07/12(月) 12:44:59.03

POCOってなんですか？
おしえてよ

**デフォルトの名無しさん** · 2021/07/12(月) 12:50:37.95

>>531
基本的な.NETのオブジェクトだけで構成されているもの。
そこは気にしなくていい。

View→UI
ViewModel→UIフレームワークの都合上必要な部分
Model→その他全部

これだけ覚えておけば十分。

**デフォルトの名無しさん** · 2021/07/12(月) 12:57:16.22

>>532
ありがとう
ついていくぜ、旦那

**デフォルトの名無しさん** · 2021/07/12(月) 13:20:29.38

POCO : Plain Old CLR Object
DTO : Data Transfer Object

現場では必ずしも正しい意味では使われておらず、
実際は POCO は DTO と同義で用いられる事が多いかな。

（というか、自分の現場じゃ DTO と言う事が圧倒的に多い）

で、DTO の意味だが
アプリケーションの各層（ViewModel層、Model層、DA層）の
データのやり取りをする単純な入れ物クラスを指す。

class Xxxx
{
public int ID { get; set; }
public string Name {get; set; }
public string Address { get; set; }
}

こんなクラス。（あ！別にクラスでなくても良い）
ここに基本ロジックは無い。
（まあ、getterとかを足す場合もあるけどね）
で現場では、WebAPI等のIF実装から自動的に生成したりする事が多い。

**デフォルトの名無しさん** · 2021/07/12(月) 13:24:45.35

>>534
なにこの丁寧な説明！
もう抱いて！！

**デフォルトの名無しさん** · 2021/07/12(月) 13:26:43.36

>>535
♀？

**デフォルトの名無しさん** · 2021/07/12(月) 13:34:36.87

Model層へのアクセスは RESTful API で行う事が最近は多いとおもうから、
APIの仕様書を OpenAPI形式の APIドキュメントでもらって、
そこから自動生成するのが定石だよ。

まあ、イケてる現場なら普通やってたり検討したりするはず。
正直いって DTO とか POCO とか自動生成の最右翼コードだ。

**デフォルトの名無しさん** · 2021/07/12(月) 15:17:10.90

>>529
素でこういう人が多いんだろうなあと思う

**デフォルトの名無しさん** · 2021/07/12(月) 16:19:35.12

でもPOCOをラッピングしてPropertyChanged付けるとVMになるんですよね？

**デフォルトの名無しさん** · 2021/07/12(月) 19:40:53.71

>>529
こいつ一人が馬鹿なんだ
いい加減にあきらめろよ

**デフォルトの名無しさん** · 2021/07/12(月) 19:48:49.64

>>528 >>534
一番の馬鹿はこいつ

お前のやってる業務の現場の話じゃないWPFの話をしてるのにどんどん話をすり替えていく
土方業務話をしたいならどこかよそでやれよ

まだ恥の上塗りを繰り返すの？
ここには誰も味方はいない

**デフォルトの名無しさん** · 2021/07/12(月) 19:50:31.26

WPFのモデル層へのアクセスをRESTful API でやってるやつを教えて欲しい

馬鹿の世界では当たり前らしいけどｗ

**デフォルトの名無しさん** · 2021/07/12(月) 19:51:48.31

>>542
もう恥の上塗りはやめなよ
モデルのソースがWebAPIって話でしょ

**デフォルトの名無しさん** · 2021/07/12(月) 19:54:08.90

なんでWPFのモデル層の話をしていたのに

誰かの業務のWebAPIの話をしてドヤってんの？
知能レベル低すぎ

**デフォルトの名無しさん** · 2021/07/12(月) 19:56:53.06

>>544
なんで分からんのやろ？
ものすごいバカの壁を感じる

**デフォルトの名無しさん** · 2021/07/12(月) 20:02:52.66

>>545
そちらが馬鹿の壁を超えられないサルだからだろ

WPFのモデル層は他のフレームワークのようなPOCO（単なる入れ物）としてコーディングするだけでは通知が抜けており
MVVMの本来のメリットを享受できないという話だったのに

なぜかwebAPI使ったりロジックをVMに書いたりする話にすり替わっている
WPFではVMでロジック書いて通知が一般的だと言われても納得する人はいないんじゃないの？

旗色が悪くなると相手が理解できないと勘違いして業務の話を出してドヤってるけど誰でもわかるわ

**デフォルトの名無しさん** · 2021/07/12(月) 20:10:18.98

負けられない病にかかってるのかもしれないけど

そちらの主張どおりWPFではM層はみなiNotifyPropertyChangedの実装なしで書くのが一般的で
VMで通知が当然ですと書かれて納得すると言うのはおかしな話

本筋をねじ曲げて勝利したいのかがわからない

勝利病なの？

**デフォルトの名無しさん** · 2021/07/12(月) 20:28:01.38

>>528
MVVMアプリ的にはクライアント・サーバーのやり取りなんざまとめてMの範疇だろうに
そこの実装がプッシュだろうがポーリングだろうがどうでもいい話

**デフォルトの名無しさん** · 2021/07/12(月) 20:32:07.25

まずPOCOが単なる入れ物って認識が間違い

**デフォルトの名無しさん** · 2021/07/12(月) 20:34:47.17

POCOがあったらそこになんちゃらRepositoryやらなんちゃらServiceがあるわけじゃん
Modelはそれらを内包した概念なわけで
もうその辺から認識がズレてるから擦り合わせようがないんだと思う

話がどんどん後退していってる

**デフォルトの名無しさん** · 2021/07/12(月) 20:36:41.56

なんでPOCOとDTOをゴッチャにしてんだ
WPFでMVVMやるならDTOはMの更に先にあるもんだぞ
そっかだからやたらポコポコ言ってんのか
申し訳ないがWebに例えないと話ができない人はNGに入れとくわ

**デフォルトの名無しさん** · 2021/07/12(月) 20:39:06.39

MVVMのMには当然DTOが内包されるよね
更にその先って何？w

**デフォルトの名無しさん** · 2021/07/12(月) 21:02:09.50

>>534
>実際は POCO は DTO と同義で用いられる事が多いかな。

そう思ってる人と正しく使ってる人とで話が噛み合ってない感じだよな。

**デフォルトの名無しさん** · 2021/07/12(月) 21:30:46.04

>>540-541
これ、自演に失敗したのかな

**デフォルトの名無しさん** · 2021/07/12(月) 22:04:12.08

あのさ>>528は例えば特に>>495対するレスで、単にUIとは関係ない一般的な
通知論を言っただけで、>>541の言いたい事を否定してるように見えないんだけど
むしろ君の味方だと思うんだが、>>541は全員敵に見えてるの??

**デフォルトの名無しさん** · 2021/07/12(月) 22:19:19.66

ああ、ごめん俺が間違ってたww
>通知処理（Modelの購読が必要になるケース）なんてほぼほぼ無くて
ここでちゃんと否定してたねw

**デフォルトの名無しさん** · 2021/07/12(月) 22:20:11.65

>>555
エコシステムの話をしてるんじゃなくてWPFアプリの話をしてるので
MVVMのMをWPFアプリでどう実装するかが論点なのよ

**デフォルトの名無しさん** · 2021/07/12(月) 22:22:33.14

一応はWPFなりMVVMなりを前提として話してるもんだと思ったらまさかのUIは関係ない宣言

U I は関係なかった！

そら誰とも話通じんわw バカ同士仲良くしてくれ

**デフォルトの名無しさん** · 2021/07/12(月) 22:25:45.89

いや、やっぱ>>556取り消すわ
やっぱ、>>528は単に>>495に対するレスにしか見えないな

>>557
論点はそこにあると思うけど>>528は通知の一般論話しただけかもしれん

**デフォルトの名無しさん** · 2021/07/12(月) 23:41:05.62

なんじゃこりゃ！

**デフォルトの名無しさん** · 2021/07/12(月) 23:46:26.66

WPFに限らず一般的な話してるだけじゃん

**デフォルトの名無しさん** · 2021/07/12(月) 23:57:26.60

俺は土曜日までは会話に主な論点わかってたけど

昼間に君のレス見て、UIと通知を結びつける人がいて気になってたから、その人向けにUI関係ない通知の一般論言ってるんだろうと納得してたら

夜みて、通知の一般論言ってるだけなら全く関係ない人が怒り出してから草
って感じ

**デフォルトの名無しさん** · 2021/07/13(火) 00:56:18.26

だってWPFと関係ない話になってんだもん
むしろ論点ずらししてるっしょ

**デフォルトの名無しさん** · 2021/07/13(火) 05:46:23.04

頭ひろゆきかよ

**デフォルトの名無しさん** · 2021/07/13(火) 08:46:15.95

VMに相当する部分にビジネスロジックをガッツリ書くのはアプリ設計としてありだが、それはMVVMじゃないな
MVVMはModelにビジネスロジックを書くのが本来の定義だ

**デフォルトの名無しさん** · 2021/07/13(火) 08:51:29.18

いやあ皆性格わるいねえw
醜いもんだよw

**デフォルトの名無しさん** · 2021/07/13(火) 09:07:04.94

>>547は最悪の性格だと思うww
>>528に勘違いでぶきちれてる

**デフォルトの名無しさん** · 2021/07/13(火) 09:08:01.98

ぶちきれてるねw

**デフォルトの名無しさん** · 2021/07/13(火) 09:18:27.78

>>565
そんな設計はもうViewModelなんて言葉を使うべきじゃねえわ
MVCでもMVVMでもないどころか関心の分離すら無視した全く別の何かじゃん