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

**デフォルトの名無しさん** · 2023/01/22(日) 05:53:16.97

WPF(Windows Presentation Foundation)について語るスレ。

前スレ
WPF(.NET, WinUI) GUIプログラミング Part30
https://mevius.5ch.net/test/read.cgi/tech/1667010874/

関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/

コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/

**デフォルトの名無しさん** · 2023/08/19(土) 08:57:39.75

作りたいなら手を付ければいいのにな

モックなりプロトタイプなり、人によっては基本設計なりスケッチなり、
やりたいアイデアがあるなら端からやってみればいい

**デフォルトの名無しさん** · 2023/08/19(土) 10:14:20.56

>>775
フォントってモニターの解像度が高いと綺麗に見えるんだよ
そんなことも知らずにフォント叫んでるのお前だけだからな

**デフォルトの名無しさん** · 2023/08/19(土) 11:39:14.41

そういや、DATアクセスは8月まではフリーアクセスどうこう言ってるけど
運営は8月移行はどうなるかわからんとか言ったん?

**デフォルトの名無しさん** · 2023/08/19(土) 14:14:58.58

うんこWinUI 3の最新版リリースされたやん
Version 1.4 Preview 2
次がStableか
つかさ、新しいItemsViewコントロールとか
最初
ListView/GridView
で
ItemsRepeater
で
ItemsView

**デフォルトの名無しさん** · 2023/08/19(土) 14:19:30.21

The new ItemsView control displays a data collection. ItemsView is similar to the ListView and GridView controls, but is built using the ItemsRepeater, ScrollView, ItemContainer and ItemCollectionTransitionProvider components. It offers the unique ability to plug in custom Layout or ItemCollectionTransitionProvider implementations
なんだItemsViewはItemsRepeaterなどの合体コントロールか

で新しいレイアウトのLinedFlowLayoutと
AnnotatedScrollBarか

**デフォルトの名無しさん** · 2023/08/19(土) 14:33:48.82

ItemsRepeaterの問題は選択機能がなく、自前で実装(見た目とかも)しなきゃいけなく
億劫だったが
ItemsViewはそこら辺もListView/GridView見たくやってくれるようなったんだよね?

**デフォルトの名無しさん** · 2023/08/20(日) 20:28:42.15

ちゃんと手を動かして形にしてるだけ偉いと思うんだ
夏休みダラダラしてた俺とは天と地ほど差がある

**デフォルトの名無しさん** · 2023/08/20(日) 20:43:28.47

今はさすがに休もうよ
秋はコーディングの季節だ！

**デフォルトの名無しさん** · 2023/08/20(日) 21:50:19.57

近頃は秋なんかほとんどないけどね。

**デフォルトの名無しさん** · 2023/08/21(月) 10:28:12.08

>>779
UI/UXは技術じゃなくセンスだけども、頑張って欲しい
テーマを選べるだけでもいいかもしれないが
あとやっぱり機能として、スレ立ては欲しいな

**デフォルトの名無しさん** · 2023/08/22(火) 22:27:09.72

Vmという接頭辞がついているのにviewmodelじゃなかったり、過去の使われなくなったコードが全部残ってたり、1クラスが1万行超えてたりetcetc
おまけにそもそも設計のドキュメントは一切無い。外部向けの資料のみ。ひどい会社に来てしまった……

**デフォルトの名無しさん** · 2023/08/22(火) 23:11:38.63

JTCあるある

**デフォルトの名無しさん** · 2023/08/23(水) 00:06:39.19

>>805
そういう愚痴はマ板でやれ
だからお前は駄目なんだよ

**デフォルトの名無しさん** · 2023/08/24(木) 01:54:01.54

>>751
datのフリーアクセスって8月いっぱいなの？

**mdysdev** ◆XSDsAilQpD0E · 2023/08/24(木) 20:49:59.75

>>804
スレ立てテストできる板ってどこかにありますか？

**デフォルトの名無しさん** · 2023/08/24(木) 20:56:22.03

>>809
Anarchy実況
https://agree.5ch.net/liveanarchy/

数分で消えるしdatも残らず消滅するから気楽にテストできる

**mdysdev** ◆XSDsAilQpD0E · 2023/08/24(木) 21:07:04.44

>>810
ありがとうございます。機能追加してみます

**デフォルトの名無しさん** · 2023/08/24(木) 22:13:47.33

がんばれ！

**デフォルトの名無しさん** · 2023/08/24(木) 23:13:10.10

>>811
あのコードは何人で書いたんだ？

**デフォルトの名無しさん** · 2023/08/24(木) 23:34:26.49

どう見ても一人だろ

**デフォルトの名無しさん** · 2023/08/26(土) 11:36:32.15

初心者じゃないんだから、5chブラウザつくるとしても
少し挑戦的な事してここの視聴者楽しませてよ

**デフォルトの名無しさん** · 2023/08/26(土) 12:52:15.75

ツマンネ。もっと気の利いたこと書き込めよ

**デフォルトの名無しさん** · 2023/08/26(土) 14:29:43.74

コード見るとわかるけど違和感しか感じない
C++？とか

**デフォルトの名無しさん** · 2023/08/26(土) 14:37:18.36

ともかくいろいろとちぐはぐしてる
人に見られることを前提とした普通に自分で組むには不要なコメントとか
大きなサービスとか…

**デフォルトの名無しさん** · 2023/08/26(土) 15:09:41.41

なんだそのふわっとした具体性のない指摘は
無理にケチ付けることないのに

**デフォルトの名無しさん** · 2023/08/26(土) 15:24:12.70

コードを見ればわかるよ

**デフォルトの名無しさん** · 2023/08/26(土) 15:35:06.57

もともとc++などを含めた他の言語で野良コードを書いてた人が
ビジネス向けの専門学校みたいなところでC#を学んでDIとか色々知識があるような印象

そして丁寧にコードを書いてるけどまだC#が血肉にはなってないので元の癖が出る
それか仲間の先生に当たる人が乱雑だったので変な癖が残っているか

誰か別の人間がところどころコードを書いたのかコピペしたのか

**デフォルトの名無しさん** · 2023/08/26(土) 15:44:44.01

本当に具体性のない空っぽな指摘だな
こういうのが上司につくと辛い

**デフォルトの名無しさん** · 2023/08/26(土) 17:09:36.31

https://devblogs.microsoft.com/ifdef-windows/windows-community-toolkit-8-0-pre-release/

**デフォルトの名無しさん** · 2023/08/26(土) 17:15:40.72

>>822
上司じゃなくてもキツイだろ
関わりたくねーわ

**デフォルトの名無しさん** · 2023/08/26(土) 17:15:42.20

>>822
いやいや指摘でもなんでもない
違和感を書いてる
そして何も気が付かないにぶーい人に自分の見解を伝えてる

**デフォルトの名無しさん** · 2023/08/26(土) 17:28:24.81

このスレの他の人はオリジナリティの話をしてる
昔からあるドラマや漫画で出てくるような芸術作品や演奏に対する指摘のようなもので

君の作品には情熱が感じられない教科書通りでつまらないみたいな話
いまだとばらかもんが丁度似た様な話をしてる

自分は今現在はそこまでの話をする段階にないと思う
適当なところで切り上げて色々デザインして経験してみたほうがいい気がする
その後に作ったものが自分が楽しんで使ってることに喜びを感じるレベルになれば人からもそういった面で良い評価を貰えると思う

**デフォルトの名無しさん** · 2023/08/26(土) 17:41:00.84

せっかくアプリ作って公開しましたと面白そうなネタが投下されたが
だめそうだな

**デフォルトの名無しさん** · 2023/08/26(土) 17:56:06.42

それっぽいこと言って偉そうにしたいだけか
どうりで中身が皆無なわけだ

**デフォルトの名無しさん** · 2023/08/26(土) 18:25:05.72

アクロバティックなものを所望ならBlazor Hybridもいいと思うのよ
実用性あるかは別の問題として、前例のないことをやるという点は満たしてる

**デフォルトの名無しさん** · 2023/08/26(土) 22:00:12.76

書き方なんてどうでも良いのよ？
ゲイツはみんなと違う画期的なコードで時代を切り開いた。

**デフォルトの名無しさん** · 2023/08/27(日) 00:46:17.43

>>825
では俺も ID:QKHGYPpz のレスを見て指摘でなく違和感を書こうかな
誰の何の役にも立たない独り言なら、多数が集う掲示板でなくチラシの裏にでも書いて誰にも見せず捨てればいいのに
会話できず、するつもりもないと開き直るなら掲示板にくるのは無駄だし害悪ですらある
これに気が付かないにぶーいID:QKHGYPpzに自分の見解を伝えてみた

**デフォルトの名無しさん** · 2023/08/27(日) 09:09:39.66

お前の方こそブーメラン刺さってねｗ

**デフォルトの名無しさん** · 2023/08/27(日) 11:36:52.09

>>830
どんなの？

**デフォルトの名無しさん** · 2023/08/27(日) 12:46:27.21

>>832
そのとおりだよ。わざと >>825 を真似て醜悪な文面にしたのだから
>>831 のレスは ID:QKHGYPpz の鏡だよ

**デフォルトの名無しさん** · 2023/08/27(日) 12:58:47.33

そんなこともわからない>>832の頭の悪さときたら
ってことでしょ

**デフォルトの名無しさん** · 2023/08/27(日) 13:51:55.91

viewmodelsって対応するviewに表示するためのデータとロジックを持ってるって認識で合ってる？
コード見てると他のviewmodelファイルでインスタンス化されたりプロパティが呼び出されてたりしててあれこういうのありなの？って

**デフォルトの名無しさん** · 2023/08/27(日) 14:43:13.39

例えばどのファイルのどこがおかしい、改善すべきと言わないと

**デフォルトの名無しさん** · 2023/08/27(日) 21:19:33.66

機能修正の事前準備としてリファクタリングさせてください
とか言ってもひとまず機能修正優先でとか動いてるんだから余計なことするなとか言われるのがオチだよね

**デフォルトの名無しさん** · 2023/08/27(日) 21:40:22.11

もうその5chブラウザの事ほっとけよ
作者があまり顔出さないのに
作者不在のままここで毎回ゴタゴタが発生であほらしい

ほっとくのが吉

**デフォルトの名無しさん** · 2023/08/28(月) 19:25:42.52

心理的安全性の低いスレだな

**デフォルトの名無しさん** · 2023/08/28(月) 19:58:34.85

攻撃しても何もいいことはないのになあ…
googleの本でも読めば良いのに

**デフォルトの名無しさん** · 2023/08/28(月) 20:00:38.72

ふと思ったことや感じたことを言うと叩かれる　→　心理的安全性が低い
他人の行ったことを否定する　→　心理的安全性が低い

本人に自覚がないのが恐ろしい

**デフォルトの名無しさん** · 2023/08/28(月) 20:44:27.43

マスゴミって批判しないで、記者が萎縮してしまいます。でも自分達は批判も攻撃もするけどね。みたいな二重基準？

**デフォルトの名無しさん** · 2023/08/28(月) 21:29:09.23

技術的な話とかに関して色々批判はいいと思うけど
最後は人格攻撃と不毛な事になるのが多いからなw

**mdysdev** ◆XSDsAilQpD0E · 2023/08/30(水) 09:16:29.73

MVVMって例えばWPFでいうなら、VMでSystem.Windows名前空間をusingしないっていう認識で合ってる？
要はVMだけでOS非依存のdll化できるか

**デフォルトの名無しさん** · 2023/08/30(水) 10:42:16.63

そんな定義は聞いたことないな

**デフォルトの名無しさん** · 2023/08/30(水) 11:12:09.35

究極の疎結合って意味では合ってる
CommunityToolkit.mvvmもプラットフォーム非依存だし極端な話、上側がWinUI3でもVMそのまま動くってことでしょ

ただ実際問題すげーめんどくさいとは思うがｗ

**デフォルトの名無しさん** · 2023/08/30(水) 13:38:27.33

だね、5chブラウザのほうでViewModelでウィンドウクラス?を参照してたのは気になってた

まぁ、最初の1回だけは勉強のためMVVMガチガチにやって頑張ってもいいし
そこは本人次第

**mdysdev** ◆XSDsAilQpD0E · 2023/08/30(水) 14:56:17.68

ありがとう、System.Windowsを分離してみる。

>>848
確かにWindowは分かりやすく「ん？」ってなるけど、
ClipBoardとかBitmapImageとかもみんなSystem.Windows配下なんだよね。
これらの処理を全部持ってくと、Viewにも結構ロジックが必要になりそう。
UIフレームワーク固有の機能なんだから疑問を持つのがおかしいのかもだけど

**デフォルトの名無しさん** · 2023/08/30(水) 23:23:43.59

View固有の機能じゃなければ分離しなくてもよい

**デフォルトの名無しさん** · 2023/08/31(木) 00:04:15.85

その前にenumの機能のおさらいをしたほうが良い

**デフォルトの名無しさん** · 2023/08/31(木) 01:17:12.25

MVVMといえばうちの会社でのプロジェクトでさぁ例えばだけどmodelにcircleクラスがあるとするじゃん
んでそれをコンストラクタの引数に取るVmCircleなるクラスをわざわざ作るのよ。んでそれを各種viewmodel内部でいじるんだけど、VmCircleはCircleのviewmodelとか言ってるの
おかしいでしょそれはviewmodelでもなんでもないでしょって言ったんだけどいやviewmodelだって
これ俺がおかしいのか？

**デフォルトの名無しさん** · 2023/08/31(木) 01:44:14.25

>>852
サーバサイドでも使う Entity とかを .NET Standard で共有して、
クライアントサイドではそれをINotifyPropertyChanged を実装したクラス (VM) に変換する必要がある、
もしくは将来的に変更通知が必要になる可能性を見越してそうしておく、
とかならありえなくはないんじゃない？

**デフォルトの名無しさん** · 2023/08/31(木) 07:06:57.56

>>845
変な理解しているな。
ViewModelでBitmap加工などは普通にやる。　当然、System.Windowsをusingする。
Viewのエレメントに直接アクセスするなという事だけ。　いわゆる委譲だな。
例えば、Viewにパラメーター渡すために、IxxxViewRepositoryインターフェースをViewに継承させ、そのレポジトリをViewModelにインジェクションすればそれでOK。
ContainerのChildrenは、ViewModelにダイナミック生成バインドできないので、Add、Remove、Move操作をそういう方法でやる。
DDDなどのクリーンアーキにチャレンジしてみれば、その辺はインチュイティブに理解できるようになるよ。

**デフォルトの名無しさん** · 2023/08/31(木) 07:56:35.25

>>853
そもそもviewmodelってviewとmodelをつなぐ役割をするものじゃないんですかね
別に対応するviewなんて何も無いただデータとそのメソッドを持つだけのクラスをviewmodelと言えるんでしょうか

**デフォルトの名無しさん** · 2023/08/31(木) 11:36:17.81

https://learn.microsoft.com/en-us/windows/apps/windows-app-sdk/stable-channel#version-14

うんこ品質の時間です
突然1.4がリリースされやがった
9月末が予定じゃなかった?

**デフォルトの名無しさん** · 2023/08/31(木) 12:07:44.06

>>854
それ、すごい労力かかる割にはWPF専用のViewModelになっちゃうじゃない。
いまUIライブラリ移行の過渡期なんだし、再利用できるViewModelとか考えないの？

**デフォルトの名無しさん** · 2023/08/31(木) 12:40:08.29

>>855
俺の理解が間違ってるかもしれないけど、
その Circle クラス？が画面上の円のコントロールかなにかの DataContext になってるなら ViewModel であるといえるんじゃないだろか。
画面上のどこにもバインドしてないんなら違うと思うけど。

例えば ListBox の ItemsSource にバインドするコレクションの各要素の型は ViewModel と言えると思う。
ListBoxItem を 1つの View として見た時にその DataContext になるから。

↓これとか ItemViewModel というのを定義してる。
https://blog.okazuki.jp/entry/2016/04/08/233620
ItemViewModel

**デフォルトの名無しさん** · 2023/08/31(木) 13:22:03.44

viewmodelはmodel用のviewじゃなくてview用のmodel
各種viewmodelでcircleモデルのview用の変換やviewからの入力に対してモデルとの橋渡しをする場所としてvmcircleを作ってるんならまあ理解できる

**デフォルトの名無しさん** · 2023/08/31(木) 14:00:23.53

何なら納得するんだろうか？

画面に複数のタブページがあるアプリがあって
メインVMに複数のタブページ用のVMがリストなどで持たれている(直接のモデルじゃなくて)

これでおかしいと思うのかどうか

**デフォルトの名無しさん** · 2023/08/31(木) 15:36:13.08

XAML Islandsとか名前がよくない
絶海の孤島のイメージだ

**デフォルトの名無しさん** · 2023/08/31(木) 15:53:03.73

Islandsで孤島？

**デフォルトの名無しさん** · 2023/08/31(木) 16:07:40.97

複数形だから孤島ではないな

**デフォルトの名無しさん** · 2023/08/31(木) 16:52:36.04

>>857
VieModelの再利用？
再利用するのはViewの方であって、ViewがViewModelへのバイディング権がある。
それで、フレキシブルな画面構築ができる。
ロジックの再利用は、Domain層にまとめる。

**デフォルトの名無しさん** · 2023/08/31(木) 17:36:52.11

>>864
ん？例えばMAUIとかWASMに移植するときはViewModelを全部作り直すってこと？
大変じゃね？っていうかそれってMVVMじゃなくね？

MVVMって画面とロジックの分離であって、画面が変わるたびに作り直さなくちゃいけないなら
それはViewModelではなくViewの範疇では？

**デフォルトの名無しさん** · 2023/08/31(木) 18:44:34.81

ViewModelはviewとmodelの間が互いにデコボコしてて
綺麗にくっつかない場合に間に入るつめもの

もともときれいにくっつくなら不要

Viewが変わればまた形に添ったViewModelが必要になる

**デフォルトの名無しさん** · 2023/08/31(木) 19:17:40.59

クライアント側にあるView層にViewとViewModelがある
サーバー側にModel層があって自分の場合はREST full APIで作られたSaaS出ある場合が殆ど
業務ロジックはModel層内に全てあるので再利用可能

**デフォルトの名無しさん** · 2023/08/31(木) 19:22:25.33

View層にはWPFを動作させるための処理しかない

View層をReactで作ってもそこにあるのはReactを動作させるための処理しかない

業務ロジックは全てサーバー側にあって全く無駄にはならない

**デフォルトの名無しさん** · 2023/08/31(木) 21:51:01.50

>>762
今思いついたんだが「sugar dragonfly」はどう？

**デフォルトの名無しさん** · 2023/09/01(金) 16:45:19.11

機器の通信サンプルアプリをWPFで作るのは有り？
サンプルを参考にする相手がWPFを使ってるかわからないから、WinFormsの方が無難かな？
一番無難なCUI版は出来たからコアの通信部分は変わらなくて、通信結果を見やすくするだけなんだけども

**デフォルトの名無しさん** · 2023/09/01(金) 17:16:03.23

ActiveXでExcel VBA対応するのが無難だな

**デフォルトの名無しさん** · 2023/09/01(金) 19:47:27.67

>>866
それはVMじゃない。どっちかというとMVCのCに近い。

**デフォルトの名無しさん** · 2023/09/01(金) 21:56:19.74

>>866の説明はCよりVMよりだと思う
VMはModelを特定のView用に変換した状態を持っておくもの

MVC
Ｖーーーーーーーー　監視　ーーーーーーー＞Ｍ
Ｖーーー入力ーー＞　Ｃ　　ーーー入力ーー＞Ｍ
Ｖ＜ーーーーーーー　通知　ーーーーーーーーＭ

MVVM
Ｖーーー監視ーー＞　ＶＭ　ーーー監視ーー＞Ｍ
Ｖーーー入力ーー＞　ＶＭ　ーーー入力ーー＞Ｍ
Ｖ＜ーー通知ーーー　ＶＭ　＜ーー通知ーーーＭ

**デフォルトの名無しさん** · 2023/09/01(金) 22:06:47.51

みんなめちゃくちゃだな..

**デフォルトの名無しさん** · 2023/09/01(金) 22:16:55.21

>VMはModelを特定のView用に変換した状態を持っておくもの

なにその珍解釈

**デフォルトの名無しさん** · 2023/09/01(金) 22:33:11.78

一人だけ俺様理論がおるな

**デフォルトの名無しさん** · 2023/09/01(金) 22:55:04.64

みんなVIEWを差し替え差し替えでMODELを流用することやってるの？

**デフォルトの名無しさん** · 2023/09/01(金) 23:31:31.63

いや全然

**デフォルトの名無しさん** · 2023/09/02(土) 00:18:16.99

自己満ですなーー
WPFのMVVMがまさに究極の自己満

MVVMとかvue.jsとかangular、androidとかでも普通に使うし
そっちは実装コストもかからん

**デフォルトの名無しさん** · 2023/09/02(土) 05:21:08.01

android studioはwindows formのポトベタと同じ感覚なんだが？

**デフォルトの名無しさん** · 2023/09/02(土) 08:18:23.73

>>877
モニターアプリでは良くやるよ。
化学プラントの製品毎の画面やライン管理の製品毎の32~4096接点モニターとかね。
モニターと非常停止等の共通アクション画面なら流用する。
ただし、Viewのビハンイドコードトリミングは必要。
それらを再利用というには微妙だな。　VMはペアで消費するものと考えるのが普通。
再利用というのはロジックの再利用を言うのが一般的じゃね？

**デフォルトの名無しさん** · 2023/09/02(土) 09:33:36.47

結局VMに何らかの描画以外のロジックを書いてる人が多いんだろうなと
mvvm原理主義者じゃなければ別に好きなようにしたらいいんだが

WPFは結局どのように実装すべきなのかハッキリとしたパターンが確立されなかった
これが一番の問題だった

明確に役割分担してオブジェクトの生死を適切に管理してる人間がどれだけいるのか

**デフォルトの名無しさん** · 2023/09/02(土) 09:49:03.02

>>875
あってるぞ
MをVに表示させる為に必要な形に変えたものだ
例えばM(Web APIのResult)をVM(Vにバインディンク可能なデータ型)に変換してVと接続する

**デフォルトの名無しさん** · 2023/09/02(土) 10:06:25.37

状態と言う意味が通じていないので話をしても無駄

v vm mでそれぞれ状態は持ってる
普通はmの状態のことを話すんだけど双方の話がかみ合っていない

**デフォルトの名無しさん** · 2023/09/02(土) 10:12:13.25

本来はMと全層から利用されるビジネスロジックが主体なんだけど
vmでガッツリロジックなり制御なりのコード書いてる人が多い

そういう人から見るとvmは状態を持っていると言う主張になる

**デフォルトの名無しさん** · 2023/09/02(土) 10:21:43.71

>>882
だね。
ViewModelはインスタンスプールの場という認識が無いとそうなるね。
Bitmap加工にしても、ロジックは別の層に置くもの。
ロジックはDomain層、ドライバーはInfrastructure層でカキコしておけば再利用というスタイルの本筋が見えてくる。

**デフォルトの名無しさん** · 2023/09/02(土) 10:42:05.01

wikipediaだとこうだな。VMはVが表示すべき状態を保持するというのが普通の理解だと思う。

ViewModel
ViewModel（ビューモデル）はViewを描画するための状態の保持と、Viewから受け取った入力を適切な形に変換してModelに
伝達する役目を持つ。すなわちViewとModelの間の情報の伝達と、Viewのための状態保持のみを役割とする要素である。

**デフォルトの名無しさん** · 2023/09/02(土) 10:53:39.97

という事はバリデーションもvmじゃなくてmでやるの？

**デフォルトの名無しさん** · 2023/09/02(土) 11:59:17.23

>>887 の定義だとちょっと密に思えてしまうな

https://learn.microsoft.com/ja-jp/dotnet/architecture/maui/mvvm

大まかに言うと、ビューはビューモデルを "認識" し、
ビューモデルはモデルを "認識" しますが、
モデルはビューモデルを認識しておらず、
ビューモデルはビューを認識していません。
したがって、ビューモデルではビューをモデルから分離させ、
ビューとは独立してモデルを進化させることができます。

**デフォルトの名無しさん** · 2023/09/02(土) 12:40:51.82

君たち一旦モデルの事はわすれろよ
めちゃくちゃすぎる

**デフォルトの名無しさん** · 2023/09/02(土) 13:16:00.96

>>882の言うようにハッキリとしたものがないと同意した上で言わせてもらうが
>そういう人から見るとvmは状態を持っていると言う主張になる
VMは状態をもつ

めちゃくちゃすぎる
普通に状態を持つ

**デフォルトの名無しさん** · 2023/09/02(土) 13:18:09.94

アプリケーションの真の実態はMなんだから忘れることじゃないな
勘違いされがちだけどMはデータ置き場でもライブラリでもないアプリケーション本体

VMは表層でしかない
メッセージの仲介所
上で書かれたインスタンスプールでもない
仕事をするにあたりただどこかにあるモデルへの参照を持っているだけ

ModelAとModelBを参照して計算してModelCに入れるのはVMの仕事ではない
VMはMに単純なメッセージ飛ばすのが仕事

**デフォルトの名無しさん** · 2023/09/02(土) 13:35:29.82

ロジックを単にロジックと表現したりするとこみると
ロジックをビジネスロジックとプレゼンテーションロジックに分けて
考えてないよね

ここで>>882のじゃあ明確なその区別のルールは?って問題が出てくるが

**デフォルトの名無しさん** · 2023/09/02(土) 13:44:31.42

どうも自分の書き込み全体じゃなくて部分的な文章しか見てもらえてない気がする

>>884とかガン無視されてる