- 1 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 05:40:40.10 ID:+TySdXxT.net]
- WPF(Windows Presentation Framework)について語るスレ。
前スレ
WPF(.NET, WinUI) GUIプログラミング Part27
https://mevius.5ch.net/test/read.cgi/tech/1632044619/
関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/
コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/
- 231 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 17:03:05.70 ID:/zOk2rsO.net]
- タイムリーな質問じゃん
これでしょ
https://medium.com/flutter/whats-new-in-flutter-2-10-5aafb0314b12
- 232 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 17:10:01.29 ID:Smp2NQSE.net]
- もうVSも.Netもいらないってことか
- 233 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 17:40:19.22 ID:Q8cReFta.net]
- これかーー
もうMSはオープンソースに手厚いかんな
https://medium.com/flutter/announcing-flutter-for-windows-6979d0d01fed
- 234 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 18:55:12.20 ID:Smp2NQSE.net]
- flutterのほうが楽しそう
もう何十年もなあなあの.Netはいらんな
- 235 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:05:31.82 ID:fMjkdVAl.net]
- xamlも時代遅れだよなぁ。
CSSもflexやgridをサポートして自由自在に画面設計できるようになったんだから、Webブラウザーと同じく使えるデスクトップブラウザーを開発すべき。
HTML5+CSS3をxamlで再カキコしなければならないMVVMアプリ開発側としてはしんどい事限りなし。
blazorがそうなるかと思いきや、そうはならなかったな。
- 236 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:08
]
- [ここ壊れてます]
- 237 名前：:30.28 ID:JrlSex4G.net mailto: hta2でいいよ
activxの代わりにJScript.NET（死語）でさ [] - [ここ壊れてます]
- 238 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 20:15:48.12 ID:x89zi/1x.net]
- >>228
MS的にはMAUI(Xamarin)を推したいんだろうが、こんなものに手を出すのは時間の無駄。
未だにスマホアプリに毛の生えたようなのしか作れないWinUIより
Flutterの方がずっとデスクトップアプリに求められるものは何なのか良くわかってる。
>デスクトップアプリケーションは、単に大きなスクリーンで動くモバイルアプリケーションではありません。
>キーボードやマウスなど、さまざまな入力デバイス用に設計されています。サイズ変更可能なウィンドウがあり、
>ワイドスクリーンモニタで動作することもよくあります。アクセシビリティ、入力メソッドエディター、ビジュアルスタイリングなど、
>重要な事柄についても、さまざまな慣例が存在します。デスクトップ アプリは、ファイル システム ピッカーからデバイス ハードウェア、
>Windows レジストリのようなデータ ストアまで、あらゆるものをサポートします。
・UWP→完全終了。開発側がもう使うな、はよWinUI3に移行しろと言っている。
・WinUI3→1〜2年後には業務で使えるレベルに品質・機能が上がっているかも？（しかしその頃には他のものが普及している可能性大）
・MAUI→使う価値なし（他がもっといいの出してるよね）
・WPF + .NET6→目新しさはないが安定していて間違いがない
・Flutter for Windows→注目株、Fluent Designにもしっかり対応。安定性・メモリ消費・ファイルサイズ等に問題がなければこれ一択か？
以前Dartでhello worldするコンソールアプリ試しに作ったときにやたらファイルサイズでかかったのが気がかり。
- 239 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 20:57:32.87 ID:i7hWOGQn.net]
- Flutter for Desktop、ちょっと触ってみたけど想像以上に良い。
ただ、まだあんまりよくわからんコンパイルエラーが起こる事があるな。
既存の自分のAndroidアプリはそう簡単には動かなさそう。
- 240 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 21:48:15.23 ID:xlLtcbiK.net]
- あーまあ分かったからflutterスレでやってね
- 241 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 22:07:14.76 ID:rPvrWkyY.net]
- ウェブのhtml, css, jsの組み合わせをデスクトップアプリに持ってきた方が自然に思える
てかWindowsのみで動くアプリなんてシステムアプリくらいしか需要ないじゃん
そんなのCUIでも全く問題ないんだから
- 242 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 22:11:22.70 ID:+WNV9NYh.net]
- それWebView2な
必然の流れだよ
- 243 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 22:11:24.10 ID:lgLSShEn.net]
- 古田はググールだから大変だな
流行らなければ斬るから信者がんばえー
- 244 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 01:21:30.57 ID:WZoZVFeP.net]
- 「StackOverflow」で2021年に実施された調査
https://asset.watch.impress.co.jp/img/wf/docs/1385/929/image2.jpg
- 245 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 01:58:42.02 ID:vyyfl1Q+.net]
- >>241
ほとんどWeb系だろうし、単に新しいもの使える職場は環境がいいというだけの話だ
- 246 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 09:10:40.08 ID:m5qwQDYD.net]
- WPF(MVVMを含む)を新しいものと見なしてるか古いものと見なしてるかで年の差感じるよな
学習コストとか今さらのように言われてもオマエ今まで何してたんだよ
10年以上前からあってとっくに枯れてるぞ
- 247 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 09:18:35.66 ID:50cE9z6L.net]
- WPFをいままでやってこなかったならいまさらやる必要がないってことでしょ
アプリケーションもウェブベースで作れるものならASP.NETのWebFormsやMVCに移行してただろうし
- 248 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 10:35:28.52 ID:JJnev5jz.net]
- >>238
jsはどんな領域でも使っちゃ駄目な欠陥言語。tsもわずかにマシって程度。
元々オモチャみたいな言語だからレガシーなクソ仕様をばっさり切り捨てないと手の施しようがない。
>Windowsのみで動くアプリ
昔と違ってWindows 1つあれば事足りるようになったからWindows 専用もそれほどデメリットにならない。
- 249 名前：デフォルトの名無しさん [2022/02/05(土) 10:40:43.82 ID:Rg3a6Lod.net]
- 普及しないまま枯れていったMVVM葬儀会場はここでつか？
- 250 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 10:42:30.90 ID:8UxqBbtD.net]
- 使いこなせない悲しみ
- 251 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 11:59:44.91 ID:XET6D0Ck.net]
- WPFが落ち目に見えるからFlutterとかWebとかこんなにキャッチセールスがやってくるのかな
- 252 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 12:07:21.14 ID:Czrdanv8.net]
- intellisenseがWPFに冷淡だったのが痛い
- 253 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 12:10:49.48 ID:8UxqBbtD.net]
- WinUI待機組をFlutterが掻っ拐う構図
- 254 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 15:15:00.66 ID:JJnev5jz.net]
- >>248
落ち目なのはWinUI。まだ浮かんですらいないけど。
今の時点でデスクトップアプリ開発環境としてWinUIよりFlutterの方が完成度が上で、今後それが逆転する可能性も絶望的。
これからはWPFとFlutterを状況に応じて使い分ければいい。
WinUIがポンコツすぎて迷う必要なくなったから、かえって良かったかも。
- 255 名前：デフォルトの名無しさん [2022/02/05(土) 15:29:51.09 ID:Mq0LTi1i.net]
- 早めにxaml捨ててMAUI＆Cometで一本化する判断しとけばここまで開発リソース分散しなかっただろうに
- 256 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 17:43:31.99 ID:CJOs3GSx.net]
- >>252
MAUIは、XAMLによるMVVM、と書いてあるが。
- 257 名前：デフォルトの名無しさん [2022/02/05(土) 17:45:20.87 ID:CJOs3GSx.net]
- 宣言的
- 258 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 17:47:03.84 ID:CJOs3GSx.net]
- MAUIには、宣言的UIを使ったMVUなるものがあって、それがCometということかいな？
でも宣言的UIもWinFormsとは全く違うよね、多分。
- 259 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 18:12:45.33 ID:xQipYjTo.net]
- 宣言的UIはXAMLみたいなやつ
- 260 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 21:13:43.76 ID:b/8WCMUm.net]
- >>244
そんな奴はこのスレ覗きに来ないと思うんだが
- 261 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 00:16:10.15 ID:keaNtWdY.net]
- >>256
やっぱ、そうか。
だからMAUIはXAMLのものと、XAMLではないがXAMLに似たものの二系統作られるという
ことに過ぎないのだろう。
- 262 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 23:44:13.73 ID:R7IEDvqe.net]
- .Net Frameworkも4.8.1でまだまだ延命
- 263 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 23:45:18.71 ID:Ly8LsSyr.net]
- .NET6への移行がしんどいの?
- 264 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 00:52:33.72 ID:NnlheoBA.net]
- 6は2年でまた移行だからな
日本ではその度にSIerにぼったくられることになる
- 265 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 01:04:51.01 ID:FwV6Svjt.net]
- 海外はちゃうの？
- 266 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 09:01:44.53 ID:hJS1F7H6.net]
- >>259
ARMだけになりそうじゃね？
- 267 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 11:48:44.65 ID:uh676PEA.net]
- ListBoxのItemPanelTemplateにCanvasを指定しているとき
Windowに合わせて拡大・縮小する方法教えて
ViewBoxにListBoxを入れてみたけどWrapPanelとかはスケールされるのだが
Canvasのときは表示されないみたい
- 268 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 12:52:29.42 ID:qVVndxor.net]
- Canvasを使わない
- 269 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 18:48:16.24 ID:B+4mD2P/.net]
- 次の.NETでWPFにWin11用テーマが搭載される可能性
- 270 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 19:11:40.12 ID:EFpTEQx0.net]
- MAUI(Xamarin)に望みが無いならWPFも先細り
- 271 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 20:22:40.56 ID:IU9XfAJW.net]
- MAUIの正体がXamarinだって知ってる奴は
こんなもんにはなから望みなんてないってわかってるよ
- 272 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 22:28:30.64 ID:c4tJbt0p.net]
- UNOちゃんも忘れないで(´；ω；｀)
- 273 名前：デフォルトの名無しさん mailto:sage [2022/02/07(月) 22:55:34.92 ID:fWZpMVoi.net]
- もういいよ
こんなゴミフレームワーク使うのやめたから
何十年まともなの作れないんだMSは
- 274 名前：デフォルトの名無しさん mailto:sage [2022/02/08(火) 18:38:34.00 ID:yVfGM/kR.net]
- WPFに新たな希望が!!
https://github.com/lepoco/wpfui
- 275 名前：デフォルトの名無しさん mailto:sage [2022/02/08(火) 18:50:22.26 ID:5BCjIQvt.net]
- 俺が前スレで紹介した記憶が
- 276 名前：デフォルトの名無しさん [2022/02/08(火) 23:49:46.25 ID:MbsHgQqH.net]
- すみません 教えてください
WINDOWS UI3 を使ってMVVM ってできるのでしょうか？
サンプルみたいのもないのでできるのかどうかわからないので
教えていただけますでしょうか？
- 277 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 03:28:04.00 ID:/I7OzU9p.net]
- MVVMが目的になってる時点で駄目ｗ
本末転倒だよ
- 278 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 06:34:10.19 ID:czYNULL0.net]
- >>273
できるよ。
でもMVVMって設計手法の1つに過ぎないから
開発内容に合わせて適用するかどうか考えなきゃ駄目だよ。
徒歩10数歩で行ける隣の家にわざわざガレージから車出して行こうとする頭の悪い人になっちゃだめだよ。
- 279 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 08:01:14.11 ID:ehg+FXfN.net]
- >>273
WinUIはかなりヤバイよ。
公式ドキュメントに
パフォーマンス悪いです、メモリめっちゃ食います、ファイルサイズ無駄にでかいです
なんて載せて予防線張ってるぐらいだから。
SDKのバージョンは一応1.0だけど実質まだ0.5ぐらいの出来。
正式版として世に出しちゃいけないレベル。
止めはしないけどいつでも撤退できるようにしておきな。
これやるくらいならまだWPFの方がつぶしが効く。
- 280 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 09:25:08.14 ID:Og7wuzEA.net]
- 2022年という未来の世界に生きてるのに未だにまともなフレームワークがないってどうなってんの
- 281 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 10:05:21.84 ID:/I7OzU9p.net]
- 結局プロの使用に耐えるフレームワークはATLだけだったな
あとは全部不完全か初心者向けの不自由なものでしかない
- 282 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 10:23:03.43 ID:HpfuVDAv.net]
- >>274
頭ごなしの否定良くない
既存のMVVMアプリがあって、Vだけ入れ替えるのを検討してるのかもしれないだろ
- 283 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 10:49:46.38 ID:/tE30TH1.net]
- ソフトウェアのアーキテクチャ的に
誰も議論しないぐらい
残らないアーキテクチャだったな
WPF流MVVM
- 284 名前：デフォルトの名無しさん [2022/02/09(水) 10:58:39.93 ID:WFT7SUOm.net]
- 枝葉の議論でゴチャゴチャ言ってるザコ共をMVWという本質を突く一言で一刀両断したのは流石だわ
- 285 名前：デフォルトの名無しさん mailto:sage [2022/02/09(水) 12:52:41.22 ID:/KeHMgiK.net]
- ザコがキャンキャン吠えてるw
- 286 名前：273 [2022/02/09(水) 23:47:59.46 ID:TVdAx4La.net]
- みんなありがとうございます。
勉強になりました。
イベントドリブン型が何となくよくわからなくって
MVVMで慣れちゃったから
本当は、 WPFでトグルスイッチが使ってみたかっただけなんだよね
- 287 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 08:45:19.96 ID:nQ/8CiES.net]
- ToggleButtonじゃなくスマホで見かけるやつでしょ、ユーザーコントロールで作成だね
実際に作った人もいるので参考にしたり拝借してくるといい(要ライセンス確認)
- 288 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 09:53:13.85 ID:Yjh1sxXd.net]
- チェックボックスとトグルスイッチの使い分け、毎回悩むわ
- 289 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 13:37:50.16 ID:cZrPxvvk.net]
- 見やすく使いやすいのがいい→チェックボックス
ナウなヤングにウケるカッコいいのがいい→トグルスイッチ
で悩むことないやろ
- 290 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 13:50:07.08 ID:RrRl5YtT.net]
- ダークモードね白黒反転するやつね
- 291 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 14:14:25.03 ID:fc/2R9d2.net]
- 設定項目群に関連があり、「これとこれを有効」みたいなのはチェックボックス。
確認を求めるようなのや説明的な設定項目はチェックボックス。
有効/無効で表現しやすく、設定が即座に反映されるようなのはトグルスイッチ。
- 292 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 15:00:32.93 ID:nQ/8CiES.net]
- 使いわけというかデザインセンスだね
例えば、次回から表示しない、はチェックボックスでトグルスイッチ使ってるのを見たことない
- 293 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 15:02:08.67 ID:SVzOFq4x.net]
- 即時反映: トグルスイッチ
ダイアログの肯定応答ボタン押下で反映: チェックボックス
- 294 名前：デフォルトの名無しさん mailto:sage [2022/02/10(木) 15:44:50.18 ID:wbG7UtHv.net]
- MSのドキュメントに用途のガイドラインは書いてある
https://docs.microsoft.com/ja-jp/windows/apps/design/controls/checkbox
https://docs.microsoft.com/ja-jp/windows/apps/design/controls/toggles
- 295 名前：273 [2022/02/11(金) 16:25:36.11 ID:gQQrjeaP.net]
- >>284
アドバイスありがとうございます。
早速 いくつかの トグルスイッチを使ってみたのだけど
トグルスイッチのイベントの形態が２種類あることがわかって、
今まで使っていたのは、 ”状態が変化した”ことでイベントととするもの
他には
"ONorOFF"になったことをイベントとするものです。
VMでどう吸収しようか検討中です。
- 296 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 09:00:34.53 ID:kNmQX4vn.net]
- 見た目の変更とかアニメはコントロールの中で完結する方が見通しよくなるし
他でも使えるようにライブラリ化できる
MVVMは関係なく、単に自作UIとしてトグルをどう作り込むかによる
金さえ出せばコンポーネント屋から完成しているトグルスイッチを購入できるので
自作の工賃とライセンス料を天秤にかけるわけだ
- 297 名前：デフォルトの名無しさん mailto:sage [2022/02/12(土) 17:38:53.23 ID:ZwiH+04Q.net]
- 普通これ使うだろ
https://github.com/lepoco/wpfui
https://github.com/MahApps/MahApps.Metro
https://github.com/Kinnara/ModernWpf
- 298 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 01:05:59.76 ID:NN0JuhkI.net]
- >>294
サンプルだとかっこいいんだけど、
漢字や平仮名のボタンとか急にダサくなって困る。
- 299 名前：デフォルトの名無しさん mailto:sage [2022/02/13(日) 09:01:56.66 ID:39UxLAwC.net]
- 都度フォントの変更大変そうだなと思ったらResourceDictionaryにFontFamilyを指定しとくのか
- 300 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 08:48:32.05 ID:JUrXsXai.net]
- >>295
英語だとカッコイイってのがそもそも思い込み。
隣の芝が青く見える的な。
ガイジンさんから見たら漢字カッコイイって思ってるかもしれん。
- 301 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 20:30:33.82 ID:OKHyco7f.net]
- >>81
キチガイの世界へようこそ・・・
と言うか20世紀なのか今は？
- 302 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 21:53:59.37 ID:7DLpkbM0.net]
- >>298
参考までに
Windows 95 最小ハードウェア仕様要求
物理メモリー、8 MB以上
ストレージ、75 MB以上
- 303 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 22:10:00.51 ID:VjWJSQ6q.net]
- いくらPCが速くなってもWPF使ったソフトはクソ重い。
MSすら使いたがらないわけだ。
- 304 名前：デフォルトの名無しさん mailto:sage [2022/02/14(月) 23:21:43.51 ID:0GI11KhK.net]
- >>299
たしか1998年にあまり予算をかけたくない俺は
Celeron300AでRAM256MB積んだPCを自作していた
そのころの話か？
やはり20世紀の話だろこれは？
- 305 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 06:12:51.13 ID:hA9gyrCi.net]
- >>301
お前がどんなPC組んでたとか全く意味ない。その時代に普及しているPCスペックが全て。
2022年だからそれに合わせてこんな甘々な基準になっているのに
それすらクリアできないようならソフトウェア技術者向いていないから転職を勧める。
- 306 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 08:57:14.52 ID:VnsR49ox.net]
- 10年前からWPFは既にあって、当時の話題とは
Windows Formsから移行とかSilverlightと比較とか
比較対象が変更されはしたが、今と大して変わらない話題だよね
- 307 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 15:34:06.63 ID:GyhCU1xc.net]
- WPFは出た直後にクソ認定されて15年経ってもその評価は変わらない。
FISやIOCと違って技術者は賄賂は受け取らないし忖度もしないのだ。
- 308 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 15:57:40.84 ID:tpfUF+h+.net]
- WinForms
・旧来のウィンドウズAPIの上にレイヤーを重ねたようなもので、（シンプルであるという）利点と
（平凡なレイアウトやスタイリングオプションという）致命的な災いの両方がある。
WPF
・WinFormsからわずか4年後にリリースされたが、デザインパターンとコンセプトがより複雑であったため、
一般に受け入れられるまでにはしばらく時間がかかった。
・大規模なデータセットに対してWinFormsよりも大幅に高速化できるが、正しく使用するにはより深い知識が必要である。
・現状は WPF on .NET 6 が一番つぶしが効く状態。
UWP
・Windows UIの未来だったが、鳴かず飛ばず、現在はメンテナンスモードになっている。
良い点：魅力的なUIを簡単に作ることができ、マウスとタッチの両方でうまく動作する。
悪い点：サンドボックスとパッケージングの要件が非常に厳しい。
結論：避けるべき。
WinUI 3
・小さなチームがUWPのUIスタックからできる限りのものを救い出そうとしている。
・遅い、バグが多い、そして多くの歴史的なお荷物が重くのしかかる。
・開発体験はWPFの方が上であり、開発チームは改善に消極的である。
・1年後にまた確認したいが、私は悲観的だ。
- 309 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 19:01:34.90 ID:VjJREOVz.net]
- 現状、WindowsデスクトップアプリはWPFでWinFormsのようなイベント駆動が一番マシなんですかね
レイアウトの自由度、高DPIへの対応、表示速度を争点にした場合
- 310 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 19:16:29.32 ID:3zKYAjvH.net]
- winrtはどこに属すの？
- 311 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 19:33:35.93 ID:ES8IiGQC.net]
- >>306
それでいいと思う。それが一番処理速度的にもファイル構成的にも無駄がない。
ただViewに依存しない処理はなるべく別クラスに切り出すことぐらいはしておいたほうがいい。
- 312 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 19:36:57.71 ID:sOBRzctF.net]
- データバインドは使わんの？
エラー表示とか便利っぽいよね
- 313 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 20:18:43.19 ID:A9ZkwK3T.net]
- >>309
使った方がいいと思った箇所で使えばいいんじゃね？
どちらかに縛る必要はないと思うが
- 314 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 20:29:33.78 ID:qXoJQquN.net]
- >>305
WinUI3だが、内部のWinRTは十分こなれているからバグは少ない
問題は表示系だが操作不能になるようなものは稀で回避策はある
速度に至ってはWPFより遅いことはないんだが、何処の情報なん？
- 315 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 20:36:28.97 ID:xE3FS5+c.net]
- 速度に関して前スレで話題になってたやろ
- 316 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 20:40:31.81 ID:qXoJQquN.net]
- >>312
1.0 Stable以前は酷いものだったが、そこから情報アップデートしていない人が多いのかね？
- 317 名前：デフォルトの名無しさん [2022/02/15(火) 20:42:15.57 ID:xE3FS5+c.net]
- https://github.com/microsoft/microsoft-ui-xaml/issues/1633
これは解決されたの?
- 318 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 20:55:45.02 ID:s9A1ir2/.net]
- >>305
> ・現状は WPF on .NET 6 が一番つぶしが効く状態。
これはないかな
まず.NET6後二年も寿命がない
それは別としてつぶしが利くのはwinforms
技術的進展もなければ使えなくなる技術もない
安定
- 319 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 20:58:11.37 ID:z+l2+roq.net]
- >>313
>パフォーマンスに関する考察
>Windows App SDKのバージョン1.0では、WinUI 3アプリの起動速度、RAM使用量、インストールサイズが、UWPで見られるものより大きい/遅いです
by docs.microsoft.com
Windows App SDKのバージョン1.0では
Windows App SDKのバージョン1.0では
Windows App SDKのバージョン1.0では
- 320 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 20:59:22.62 ID:qXoJQquN.net]
- >>314
WinRT系だと自家製ビヘイビアもほとんど使わずに済むから特に気にならないバグだな
既存のコントロールは関係ないだろうし
- 321 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:07:44.33 ID:xE3FS5+c.net]
- コンポーネントメーカーdebexpressの中の人が速度がでねぇっていってるし
community toolkitのDataGridも速度出てねぇし
つまりListViewとかで速度がWPFより遅いって話なんじゃねぇの??
- 322 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:08:04.86 ID:qXoJQquN.net]
- >>316
UWPの.net Nativeは極めて優秀だからそれと比較してGUIのパフォーマンスやインストールサイズが悪くなるのはしょうがない
UWPだとライブラリの中でアプリで使われていない部分を全部バッサリ切り捨てるしAOTにコンパイルされるので
WPFのUnSafeと同等のパフォーマンスだ
UWPはWPFと比べられないほどインストールサイズも小さいし速度も早い
ただUWPでもファイル操作はサンドボックス化の影響を受けていて遅いが、WinUI3はSystem.IOを使えるからそこは充分早い
- 323 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:10:30.82 ID:6QhYGEAR.net]
- マイクロソフトの中でもフレームワーク開発チームは互いに戦ってるのかな
- 324 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:12:07.58 ID:ES8IiGQC.net]
- >>315
WPF on .NET6の次はWPF on .NET8に乗せ換えるだけだぞ。
>技術的進展もなければ
だからそもそも採用されない。
わざわざ生産性が低いものを選ぶ理由がない。
- 325 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:24:14.14 ID:s9A1ir2/.net]
- >>321
生産性は高いよ
時間当たりに生み出す価値が大きいほうが生産性が高いと言う
winformsで5分でできるものをWPFでは確実にそれ以上かかる
しかも学習時間も含めるとWPFの生産性が確実に低い
- 326 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:31:14.07 ID:VAjtBqbg.net]
- WinFormとWPFは同等の手法が使えるからどっちがどっちって事はないだろ
慣れたら何かBindableObjectとReativeProperty使えばVVMでサクっと作れて見通しも良い
- 327 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:33:48.96 ID:cnyVxlxn.net]
- >>319
そもそもUWPってGUIはWindows側のAPIを呼ぶだけだからな
WPFやWinUI3みたいに巨大なランタイムをロードする必要がない
AOTみたいな小手先の最適化を云々する以前に、ディスクIOの量が全然違う
- 328 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:49:28.29 ID:cAuAN9G6.net]
- >>322
いや、生産性はかなり低い。
作るスピードも修正するスピードもWPFの方がずっと上。
winformsの進化版として使う分には学習時間なんてほとんどかからない。
- 329 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:52:12.13 ID:s9A1ir2/.net]
- 常に勉強し続けるのが善で正義と思うのは間違い
MVVMのパターンも変わり続けて何か正義なのかすらもわからない
これはこうしたほうがいいと絶対的に言える状況なのか
1年しないうちにいやいやこれはとか訂正されたりライブラリから削除されたり生産性が低すぎる
- 330 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:55:34.96 ID:s9A1ir2/.net]
- MVVMの長らくの議論
ダイアログはどうやって出すかみたいな馬鹿な問題とかもうどうでもいい
- 331 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 22:09:55.99 ID:ES8IiGQC.net]
- ひょっとしてWPFはMVVMで作らないといけないと勘違いしている？
MVVMを一切使わなくても問題ないよ。それでもWPF使った方が開発が楽だから。
|
 |
