- 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/
- 449 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 11:42:36.70 ID:v6KMLEO5.net]
- >>441
.NET Coreは最新の3.1でも今年の年末にはサポート終了するよ
（5以降は名前に「Core」が付かないただの「.NET」）
- 450 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 11:46:09.12 ID:AYH7H5ZM.net]
- >>442
>>443
失礼しました。.net Framework4.8か.NET6のどちらで作るかという質問でした。
- 451 名前：デフォルトの名無しさん [2022/02/23(水) 12:13:40.43 ID:n7YEN9KD.net]
- >>444
.Net4.8のサポートが30年あたりだから、25年までは.Net4.8が無難かと。
その頃には.Netも最適化されてるでしょ。
そもそもWindowsが健在なのかも不明だし。
- 452 名前：デフォルトの名無しさん [2022/02/23(水) 12:16:35.49 ID:n7YEN9KD.net]
- WPFに真剣に取り組んでも将来仕事があるのか心配。
- 453 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 12:23:14.34 ID:n4QLtIZ7.net]
- 家でWPFに真剣に取り組んで
日中はコンビニでアルバイト
だいたいこういう生活スタイルになるかな
- 454 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 13:22:26.22 ID:ywzuv89F.net]
- >>446
MVVMの第一人者がWPF見限ってWebに移ってるのが全て
- 455 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 13:39:30.83 ID:AYH7H5ZM.net]
- >>445
ありがとうございます。.NET6はまだまだということでしょうかね。
- 456 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 14:42:12.12 ID:5YFRSXe3.net]
- >>448
それいつの話よ！
- 457 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 15:28:20.73 ID:8ISSr+bj.net]
- >>446
「仕事で」というのは随分ニッチ狙いだな。
WPFは個人的に使うツールを作ったりするのに便利。
WPF⇒WinUIに移行する道もあるし。
今は駄目駄目のWinUIも2〜3年後には使えるレベルになってるでしょ。
WebはFlutterに置き換えたい。
JavaScriptはVBAと同じく、プロが使うべき言語じゃない。
TypeScriptも同じ。腐った食材をラッピングしても中身は腐ったまま。
- 458 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 15:30:22.63 ID:A1VwjaQk.net]
- WPFを腐った食材と言いたげだな
- 459 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 15:45:07.83 ID:8ISSr+bj.net]
- 腐ってるのはJavaScript。
誕生の経緯からして大規模開発に使うようなものじゃない。
WPFは頑張ってると思うよ。
Windowsデスクトップ向け開発技術の中ではバランスがいい。
これ選んでおけば困ることがない。
後発が揃いも揃ってヘボすぎる結果でもあるけど。
- 460 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 16:12:12.81 ID:EjF360bu.net]
- >>453
WinFormsで十分
- 461 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 16:17:35.16 ID:A1VwjaQk.net]
- 腐ってると言ってもWPFは納豆なんだよ。好きな人は好きだが嫌いな人は食べない。
- 462 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 16:23:19.96 ID:YdM3SxcO.net]
- >>454
.NET FrameworkのWinFormsはスケーリング対応が腐ってるのがな
.NET6のなら改良されてマシになってるけど
- 463 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 16:28:06.25 ID:A1VwjaQk.net]
- 近所にスケートリンクないんだよな
- 464 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 16:49:27.74 ID:5YFRSXe3.net]
- あいかわらずのおじさん...
- 465 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 16:52:38.52 ID:A1VwjaQk.net]
- 納得くせーガキが背伸びすんなよ
- 466 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 17:08:22.18 ID:Xkg4oOVl.net]
- >>454
WinFormsを進化させたのがWPF。
だからWinFormsの代わりにWPFを使えばOK。
- 467 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 17:35:40.25 ID:4nPsDKk4.net]
- Flutterってwebもデスクトップもまともに動くんかねぇ・・・
- 468 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 17:42:10.42 ID:zyypBZ1d.net]
- flutterはデスクトップ向けに簡単にネイティブAPIつっつけないんじゃないの？
C#ぐらいデカいデスクトップ向けバッテリーがあっても結構頻繁にネイティブ必要なのに。
- 469 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 18:21:05.11 ID:jrR/d40v.net]
- flutter webはダメっぽい
CanvasKitのwebasmとか大きすぎてダウンロードが..
そこから..
flutter desktopはok
- 470 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 08:38:23.23 ID:p3uXF2gK.net]
- この第一人者ってJohn Gossman？
- 471 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 15:22:11.77 ID:Z10usaaO.net]
- WPFで作成したアプリをWindows Defenderが誤検知したんだがMSふざけてんのか？
お前のとこのツールで作成したアプリだぞ
- 472 名前：デフォルトの名無しさん mailto:sage [2022/02/24(木) 15:53:17.31 ID:uozJ2LSE.net]
- >>465
どの開発ツールで作成したかなんて関係ないだろ、アホか?
見られてるのはどんな挙動をするか。
お前と同じ、キョドってるから職務質問されるんだよ。
- 473 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 08:37:34.40 ID:6D5Ibm3F.net]
- >>465
納品するソフトで同じ事があった。
- 474 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 09:03:07.81 ID:F30cwVSi.net]
- ウイルスがやりそうなことや、お行儀の良いプログラムがやらなそうなこと実装すると結構引っかかる
- 475 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 09:16:53.23 ID:MEIpOner.net]
- Webにおくと問答無用で「人気がない」判定されて疑われる
- 476 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 12:36:04.84 ID:n0fLabvp.net]
- このスレでflutterとかrustとか知ることできて
ありがたい
- 477 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 13:03:03.43 ID:pyvPoE8E.net]
- やはりGUIはFlutterで構築するのが流行るかな
- 478 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 13:14:04.91 ID:yOOIJPZ6.net]
- flutterはネストしたスクロール部分で欠陥があるから注意
- 479 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 13:56:06.11 ID:8HeuC971.net]
- まあVSのC++のコンソールアプリのテンプレートのHelloWorldをデバッグビルドするだけで
マカフィーはウィルスとして判定するんやけどな...
- 480 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 14:10:58.39 ID:Geimv/XM.net]
- マカヘー「今どきC++なんか使ってるやつはウィルス作成者に違いない！ギルティ！」
- 481 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 16:03:43.25 ID:eqYFRIFE.net]
- >>472
そもそもUIとしてネストしたスクロールは使いづらいし、
見た目が悪い
- 482 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 17:52:46.88 ID:yOOIJPZ6.net]
- ネストしたスクロールってandroidで当たり前のツールバーがコンテンツのスクロールに合わせて表示されたり消えたりするやつのこととかを含む..
まじでflutterスクロールまわり欠陥だらけ
jetpack composeはそうならないことを祈る
- 483 名前：デフォルトの名無しさん [2022/02/25(金) 18:15:02.63 ID:yOOIJPZ6.net]
- つうか、netflixとかamazonのアプリとかyoutubeとかもネストしたスクロールだろ
縦方向にスクロールさせて個別のトピックで横方向にスクロール
こういうアプリ良くみるけど
- 484 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 18:28:31.23 ID:VyDJtm7x.net]
- >>477
カルーセルでしょ
最近のUX言語ではスクロールとはまた別の概念だよ
- 485 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 18:51:35.45 ID:yOOIJPZ6.net]
- ネストしたスクロールで方向が違うものを特にカルーセルっていうだと思う(想像)
- 486 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 19:04:52.93 ID:yOOIJPZ6.net]
- ごめん>>479はカルーセルじゃねぇな
やっぱ、>>477はネストしたスクロール方向がちがうスクロールじゃね?
- 487 名前：デフォルトの名無しさん [2022/02/25(金) 19:20:06.74 ID:yOOIJPZ6.net]
- >>478
違う概念というが俺は元からスクロールについていってるんだが
横方向と縦方向と方向が違うが>>476はネストしたスクロール
UI的にカルーセルって言葉使いたいなら>>476はネストした
カルーセルじゃね
- 488 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 19:54:02.28 ID:L/iFS/ue.net]
- ネストしたスクロールって親にも子にもスクロールバーが出るようなUIだぞ。
カルーセルはスクロールとは言わずにスライドとかページ切り替えと表現する。
- 489 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 21:12:24.61 ID:yOOIJPZ6.net]
- それ以前にデザイン的じゃなくて技術的な観点から複数のコンポーネント間でUIイベントをやり取りしてスクロールを調整する動きをネストしたスクロールと表現してそういう前提で話を進めてたんだが
そこはわかりずらかったっぽいので悪かった
だから>>476のツールバーが消えたり隠れたりする動きも含めたり
androidならNestedScrollViewやらNestedScrollingParent
まぁ、そこらへんがflutterはくそ
- 490 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 21:29:28.09 ID:Mlva5ec6.net]
- その辺は何でやってもクソな気が…(やりたくない
- 491 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 02:20:45.48 ID:5PrhB3U9.net]
- いまからだとどうWPF勉強したらいいの？
- 492 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 02:22:27.16 ID:o7kRBzLD.net]
- MSのドキュメント読むだけだろ。
- 493 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 08:52:36.15 ID:WzYYvDDu.net]
- 今からWPFなんてやっても仕事ないけどな
趣味なら好きなようにしていいが
- 494 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 09:40:55.29 ID:COEkEbcq.net]
- かずきのWPF講座読んで、あとは使うならMVVMライブラリのチュートリアルでもやってみれば
- 495 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 10:20:56.98 ID:ToDUQmf6.net]
- もはやユーザーが少なすぎてベストプラクティスもクソもない状態だから、自分の好きなように使えばいいよ
- 496 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 10:35:00.29 ID:fVG8H20B.net]
- そうそう。MVVM警察気取りが幅を利かせてた痛々しい時代は過ぎ去ってアーキテクチャ固執主義は間違いだったと実証された。
コードビハインドにガンガン実装しても全然いいよ。
- 497 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 10:43:34.24 ID:npDV8IYK.net]
- それは生存バイアスってやつだ
そもそも設計の良い悪いを言い出したらMVVM以前にこんな日の目を見なかったレガシー技術を採用すること自体が明らかに悪いわけで、
そういうことを気にしない人が残ってるだけ
- 498 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 10:50:36.47 ID:NzDgaGJJ.net]
- かずきって懐かしいな
いまなにやってんだ？
- 499 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 10:51:25.63 ID:NzDgaGJJ.net]
- >>490
WPFのMVVMが基地外なだけさ
- 500 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 13:45:33.61 ID:riGTCXuy.net]
- >>487
身近なところや、「WPF 求人」で検索した結果を見ても仕事はあることはある。
他の人気のある言語と合わせて習得しておくのは悪くはないと思う。
- 501 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:41:21.55 ID:ZIjTMYhr.net]
- MVVMって誇れるほど難しい技術でもないからｗ
逆にコレがわからないとしたら転職考えたほうが良いかも
- 502 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:44:43.16 ID:o7kRBzLD.net]
- 超ブラックのIT業界いるなら、しかもPGは底辺なのでさっさと転職したほうがいい。
- 503 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 21:02:08.91 ID:Sj1PDpa0.net]
- >>492
日本マイクロソフト
- 504 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 21:12:32.76 ID:+/7Q5xyF.net]
- >>495
わからないと言うより面倒と言う側面の方が強い
後はどうしたらよいか定番みたいなパターンがなかった
- 505 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 07:19:19.52 ID:bo2jyn1E.net]
- 今さらDispose()まで必須になったReactivePropety使うならナチュラルに書いた方がシンプルだし分かりやすい
- 506 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 08:37:02.02 ID:yylMWC41.net]
- 自分的にはReactivePropetyは最初から眼中にない。
ほぼ個人でメンテしているようなものは業務で使うのはありえないし、
わざわざメモリリークの爆弾仕込むようなものだし。
- 507 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 08:59:25.09 ID:4BlM0ozS.net]
- >>456
.NET6のWinFormsデザイナ、まだベータ版だぞ。
スケーリング対応も多少改善されてるけど問題点はまだいくつも残ってるし、
そもそも固定配置前提のUIフレームワークは生産性低すぎて辛いだろう。
- 508 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 12:51:13.26 ID:VFLmeVbD.net]
- やべー奴がいたw
https://mobile.twitter.com/ohbashunsuke/status/1495900842389610498
(deleted an unsolicited ad)
- 509 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 13:42:58.27 ID:33ipu5gN.net]
- >>501
業務アプリだと1画面にビシッとハマらなければならないのでGridでいい
逆にWindowsの「設定」みたいに画面スクロールしてーーとか出したら切られる
- 510 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 13:59:46.31 ID:VFLmeVbD.net]
- >>503
Webアプリで目の肥えた客「ウィンドウサイズに応じて最適な項目配置に変わってね。縦長ウィンドウにしたら縦に並べて、横長にしたら横に並べてね。」
- 511 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 15:06:09.80 ID:ki9qQxut.net]
- >>504
WinFormsでもFlowLayoutPanelてのがあった気が
- 512 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 15:41:54.06 ID:nNPgEP9f.net]
- >>505
客「あっ、そうそう、文字サイズは5段階ぐらいで調節可能にしといてね」
- 513 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 15:57:41.97 ID:ki9qQxut.net]
- >>506
それはきついかも…
- 514 名前：デフォルトの名無しさん [2022/02/28(月) 17:03:59.41 ID:zvSrYpGE.net]
- テレワークで突然解像度1366x768のノートPCとかいう人権のない環境に叩き落された人もいる
古の業務ソフトには縦800が前提かつ、全ウィンドウでサイズ変更不可とかいうクソみたいな仕様を採用してるものが多いので
最下部のボタンが押せなくて仕事にならないって話をもう数件聞いてる
レスポンシブにする必要はないが画面サイズ固定は流石に時代遅れだと思う
- 515 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 17:20:47.12 ID:ki9qQxut.net]
- >>508
それはそうなんだがWinFormsの場合はPanelを使った流動的なものでもフォントが変更されるとフォント次第ではコントロールの幅とかが変に…
かと言ってWPFはListBoxとかで工夫を加える場合面倒
- 516 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 22:55:13.95 ID:eK9jJDC4.net]
- class ViewModel{
public ObservableCollection<Mail> Mails = ....
}
データグリッドでMailsをbindingして表示します。
データグリッドの各行ににチェックボックスを付けて、例えば一括して削除などの動作をしたい場合、MailクラスにIsCheckedなどのプロパティを追加する以外に良い方法はありますか？
Mailを継承した専用クラスを作ってそちらをbindingする方法も考えましたが、もっと簡単な、あるいは一般的な方法があれば教えて頂きたいです。
- 517 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 23:25:29.73 ID:ARJn3fZ4.net]
- UIの状態をあらわすのがViewModelなんだから、Mail用のMailViewModelを作ってそっちにIsCheckedプロパティを追加する
で
class ViewModel {
ObservableCollection<MailViewModel> MailViewModels =
}
- 518 名前：デフォルトの名無しさん [2022/02/28(月) 23:28:39.53 ID:ARJn3fZ4.net]
- MVVM的にはViewにバインドさせるのはModelじゃなくてViewModel
Modelをそのままバインドできる要件ならViewModelを用意せず横着してもいいけど
- 519 名前：デフォルトの名無しさん [2022/03/01(火) 04:27:43.12 ID:HvxAN7j1.net]
- こんな単純なことするのにも迷うMVVMゴミすぎる
本末転倒だよ…
- 520 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 08:15:49.02 ID:6mHOWi1F.net]
- そういうのはMVVMに限らない。MVCだって学んでなけりゃ迷うわな。
- 521 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 10:13:10.94 ID:Hsy6xGe8.net]
- ViewModelも使うけど加工する必要がないデータはModelから直接バインドしてます
最初のころは全てViewModel経由していたけど、その意味がわからなくなって
- 522 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 10:17:26.44 ID:77YWD3uc.net]
- >>515
MVVM警察だ。お前を逮捕する
- 523 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 11:08:37.82 ID:oU1D/s0E.net]
- >>515
Modelってことはコードビハインド？
ざっと触ってみた感じ、ViewModelとModelは別物だね
WinFormsとかみたいな場合はイベントとかで直接View、つまりコントロールをいじってた
これをWeb系みたくデザイナーとプログラマの役割分だけするためにイベントやModelで直接コントロールをいじることを禁止する
もちろん、表示・非表示の切り替えみたいなのは別で
ViewModelを介すことで直接コントロールを操作することを防ぐ
例えばListBoxの中身をデータバインディングした場合、ViewModelを操作(配列に対する操作とか)をしたらListBoxに反映される
…って妄想してる
- 524 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 11:21:43.44 ID:2vaJYGq+.net]
- デスクトップ開発にデザイナーなんて職業は存在しない。
- 525 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 13:08:57.70 ID:RNWoyucI.net]
- >>517
反映するにはオブザーバブルでないといけない
それがVM
- 526 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 13:33:00.63 ID:xQ0S3wJN.net]
- >>518
デザイナーが居る場合はある
XAMLは作ってくれないし、デザイナーの指定したデザインの再現に苦労するのはプログラマだが
- 527 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 16:14:35.26 ID:UDSzZfa0.net]
- >>513
だな
- 528 名前：デフォルトの名無しさん [2022/03/01(火) 17:02:09.29 ID:mYgN9Bsp.net]
- 採用すると生産性が落ちるアーキテクチャとか存在意義なくね？
プログラマーのオナニーでしかない
- 529 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 18:56:30.75 ID:Tqcv2px3.net]
- >>511
これってMailViewModelの中にMailModelを保持すると思うけど、グリッドコントロールで行を消すとMailViewModelは消えるけどMailModelは消えずに残るよね？
そこは頑張ってコード書いて同期を取るしかない？
- 530 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 19:34:21.36 ID:YC4P/K5p.net]
- ストレージから削除するなら
頑張って書いたほうがいい
- 531 名前：510 mailto:sage [2022/03/01(火) 19:37:28.19 ID:dYFnJIyt.net]
- 皆さんありがとうございます。
class MailViewModel : Mail{
public IsChecked {
get => _isChecked;
set => SetProperty(ref _isChecked, value);
}
private _isChecked;
}
上記のようなクラスを作ってBindingするのが良さそうに思いました。
- 532 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 19:51:58.93 ID:JcAvsTjQ.net]
- >>523
グリットコントロールから行を消すことがメールの削除の操作を意味するようにしたいならMailModelも消す
単に非表示にしたいだけとか、ゴミ箱に入れておいて復活させるようにさせたいとか、色々考えられる
だからViewModelが欲しくなったのさ
- 533 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 20:12:49.81 ID:Tqcv2px3.net]
- >>526
なるほど。ケースによって対処は変わるよね。
ありがとう。
- 534 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 06:20:23.82 ID:2pV2z6cL.net]
- Electronの葬式準備はできたか？
https://github.com/tauri-apps/tauri#comparison-between-tauri-and-electron
- 535 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 18:19:13.15 ID:aIp73SHF.net]
- rustとか新しいのぼえとうないなぁ
- 536 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 05:36:04.02 ID:uxaiIIsi.net]
- >>528
これは楽しみだな
- 537 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 09:44:18.37 ID:Y3c36uTI.net]
- ここまで普及したElectronの牙城を崩すのは無理な気がする。せいぜいGoレベルだろう。
Electronがディスク使用量もメモリ使用量も超重量級なのは不満に思ってたけど。
- 538 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 10:21:20.83 ID:8QQBVbSl.net]
- viewをhtmlとcssで書けないとつまらんよ
デザインがしょぼくなる
- 539 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 10:21:59.75 ID:8QQBVbSl.net]
- WPFレベルでよければ可なのかもしれんが
- 540 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 11:12:38.88 ID:4Us9YDJC.net]
- しょぼい方が評判良くて、デザイナーの自己満足全開デザインが使いづらい・分かりにくいと不評なのが現実
- 541 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 11:17:10.50 ID:8QQBVbSl.net]
- >>534
あんたがセンス無いだけ
- 542 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 11:25:49.76 ID:4Us9YDJC.net]
- >>535
まあそうやって逃げるしかないよな。
お前の仕事は無意味だって認めることになるんだから。
- 543 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 11:41:18.82 ID:OeErkjB1.net]
- 碌に使いもしないが権限だけは大きいエライオジサンのせいで見た目だけは派手だが使いづらいものになるのはまれによくあること
- 544 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 17:34:06.50 ID:8kQ1SF/V.net]
- デザインセンス云々は置いといてhtml+cssのほうがデザインの幅が広いのは確か
予算があるならデザイナーにも頼めるしね
- 545 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 23:32:59.05 ID:hgALKmrt.net]
- WPF+MVVM+Rxの実装について勉強中です
それぞれの各機能はなんとなく掴めてきたのですが、実装する場所や通知の受け取り方がまだ分かりません
例えばObservable.Intervalで指定した時間ごとにDBアクセスし、更新があれば通知するという処理はどのクラスに書くべきなのでしょうか
なんとなくですが、Mで実装しVMに通知、Vに表示と考えています
- 546 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 08:04:23.26 ID:shwqyc/K.net]
- >>539
MVVMはあくまで、GUIの設計パターン。
DBアクセスのようなアプリの内部処理は
Mで包んでGUIの処理から隠されるので、
MVVMの処理フローには一切出てこない。
Mの原則は「GUIから見える状態に変化があれば通知する」。
この場合は、DBアクセスし、更新があり、
その結果としてGUIが更新が必要になったら、
Mに通知させるという処理になる。
- 547 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 09:46:05.06 ID:EayDkyd8.net]
- 大変わかりやすい
- 548 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 12:16:19.88 ID:p2+DzLBF.net]
- お気に入りのアプリがWPFで実装されてて公開されてるから古いUIをWin 11のUIに合わせたくてForkしてWinUI3.0に対応させようと思ったらWindows App SDK 1.0だとAcrylicやMicaに対応してないとかズコーだわやっぱアホだわMSやることがすべて片手落ち
結局サードパーティー製のAcrylic実装を使う羽目になったわけだがこっちもろくすっぽメンテされてなくてWin11に対応してなくてダブルでズコー
たまにやる気になってプライベートでいじろうかと思ったらこれだからMSの開発環境ってマジでどうしようもないな
誰かWin11とVS2022で使える無料のAcrylic実装しらんかね？
- 549 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 12:27:44.21 ID:7Zhud46/.net]
- >WinUI3はまだ完成していません。
一応MSもその認識はあったのね。
あんなお粗末な出来で自信を持って1.0として出したわけじゃないのね。
|
 |
