WPF(.NET, WinUI) GUIプログラミング Part33 (815ﾚｽ)
WPF(.NET, WinUI) GUIプログラミング Part33 http://mevius.5ch.net/test/read.cgi/tech/1724156206/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
735: デフォルトの名無しさん (ﾜｯﾁｮｲ f381-lVom) [sage] 2025/05/15(木) 01:11:26.79 ID:DeDo504C0 Avaloniaいいよね http://mevius.5ch.net/test/read.cgi/tech/1724156206/735
736: デフォルトの名無しさん (ﾜｯﾁｮｲ c301-1Chv) [sage] 2025/05/15(木) 01:46:40.41 ID:Reo05bGl0 また関西弁ガイジが来てるのか…キッツ http://mevius.5ch.net/test/read.cgi/tech/1724156206/736
737: デフォルトの名無しさん (ｵｯﾍﾟｹ Sr87-Dtu1) [sage] 2025/05/15(木) 02:26:22.26 ID:iklCHxkdr まあでもWeb系フロントエンドエンジニアですらhtmlとcssはまともに使えないけどな 特にcssは絶望的 tailwindもまともに使えない連中ばっか http://mevius.5ch.net/test/read.cgi/tech/1724156206/737
738: デフォルトの名無しさん (ﾜｯﾁｮｲ 23b3-VQH3) [sage] 2025/05/15(木) 02:32:06.09 ID:aLBMO6vw0 Avalonia UIがメインストリームになるわけないやろ 特に最新UIFWはクロスプラットフォーム対応マストやのにXPFが有料のプロプライエタリな時点でお察し MS謹製のFluent UI Web Componetsに一本かすりゃええねん http://mevius.5ch.net/test/read.cgi/tech/1724156206/738
739: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM1f-cqq/) [sage] 2025/05/15(木) 12:27:32.03 ID:hgED4waDM >>738 Avalonia UIとAvalonia XPFは別物 UIの方もクロスプラットフォーム対応 http://mevius.5ch.net/test/read.cgi/tech/1724156206/739
740: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMe7-+6HO) [sage] 2025/05/15(木) 19:32:41.71 ID:oSa5GPZzM MAUIのチーフみたいな人がクビになったんだろ？ もしかして凄腕の主任が来る可能性も！（） http://mevius.5ch.net/test/read.cgi/tech/1724156206/740
741: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMe7-+6HO) [sage] 2025/05/15(木) 21:12:03.05 ID:oSa5GPZzM mauiが潰れたらwinui3にデザイナー実装されるかな？ ＞ コミュニティからの何年にもわたる要望にもかかわらず、マイクロソフトがこの機能を提供しなかったことは受け入れがたいことです。 ＞ これは、Microsoft が次のように言っているようなものです。「Visual Studio ではサポートされないため、当社のフレームワーク (WinUI または Maui) は使用しないでください。」 http://mevius.5ch.net/test/read.cgi/tech/1724156206/741
742: デフォルトの名無しさん (ﾜｯﾁｮｲ c301-k+y7) [sage] 2025/05/16(金) 18:41:31.20 ID:sSx1TeKZ0 Avalonia ⭐︎27646 maui ⭐︎22669 uno ⭐︎9364 見たまえ、ゴミのようだ http://mevius.5ch.net/test/read.cgi/tech/1724156206/742
743: デフォルトの名無しさん (ﾜｯﾁｮｲ f36f-lVom) [sage] 2025/05/16(金) 18:51:34.96 ID:ND+KqDK80 UNOの存在忘れていた http://mevius.5ch.net/test/read.cgi/tech/1724156206/743
744: デフォルトの名無しさん (ﾜｯﾁｮｲ 23f9-VQH3) [sage] 2025/05/16(金) 19:13:22.17 ID:2q66rLdY0 ま〜だポトペタVBジジイがデザイナーとかキチガイなことゆーとんの草 Live Preview(Hot Reload)あんのにデザイナー実装しろ！とか.NET周りの狭いテクノロジーですら全く理解してへんただの能無でクソワロタ http://mevius.5ch.net/test/read.cgi/tech/1724156206/744
745: デフォルトの名無しさん (JP 0H27-s4bX) [sage] 2025/05/16(金) 19:25:42.10 ID:CtDSSAzzH XAMLは元来ビジュアルデザイナでの編集を意図して設計されていて、XMLなのはあくまでプログラミング言語中立にするのが目的 なので手書きすりゃいいみたいなマウントは筋違い http://mevius.5ch.net/test/read.cgi/tech/1724156206/745
746: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMe7-+6HO) [sage] 2025/05/16(金) 21:00:18.40 ID:m44NAhEfM デザイナーとホットロードが両方あるのが望ましいだろ 結局ホットロードは何も解決しないから http://mevius.5ch.net/test/read.cgi/tech/1724156206/746
747: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMe7-+6HO) [sage] 2025/05/16(金) 21:03:03.01 ID:m44NAhEfM 俺はデザイナーなくても使えるから要らないと言うのただの自己中 デザイナーが無いと使えない人にとっては無ければwinUI3は存在しないのと同じ http://mevius.5ch.net/test/read.cgi/tech/1724156206/747
748: デフォルトの名無しさん (ﾜｯﾁｮｲ 03a6-XCeo) [sage] 2025/05/16(金) 21:06:20.74 ID:QIr8LWpl0 書ける人であってもXMLなんか手書きしたくないしな http://mevius.5ch.net/test/read.cgi/tech/1724156206/748
749: デフォルトの名無しさん (ﾜｯﾁｮｲ c301-k+y7) [sage] 2025/05/17(土) 08:52:20.77 ID:6TSkBPG90 >>742 electron 116778 tauri 92557 wails 28220 http://mevius.5ch.net/test/read.cgi/tech/1724156206/749
750: デフォルトの名無しさん (ﾍﾞｰｲﾓ MMff-s4bX) [sage] 2025/05/17(土) 11:42:41.58 ID:+EInX3DrM flutter/flutter 185000 JetBrains/compose-multiplatform 18000 expo/expo 41000 Flutterは次元が違うとして、JB Composeにギリギリ勝ってるのは意外 まあ企業規模を考えるとMSのコスパの悪さが際立つな http://mevius.5ch.net/test/read.cgi/tech/1724156206/750
751: デフォルトの名無しさん (ﾜｯﾁｮｲ ca02-F5NH) [sage] 2025/05/22(木) 00:50:35.89 ID:+b19WjOf0 WinUI 3でunpackagedで、 Assetsにどうやってアクセスするの？ http://mevius.5ch.net/test/read.cgi/tech/1724156206/751
752: デフォルトの名無しさん (ﾜｯﾁｮｲ bb8d-79fi) [] 2025/05/31(土) 09:45:32.99 ID:fd3o0EOE0 MVVMを学ぼうとしてるけど、 Model とViewModel の関係がどうあるべきかがいまいち判断が付かない VM から M への通知が必要な場合は、やっぱり INotifyPropertyChanged を使うのが良いの？ MVVM関連の情報を見ると、VとVMのバインディングについての説明はあるけど、Modelがどうあるべきという話が見えづらい気がする http://mevius.5ch.net/test/read.cgi/tech/1724156206/752
753: デフォルトの名無しさん (ﾜｯﾁｮｲ bb8d-79fi) [sage] 2025/05/31(土) 10:09:56.54 ID:fd3o0EOE0 ModelとViewModelで似たようなプロパティを書き、かつどちらにも通知の仕組みを持たせると、Modelが実質的に「VMとほぼ同じ、かつロジックを含んでる」ものにならない？ http://mevius.5ch.net/test/read.cgi/tech/1724156206/753
754: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM8f-OaF3) [sage] 2025/05/31(土) 11:05:11.60 ID:Wfh15HZ5M 外してたらごめんだけど基本的に メッセージ通知 = メソッド なので普通にmodelのメソッド呼べばいいかと それがプロパティならプロパティ操作でも良いがその操作に理由や意味が明確にできるならメソッドが良いかと http://mevius.5ch.net/test/read.cgi/tech/1724156206/754
755: デフォルトの名無しさん (ﾜｯﾁｮｲ 4ff2-OODJ) [sage] 2025/05/31(土) 11:14:18.48 ID:2ziEl4MQ0 横からだがそのmodelを永続化するリポジトリクラスがあったとしてリポジトリにmodelを引き渡すのはvmになるの？ http://mevius.5ch.net/test/read.cgi/tech/1724156206/755
756: デフォルトの名無しさん (ﾍﾞｰｲﾓ MM7f-XbnY) [sage] 2025/05/31(土) 11:30:30.10 ID:a3/V91sFM >>755 Application Service MVVMの枠組みで言えばMの範疇 http://mevius.5ch.net/test/read.cgi/tech/1724156206/756
757: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM8f-OaF3) [sage] 2025/05/31(土) 11:32:18.58 ID:Wfh15HZ5M MVVMは基本的にGUIのための仕組みなのでそれ以外はご自由に 結局リポジトリサービス呼ぶのはどの段階が適切なのかは設計によると思うよ http://mevius.5ch.net/test/read.cgi/tech/1724156206/757
758: デフォルトの名無しさん (ﾜｯﾁｮｲ 4ff2-OODJ) [sage] 2025/05/31(土) 13:47:02.79 ID:2ziEl4MQ0 >>756 >>757 なるほど、サンクス。 vmがApplication Serviceを呼ぶのか。 http://mevius.5ch.net/test/read.cgi/tech/1724156206/758
759: デフォルトの名無しさん (ﾜｯﾁｮｲ bbe5-79fi) [] 2025/05/31(土) 14:06:04.64 ID:fd3o0EOE0 >>754 自分が最初の質問の文章をミスってました 質問したかったのはMからVMの通知で、例えばモデルがセンサーの値を監視し続けてる等をしてる (ユーザーの操作に関係なく状態が変わる) ような場合 この場合だと、 Model にも INotifyPropertyChanged を実装して、 そのイベントをViewModel 側で拾えばいいのかな VMからMへの操作はメソッドというのは了解です http://mevius.5ch.net/test/read.cgi/tech/1724156206/759
760: デフォルトの名無しさん (ﾍﾞｰｲﾓ MM7f-XbnY) [sage] 2025/05/31(土) 14:13:19.87 ID:a3/V91sFM 一般的には専用のinterfaceかイベントを定義して普通に通知した方がいいんじゃないかな INotifyPropertyChangedはフレームワークのバインディングのためのもので、人間が使う分には表現力不足で不便で分かりにくいだけだよ http://mevius.5ch.net/test/read.cgi/tech/1724156206/760
761: デフォルトの名無しさん (ﾜｯﾁｮｲ bbe5-79fi) [] 2025/05/31(土) 14:34:23.09 ID:fd3o0EOE0 なるほど、イベントは素直な実装になりそう 他に IObservable でも良いのかな 「専用の interface」というのはちょっとわからなかったけど、これは interface 経由で Model から VM のメソッドを呼び出して更新する (VM が Model の生成時に this を渡す) ということ？ http://mevius.5ch.net/test/read.cgi/tech/1724156206/761
762: デフォルトの名無しさん (ﾜｯﾁｮｲ eefb-n/L2) [] 2025/06/02(月) 18:39:14.41 ID:ZD0dQBg/0 >>752 ModelはWPF非依存のコードを書いて、ViewModelはWPFのViewにBindする前提で作るイメージ WPF以外に移植する気もないならModelとViewModelは一緒にしてもいい （ModelでINPCイベント発火してもいい） http://mevius.5ch.net/test/read.cgi/tech/1724156206/762
763: デフォルトの名無しさん (ﾜｯﾁｮｲ 7e2a-wJZe) [sage] 2025/06/02(月) 19:30:17.42 ID:bKFtipAC0 ViewModelは文字通りViewのモデルであり、ビュー側に属するもの MVVMが定義するのは実際にはVとVMだけなので、ViewModelに表示以外のロジックも全部書いてしまうのはMVVM的には間違いとは言えないが、 アプリケーションアーキテクチャとしてはいわゆるビューとロジックの分離ができてない典型的なダメな状態に他ならない http://mevius.5ch.net/test/read.cgi/tech/1724156206/763
764: デフォルトの名無しさん (ﾜｯﾁｮｲ c2e6-HJGc) [sage] 2025/06/02(月) 19:38:53.90 ID:MjlRD7cq0 今の環境ならデータモデルは全部ノーティファイ付けときゃいい データとサービスでクラス分けときゃロジック分離の完成だ http://mevius.5ch.net/test/read.cgi/tech/1724156206/764
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 51 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.016s