MVVMについて語ろう

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2ch.scのread.cgiへ]
Update time : 08/19 22:35 / Filesize : 185 KB / Number-of Response : 857
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

MVVMについて語ろう

1 名前：デフォルトの名無しさん mailto:sage [2012/06/06(水) 11:03:33.21 .net]: WPF/Silverlight/WinRT開発の必須技術、MVVMについて語ろうではないか！
751 名前：デフォルトの名無しさん mailto:sage [2017/05/11(木) 22:40:49.29 ID:NjKe635i.net]: modelからViewModelに通信の結果を返すときに、
Rxとか使わずに、interfaceを渡してコールバックを返すようにするのは何かマズいんでしょうか
752 名前：デフォルトの名無しさん [2017/05/11(木) 23:10:02.50 ID:w+/nr1Tg.net]: Rxも結局インターフェースだしいいんじゃ？
753 名前：デフォルトの名無しさん mailto:sage [2017/05/11(木) 23:55:27.09 ID:NjKe635i.net]: modelは状態の公開と戻り値のないメソッドの提供のみするそうですが、
状態の公開っていうのは要はpublicなfieldってことなんでしょうか
getterで提供したらなんで駄目なんでしょうか
c#のことはよくわかりませんandroid javaを想定しています
754 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 11:29:50.90 ID:WPNdofPW.net]: >>733
メソッドの戻り値をvoidにする、setterを提供しないのはMVVM由来ではなく、非同期な作りをしたい場合に起因します。

これは非同期な作りの場合、メソッドを呼び出しても直ちに状態が変更されるとは限らないから。

なので、状態の変更が完了した時点でMが通知し、受信側がgetterを介して状態を取得することを推奨しているに過ぎない。

逆に同期的な呼び出ししかしないのであれば、setterやメソッドの戻り値も好きにすればいいと思います。
755 名前：デフォルトの名無しさん [2017/05/12(金) 12:01:49.68 ID:efiy+Fg+.net]: がや氏の戻り値返すなとかはCQRSやReactみたいに処理の流れを固定しろってのが本質と思うが本人もアーキによって返しますよとかいってるからじゃああの煽りはなんだったの感もありよくわかんね
756 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 18:50:06.13 ID:NqFIOOZC.net]: 本人の中では色々な蓄積もあってその上で言ってんだろうけど、間を飛ばすから外から見たらよくわからん事になってるという印象
757 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 19:52:15.91 ID:05vfegfG.net]: とりあえず御大の言うことはスルーしておいて、Flux、Reduxなんかについて調べてから、自分で答えを出せばよろし
758 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 20:05:15.61 ID:6PqY2VyR.net]: C#で状態の公開というとプロパティを使うわけだけど、
javaにはプロパティがないからgetter使うしかないだろうし…
そもそもMVVMではgetter使っちゃダメなんて話があるの…？
759 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 20:34:29.17 ID:z/cC9xJA.net]: 状態の公開が何でpublicなfieldになんのか分からん
オブジェクト指向もっかい勉強した方がいい
760 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 22:16:02.54 ID:Ne3HESGY.net]: いや返り値のないメソッドしかテイギシタラ駄目っていう縛りがあると思ってたから、
getterも駄目なのかと
761 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 23:10:52.37 ID:6PqY2VyR.net]: MVVMの提唱がMSからだし、MSが作った言語にはプロパティがあるから…
…javaのgetterが駄目ならプロパティ使うのも駄目になるはず
762 名前：デフォルトの名無しさん mailto:sage [2017/05/12(金) 23:56:43.00 ID:XKa7CxLZ.net]: ゲッターかプロパティかは本質じゃないだろう。
ゲッターをフィールドっぽく見せてるのがプロパティなだけなんだし。
763 名前：デフォルトの名無しさん mailto:sage [2017/05/13(土) 06:13:49.08 ID:Hzzf9sbT.net]: AndroidでMVVMやりたいだけなのに
C#でのMVVMとFluxとReduxとクリーンアーキテクチャと
databindingとRxとretrolamdaと全部学ばないといけないわけ？
敷居高杉ませんか
764 名前：デフォルトの名無しさん mailto:sage [2017/05/13(土) 08:08:27.52 ID:JyAd7JIY.net]: MVVM含めアーキテクチャごっこをやること自体が目的なら全部学べよ。

Androidで開発しやすくしたいというのであれば、まずはData Bindingを使うことと、
APIの戻り/公開メンバとしてObservableを使ってみるところから始めろ。
DroidKaigiのアプリあたりを参考にしながら。
765 名前：デフォルトの名無しさん mailto:sage [2017/05/13(土) 08:55:58.29 ID:R5mpG+FZ.net]: build 2017と関係あるのかわからないけど、UWP関連でこんなもんが
https://github.com/Microsoft/WindowsTemplateStudio

https://developer.telerik.com/topics/net/announcing-windows-template-studio/
766 名前：デフォルトの名無しさん mailto:sage [2017/05/13(土) 09:01:35.75 ID:Hzzf9sbT.net]: droid kaigiですね。ありがとうございます。
他にMVVMの参考になる小規模なソースコードのgithubリンクとかないっすか
767 名前：デフォルトの名無しさん mailto:sage [2017/05/13(土) 14:21:43.11 ID:DOmFl3BV.net]: Android java MVVMで検索したら色々出てくるけど…
768 名前：デフォルトの名無しさん mailto:sage [2017/05/13(土) 17:26:38.50 ID:Hzzf9sbT.net]: 画面遷移の処理とか結局viewでしかできないから、
view -> viewModel -> view
で行ったり来たりしてるのとかみると糞だなあと思う
769 名前：デフォルトの名無しさん mailto:sage [2017/05/13(土) 21:32:34.67 ID:JyAd7JIY.net]: Presentation Coordinator
Navigation Service

なお、画面遷移の話とは別に、Androidの場合どうしてもActivity/Fragmentに
依存してしまう部分は出てくるから、その辺はあまり厳密に考えない方がいい。
770 名前：デフォルトの名無しさん mailto:sage [2017/05/25(木) 12:23:45.13 ID:7qHN/0ER.net]: VMとMの分割についてきちんと説明してくれてるサイトってあまりないけど、
基本的には全部Mに入れてVMはプロパティとしてMだけを持ってそれをVにバインドするってことでいいの？
大抵のサイトでは全部VMに入ってるけど
771 名前：デフォルトの名無しさん mailto:sage [2017/05/25(木) 12:55:06.49 ID:jD8c7u6v.net]: サイトは知らんが、一番しっくりくるなーと思う考えの一つは

MはDBなどのデータを格納する何か、もしくはデータそのもの。
VMはMからのデータを加工するものとVewとの橋渡しを分けてVMへ。
VはVewそのもの。

ってのが個人的に一番しっくりくる。
772 名前：デフォルトの名無しさん mailto:sage [2017/05/25(木) 12:57:53.56 ID:V6q89FWa.net]: viewそのものだとactivityがviewになるのは違和感がないか
773 名前：デフォルトの名無しさん mailto:sage [2017/05/25(木) 12:59:02.78 ID:jD8c7u6v.net]: 違和感ある。
VMに入れたい。
774 名前：デフォルトの名無しさん mailto:sage [2017/05/25(木) 14:34:21.13 ID:CXNFHBlU.net]: MVCだろ
M はDB以外のことは出来るだけしない
V は表示するだけ
C(VM) で色々する

概ね >>751 さんに同意
775 名前：デフォルトの名無しさん mailto:sage [2017/05/25(木) 18:18:08.97 ID:V6q89FWa.net]: VMがactivityの参照を持ったらだめだと聞いたが。。
Xamarinだとpageか
776 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 00:49:21.51 ID:rlJlQaZI.net]: C=VMだとMVCと変わらんだろうが
777 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 02:36:40.07 ID:NvS9muX6.net]: イメージとしてはCより広い範囲のものをぶち込んでMやVに余計な物置かないのがVMって思ってる。
基本MVCと変わらん。
Cじゃないのはどこに置くとか名前から混乱してる人多かったから、VでもMでも無いのは全部VMってした方が混乱は少ない。
778 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 06:12:40.96 ID:Xdie43+z.net]: MVVMのVはMVCのV+Cだよ
MVPのVとかと同じ
779 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 06:38:23.57 ID:OOmYkqkr.net]: MVVMのVって左から3番目のVのことですか
780 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 07:01:45.39 ID:Xdie43+z.net]: 2番目だよ
781 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 12:30:06.83 ID:fehtyedu.net]: めちゃ効率悪い作り方
782 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 15:34:26.98 ID:ZNc2U8qB.net]: MVVMってMVCより明確にしたもの

VMはCという漠然とした者じゃなくて
Viewに対応するオブジェクトそのもの。
だからVMのプロパティを変更することでViewに反映されるし
Viewで何か変更するとVMのプロパティに反映される。
双方向バインディングを使って実現する。
783 名前：デフォルトの名無しさん [2017/05/26(金) 19:26:58.74 ID:GnitEmTF.net]: 全然進化してないな
784 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 20:59:38.95 ID:ovKX6RUR.net]: >>761
効率求めたらガチガチにVewと結びつくからな。
Vewが固定ならMVCもMVVMも要らない。
デスクトップやモバイルで中身同じだけどVewだけ違うとかだからMVCやMVVMが必要になる。
デスクトップとモバイルで同じ処理を別々に書くよりは全体では効率が良くなる。
特にモバイルが画面の大きさや画面比率が多様化してる昨今では。
785 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 21:03:56.89 ID:ovKX6RUR.net]: >>763
強いて進化と言ったらMVC時代は相変わらずクラス側でVewのプロパティに代入してもVewは古い値を表示したままで、updateで更新しないと値を更新しなかった。
MVVM独自かは不明だが、MSでは相互に値の更新を自動通知し合う仕組みが出来た。
>>762が言ってるのはそういう事。
786 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 21:40:38.92 ID:Xdie43+z.net]: >>765
そんなもん独自のわけないだろ
787 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 22:27:08.33 ID:F2M8XGQu.net]: MVVMにおいてactivityはviewでいいんだよな？
788 名前：デフォルトの名無しさん mailto:sage [2017/05/26(金) 23:41:27.21 ID:ZNc2U8qB.net]: 更にいうとMVVMをさらに発展と言うか破綻しづらいようにしたのが
flux。MVVMのVMは双方向バインディングだけど
fluxの場合は、Viewの変更は直接VMに反映しない方針。つまり片方向バインディングに限定した。
その代わりVMへの変更関連をActionに集約して
Action -> State(VMに対応) -> View ->Action
と片方向への情報の流れに限定したのがflux
789 名前：デフォルトの名無しさん [2017/05/27(土) 02:57:55.41 ID:V3ffhZkY.net]: >MVC時代は相変わらずクラス側でVewのプロパティに代入してもVewは古い値を表示したまま

糞Windowsだけだろω
790 名前：デフォルトの名無しさん [2018/05/23(水) 23:07:17.16 ID:Au5e7VGg.net]: 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

USCRF
791 名前：デフォルトの名無しさん [2018/07/04(水) 23:01:58.94 ID:gFgZc5FG.net]: QIC
792 名前：デフォルトの名無しさん mailto:sage [2018/07/06(金) 12:35:20.43 ID:uTPDH9XV.net]: USCRF
793 名前：デフォルトの名無しさん [2019/01/28(月) 14:30:35.46 ID:2/HZJEKq.net]: LivetとPrismとはなんだったのか
794 名前：デフォルトの名無しさん [2019/01/28(月) 22:53:33.32 ID:ELKeaiTx.net]: Livetは使った事ないから知らんがWPF開発には色々便利なものあったらしいしPrismも便利なとこあるんじゃないの
自分は使わんけど
795 名前：デフォルトの名無しさん [2019/01/30(水) 03:07:28.56 ID:nTVyoRLY.net]: 知らんなら答えなくて良いんじゃね？
796 名前：デフォルトの名無しさん [2019/01/30(水) 10:24:55.23 ID:g/bNoaAl.net]: 評判は聞いてたからその範囲で教えてあげてんだけど？
無知すぎるボンクラは逝ってどうぞ
797 名前：デフォルトの名無しさん mailto:sage [2019/01/30(水) 10:35:20.87 ID:MXCEKHH4.net]: Prism.Unityは、UWP版のほうがシンプルでかつ十分な機能で良いんだけど
wpf版もあっち基準に改善したら良いのにな
798 名前：デフォルトの名無しさん [2019/01/30(水) 12:36:56.89 ID:m67rAUwN.net]: https://teratail.com/questions/140681
MVVMやってるのこんなのばっかりだからな死滅すればいいよ
799 名前：デフォルトの名無しさん [2019/01/30(水) 12:37:12.23 ID:m67rAUwN.net]: ハイハイ理解できないから終了ね
800 名前：デフォルトの名無しさん [2019/01/30(水) 12:38:11.42 ID:m67rAUwN.net]: >>776
知らないなら答えなくていいんじゃね？
ぼんくらは死ね
801 名前：デフォルトの名無しさん [2019/01/30(水) 12:43:13.60 ID:eltFPQSh.net]: >>776
知らんなら答えなくて良いんじゃね？
過疎スレで無駄に煽るボンクラ
802 名前：デフォルトの名無しさん [2019/01/30(水) 14:39:06.71 ID:g/bNoaAl.net]: 無知が顔真っ赤にしてテラワロス
803 名前：デフォルトの名無しさん [2019/02/05(火) 22:13:49.20 ID:y7JCcM6u.net]: >>782
無知が顔真っ赤にしてテラワロスっておまｗ
そんなんがほんとに面白い人とかいるのかね
MVVMはどこいったのｗ
スレタイと何も関係ない書き込みしちゃって頭おかしくないのボンクラｗｗｗｗ
804 名前：デフォルトの名無しさん [2019/02/05(火) 22:15:30.79 ID:y7JCcM6u.net]: いやテラワロスってのはMVVMなんだろうな
無知なのでわからんわ
805 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 22:50:39.27 ID:sDFzuzWu.net]: >>778
＞INotifyPropertyChanged はバインド専門ではありません。

これって詭弁だよね
MVVM使う時点で通常のモデルにすると不便だからINotifyPropertyChanged使うだけ
806 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 22:57:59.44 ID:sDFzuzWu.net]: MVVMじゃない設計で作られたモデル、ビジネスロジックがあってそれをMVVMで使う場合どうすんの？ってことなんだろうけど
もう一層外からくるんだだけじゃうまくいかないからほとんどを作り直しすることになるんじゃないかな？
807 名前：デフォルトの名無しさん mailto:sage [2019/02/06(水) 02:16:42.38 ID:ar/eio3d.net]: >>783
何日も前のに突然どうしたw

>>785
MMV間は好きにすればいいかと
自分はわざわざMでINotifyPChangedなんか使わんけど
808 名前：デフォルトの名無しさん [2019/02/06(水) 09:39:48.85 ID:DbH07QrE.net]: 俺なんかMVCすらよくわかんないな
Webは兎も角、それ以外はMVCだと言われてるアプリを見てもCからVを書き換えてるのだらけに見えちゃうんだな
これでいいんか？それとも世の大半が間違えてるのか？どっちなんだ
809 名前：デフォルトの名無しさん mailto:sage [2019/02/06(水) 12:24:14.98 ID:ar/eio3d.net]: Cからvだけでしかないってのはダメだと思うが、結局その場合にちょうどいい程度に疎結合になってればいいと思うけどね
自分はMVにロジックも詰め込んで、でかくなってきたらMにする程度でやってる
810 名前：デフォルトの名無しさん [2019/02/11(月) 03:23:52.16 ID:h3xrvU+a.net]: いつも疑問なんだけどMVVMでダイアログ表示するときなんでVMでShowDialog()しちゃいかんの？
MessengerでViewに送ってコールバックでってやるよりもVMをDataContextにぶっこんで直接操作したほうがわかりやすくない？
811 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 04:01:02.71 ID:KW1QXsfq.net]: >>790
MVVMのVMは、UIへの依存を排除することを試みるパターン。
なので、直接呼んで良いかと問われればNo

UIの知識に起因する処理を行いたいのであれば、UIから提供されたインターフェースを介してUI操作を行うMVPの採用を検討する。

結局のところ、MV*の違いは責任範囲の違いだけであり、MVPがMVVMよりV寄りに広いパターンなので、MVVMをベースにMVPにしても構わない。

ただしその場合、混乱の元なのでMVVMとは呼称すべきではない。
812 名前：デフォルトの名無しさん [2019/02/11(月) 12:20:24.20 ID:YckZaLLU.net]: >>790
ぶっ込んで直接操作が何を指してるのかわからん。
そのダイアログを表示がらみだと思うけどもうちっと具体的に言ってくれ。
元のViewと対応したVMがあったとして、そこからダイアログ表示させる場合でいいんだよね？
813 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 13:34:01.09 ID:NWPg0Oyv.net]: >>792
すまん、説明が悪かったかも
あと無意識にWPFを前提に話してしまっていた

MainWindow
MainWindowViewModel
MainWindowModel

DialogWindow
DialogWindowViewModel

があったとしてMainWindowのボタン押下をトリガーにDialogWindowを表示したいとする
でWPFの昨日でVMにコマンドバインディングしていたボタンの処理の中で
DialogWindowのDataContextにDialogWindowViewModelを入れる
→MainWindowViewModelの中でDialogWindowのインスタンスを生成する

みたいな感じ
814 名前：デフォルトの名無しさん [2019/02/11(月) 15:12:43.09 ID:QkJqimZ7.net]: VMからVを直接生成するのは禁じ手かと
てスタビリティーが担保できない
815 名前：デフォルトの名無しさん [2019/02/16(土) 02:23:43.23 ID:9HG1VuDS.net]: 7年前から何も状況変わってなくてワロス
816 名前：デフォルトの名無しさん [2019/02/16(土) 02:52:06.72 ID:9HG1VuDS.net]: https://teratail.com/questions/74961
わからないやつは使うな！
でほんとに使わなかったケースが多かっただけみたいだな
ユーザーの質がほんとひどい
難しい案件でだけ使えばいいがな
817 名前：デフォルトの名無しさん [2019/02/16(土) 09:30:22.31 ID:9K5d8FVn.net]: 自分は自分で作るちょいアプリでも使ってるけどな
といってもVM膨らませてMもそこでやってて、ややこしくなったら分離させてるだけだけど
818 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 19:22:44.93 ID:PhVDH7kZ.net]: WPF+MVVMはテストがつらい
M、VMでテストが出来てても実際にVでうまく動くかは全然わからない
819 名前：デフォルトの名無しさん [2019/02/16(土) 20:37:11.87 ID:9K5d8FVn.net]: >>798
ん？それほかのUIフレームなら出来るん？
820 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 20:48:59.47 ID:mveZudXk.net]: アプリケーションのテストとしてはVM-M間で十分だと思うがな。
V-VM間はデータバインディングが意図通りか確認する程度だし。
少なくともFormsよりだいぶUIに近いところまで自動テストできるようになった。
821 名前：デフォルトの名無しさん [2019/02/17(日) 03:18:26.01 ID:xGFF6jRx.net]: >>798
ViewはMVの状態をそのまま表示するだけってのが理想だからね
セレニウムだっけ？WEBでのUIテスト出来る奴とかあるかもだけど、自動テストでそこまでの工数かけるのちときつくね？
VMのテストならプログラム的にしやすいからまだわかる
822 名前：デフォルトの名無しさん [2019/03/17(日) 03:07:47.90 ID:ZfsC9V3u.net]: >>698
バカには使えないありがたいアーキテクチャなので
普及とかはどうでもいい話だった
823 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 08:02:38.52 ID:F89k9A+v.net]: VisualWorksのPluggable MVCとどう違うのだろうか？
824 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 18:31:05.56 ID:drnV2zGh.net]: Pluggable MVCとはだいぶちがうだろう
Application Modelの間違い？
825 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 22:43:26.65 ID:F89k9A+v.net]: >>804
ValueHolder、AspectAdaptor、PluggaleAdaptorとか
826 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 22:56:42.27 ID:drnV2zGh.net]: ああ、そういうことか
もっと古典的でプリミティブなものを指しているのかと思った
aokilab.kyoto-su.ac.jp/documents/MVC/page4.html
827 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 23:43:40.49 ID:F89k9A+v.net]: 結局、ビュー寄りのモデルを作るという発想は90年代初頭にVisualWorksで提唱されていたんじゃないかと。
828 名前：デフォルトの名無しさん mailto:sage [2019/03/18(月) 01:01:31.84 ID:Y1evCyMB.net]: まあその結論で合っているんだけど

ただValueHolderとかのアダプターはあくまで
ApplicationModelのプロパティでデータバインドを実現するための道具に過ぎないので
https://matarillo.com/general/uipatterns.php#p3

MVVMとの類似性に言及するのであれば
Pluggable MVCではなく「ApplicationModelアーキテクチャ」と表現する方が誤解が無くてよいと思う
wiki.c2.com/?ModelModelViewController
829 名前：デフォルトの名無しさん [2019/03/18(月) 01:37:38.06 ID:QCOM2t0u.net]: もともとMVCとかでごちゃごちゃしてきたところにMVVMってことなんだろうな
デスクトップアプリに当てはめるのは微妙だったよ
830 名前：デフォルトの名無しさん mailto:sage [2019/03/18(月) 07:19:28.89 ID:Y1evCyMB.net]: いやそういう基本的な理解の欠如ではない
831 名前：デフォルトの名無しさん [2019/03/18(月) 09:45:01.81 ID:npgehNDX.net]: デスクトップに当てはめるのが微妙ってのは何だ？仮想Dom的なものがあればおさまる話？

あとMVVMはMVCを改良したってよりもXAMLのバインディング気候に合わせたって側面の方が強いと思うがな
それを改良と言えばそうだけど
832 名前：デフォルトの名無しさん mailto:sage [2019/03/18(月) 11:53:25.70 ID:sCXVSnIM.net]: もしや810はMVCとMVC2を混同してるとか？
833 名前：デフォルトの名無しさん [2019/03/19(火) 03:35:07.74 ID:3jNcVOgT.net]: 実装者の能力不足が問題になるということは設計パターンが悪いんだろ
本当に理解してるか確認するが難しいようなのもダメだ
834 名前：デフォルトの名無しさん mailto:sage [2019/03/19(火) 21:56:18.31 ID:RkrxeYqz.net]: バインディングで楽が出来れば、それで満足よ
835 名前：デフォルトの名無しさん [2019/03/19(火) 22:06:06.31 ID:+Ccy7x/V.net]: >>814
楽できるかどうかじゃなくて、
画面を直接触らずに済むかどうかの問題だろ。
836 名前：デフォルトの名無しさん [2019/03/22(金) 00:42:05.87 ID:piAmWzDj.net]: こりゃ天才ですわ
https://qiita.com/hiki_neet_p/items/e381c687b0644c0e4978
837 名前：デフォルトの名無しさん mailto:sage [2019/05/30(木) 12:04:36.21 ID:v6SxCCrX.net]: 暇だから数年ぶりにWPFでも触ってみようかなと思ってるけど、
乱立してた結局MVVMライブラリって結局何かに統一された？
Livetは死んでしまったみたいだねw
個人的には応援してだけど
838 名前：デフォルトの名無しさん mailto:sage [2019/05/30(木) 19:49:16.08 ID:YQby5rNV.net]: >>817
統一されたかどうかは分からんが、

https://github.com/XamSome/awesome-xamarin/blob/master/README.md#mvvm

によると、ReavtiveUI, MVVVCross, Prismあたりが人気らしい
839 名前：デフォルトの名無しさん mailto:sage [2019/05/30(木) 19:50:47.36 ID:YQby5rNV.net]: >>818
typo
x MVVVCross
o MVVMCross
840 名前：デフォルトの名無しさん [2019/06/19(水) 05:03:53.74 ID:tVNS+22r.net]: 【出資】松本卓朗人工知能詐欺【注意】
https://rio2016.5ch.net/test/read.cgi/rikei/1560859403/
841 名前：デフォルトの名無しさん mailto:sage [2019/07/27(土) 02:26:32.72 ID:0sBDs5f5.net]: むっちゃ初歩的なところの質問になってしまうのですが、
WPF + Prismの環境で、画像ファイル(png)をウインドウ内にタイル状に並べたいのですが、
単体でパスをSourceに指定して、Converterを通して表示、までは出来たのですが、
これをListView上でおこなおうとすると、ListviewにBindingしているObservableCollectionにAddしても、
画像が表示されません。
何かわかりやすいサンプルや、チュートリアルなどありませんでしょうか？
842 名前：デフォルトの名無しさん [2019/07/27(土) 03:17:09.73 ID:l8PDbbg2.net]: >>821
チュートリアルは知らんが、リストにテキストやボタンは表示できるの？
出来るなら今単体でコレクションの要素とビューテワやってる関係を同じようにするだけだけど
843 名前：デフォルトの名無しさん mailto:sage [2019/07/27(土) 10:04:07.36 ID:0p0d4tKK.net]: >>821
ListViewのTemplateをGridViewとしDataTemplate使うんじゃなかった？　よく知らんけど。
844 名前：デフォルトの名無しさん [2019/11/01(金) 18:07:00.51 ID:hqW7WiA1.net]: >>821
どんな見た目作りたいの？
845 名前：デフォルトの名無しさん [2020/07/02(木) 15:07:15.93 ID:WhLcbIiC.net]: MMVMで言語を作る！
846 名前：デフォルトの名無しさん [2020/07/02(木) 17:47:32 ID:WhLcbIiC.net]: LLVMと勘違いした
847 名前：デフォルトの名無しさん [2021/01/27(水) 11:51:54.98 ID:cJSBZXf9.net]: てす
848 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 23:40:32.54 ID:7/w7pDgL.net]: Win Formsでやってる人いますか？
datagridviewで値によってセルの色を変える場合、どのようにしてますか？
849 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 01:44:53.83 ID:aQj0oWVr.net]: >>828
BindingListへの追加・変更・削除がイベントで拾えるので、
そのイベントハンドラで状態に応じてセル変更すればいいんじゃね？

汎用化するのであれば、BindingListを[M]、Gridを[V]とみなし、
その間を取り持つPresenterに移譲させるMVPパターンにするとかか

めんどくさがりやなので、前者でお茶を濁すかなぁ
850 名前：デフォルトの名無しさん mailto:sage [2021/01/29(金) 20:29:07.30 ID:czxZDJRE.net]: MVVMはバインディングを活用するために考案されたパターンなので、WinFormsでは実践できません
851 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 19:09:08.24 ID:LnwudBv/.net]: ユーザーメリットなしのオナニー
852 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 21:40:04.70 ID:WEqR7ZrT.net]: ユーザーってのがアプリユーザならその通り
開発者は恩恵受けてるよ
853 名前：デフォルトの名無しさん [2021/04/06(火) 11:03:35.23 ID:A0Gb+cSU.net]: MVVM　おっそ。
イベント発生元からトンネル経由しない前に捕まえて、View->ViewModelのイベントデリゲート呼ぶのが一番速い。
Commnad　Bindingなんか使ってられない。　遅くて・・・
854 名前： []: [ここ壊れてます]
855 名前：デフォルトの名無しさん [2024/02/29(木) 21:06:03.14 ID:xliFyZcDB]: 拉致ガーだの個人の尊厳や人権の意義だの都合のいい昔話ほさ゛いてる松野博一は朝鮮人大勢殺害した過去についても触れろよ
大量破壊兵器クソ航空機による強盗殺人という重大な人権侵害もスルー、税金て゛地球破壊支援．世界最悪の脱炭素拒否テロ国家に送られる
化石賞4連続受賞して世界中から非難されていながら力による一方的な現状変更によって滑走路にクソ航空機にと倍増
閑静な住宅地から都心まで数珠つなぎで鉄道の30倍以上もの莫大な温室効果ガスまき散らして騒音まみれ、静音が生命線の知的産業壊滅
子供の学習環境破壊、気侯変動させて海水温上昇させてかつてない量の水蒸気を日本列島に供給させて土砂崩れ、洪水、暴風，熱中症にと
住民の生命と財産を徹底的に破壊することで私腹を肥やす世界最惡のマッチポンプ殺人テ口組織公明党天下り犯罪集団国土破壊省斉藤鉄夫
とともに好き放題破壞と殺戮を繰り返して隣国挑發して原爆落とした世界最悪ならず者国家まで崇拝して白々しい軍拡増税
物事の本質を理解できない孑供洗脳して兵隊にして私腹を肥やそうというテロ組織に乗っ取られた日本で子なんか産むのは相当の盆暗だけ
(ref.)　Тｔps:／/www.call4.jр／info.php?ΤУрe=iтｅms&id=I0000062
ttРs://haneda-Ρroject.jimdofree.com/ , ttps：//flight-routｅ.com/
ttps://n-souonhigaisosyoudan.amebaownd.com/
856 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef