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(土) 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でもないどころか関心の分離すら無視した全く別の何かじゃん

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

どんなプログラミングパラダイムを採用しようと
UIの変更にモデルは影響されないのが原則だと思ってる

例えばWPFで作ったものをASP.netでWebインターフェイスに変更することになったとしてもモデルには一切触れなくて済むのが本来あるべき姿
しかしモデルにUIのための通知機能を入れた途端にそれは破綻する
別にモデル通知機能があったって動くから良いだろと言う話ではない

そこがモデルに通知機能を実装する違和感の根源

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

変更を通知するサービス

たとえばみんなが知ってる gmail（いわゆるPushメール）とかは
クライアントを WPF でも Flutter でも React でも作れると思いますが、
ではこの機能は何に相当するのでしょうか？

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

通知機能のあるMをVMのObservableCollectionでVに公開すると
このMはVMになりますか？
MVVMでは反則でしょうか？

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

>>571
何とは?
MVVMの役割のことを言っているのあれば、どれでもない
Mの中で使用される機能と言うだけ

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

Amazon SNS（Simple Notification Service）は、

そのためだけにサーバーを用意しなくても、
アプリケーションからの通知を可能にするサービスです

ユーザーが何かを行ったタイミングで通知する
「イベントドリブン」なメッセージングを手軽に実現します

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

>>570
>しかしモデルにUIのための通知機能を入れた途端にそれは破綻する

そこに依存性逆転パターンを使うのが常套手段。

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

>>572
Collectionの要素に変更があるのを監視する必要がなければそれでOK
別に反則じゃないと思う

**デフォルトの名無しさん** · 2021/07/14(水) 19:37:54.90

今日は勝ちたい病のVMにビジネスロジック実装する君は来てないの？

**デフォルトの名無しさん** · 2021/07/14(水) 21:01:12.91

どうした、恋しいか？

**デフォルトの名無しさん** · 2021/07/14(水) 22:40:50.82

こないと>>547の馬鹿みたく関係ない人攻撃しだすからなww

**デフォルトの名無しさん** · 2021/07/14(水) 22:48:26.38

え？
ID:B/Smfxylは馬鹿だよ

**デフォルトの名無しさん** · 2021/07/14(水) 23:03:29.16

久しぶりにみたわ
必死過ぎて全員敵に見える病ww

**デフォルトの名無しさん** · 2021/07/14(水) 23:13:04.52

家に鏡がないのか？
鏡を買えば毎日見られるぞ

**デフォルトの名無しさん** · 2021/07/15(木) 02:12:58.55

自分がそれで見られるからって
他人が同じことして見られると思ってるあたりが馬鹿だよね

**デフォルトの名無しさん** · 2021/07/15(木) 08:43:28.31

みんな皮肉が上手だなあ(鼻ホジ)

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

>>576
いやMの通知をVが監視する状態だよ

**デフォルトの名無しさん** · 2021/07/15(木) 14:23:21.77

ロジックはコマンドに書いてるけどコマンドってVMの仲間じゃないの？

**デフォルトの名無しさん** · 2021/07/15(木) 19:55:28.67

>>585
原理主義通すならその通りなので止めた方が良い
大規模プロジェクトで規約作る段階とかならあなたの言う通り
そうでないなら工数とのバーター

**デフォルトの名無しさん** · 2021/07/15(木) 20:40:50.25

そういやコレクションでもしっかりVM挟めって人がWPF出来て直ぐの頃は言う人いたよな

**デフォルトの名無しさん** · 2021/07/15(木) 23:20:18.67

なんか人によってVMの定義が違うのかねぇ？
WPFだとDataContextにセットするのがVMだと認識しているが。

**デフォルトの名無しさん** · 2021/07/15(木) 23:31:38.36

>>589
ListViewなどでも、内部的にListViewItemのDataContextにコレクションのアイテムがセットされるから何も変わらないよ
それにVM挟めというやつが昔はわりといた