22/01/21 13:37:21.64 K08uNRHb.net
前スレの続きだが結局WPFはオワコンでおｋ？
3:デフォルトの名無しさん
22/01/21 14:06:44.82 XTInziC+.net
ご安心ください！
.NET6のサポートが切れる3年後まではサポートされます
4:デフォルトの名無しさん
22/01/21 15:40:46.61 sr9M8m/h.net
MVVMだとアプリを簡潔に書けるが、WinFormsのような設計でも書けるのがWPFやWinUIだ
WinFormsに留まる理由が何もない
5:デフォルトの名無しさん
22/01/21 16:06:15.90 K1CFp2I5.net
MVVMポリスがWPF捨てて最先端のWebやってるのに俺達は10年前から全然前に進んでないんだな…
6:デフォルトの名無しさん
22/01/21 16:07:15.99 sD03lWML.net
■ WPFなプログラマの環境
オブジェクト指向、DRYを常に意識
関心の分離（MVVM/DI）
CI/CD環境構築して自動テスト
バージョン管理はGit
OSSライブラリを積極的に採用
非同期処理やRxを使用しUXや応答性を向上
設計書作成にUMLやWikiを活用
ITSで課題管理
開発マシンはミドルスペック以上
コミュニケーションの基本はチャット
業務時間内に自主勉強OK
それなりの給料
■ Winformsなプログラマの環境
手続き型、コピペコードが大量に存在（WET）
関心の集約（コードビハインドにビジネスロジックベタ書き）
テストは手動＆目視で結果チェック
バージョン管理はSVN
自社ライブラリ以外は使用禁止
UXに無頓着、asyncなにそれおいしいの？
パワポで設計書作成
Excelで課題管理
開発マシンは低スペック
コミュニケーションの基本はメール
自主勉強？業務時間外にやってね
薄給
こんな印象
7:デフォルトの名無しさん
22/01/21 17:11:50.31 s6X/SUg4.net
なんでこんな活発なのこのスレ
8:デフォルトの名無しさん
22/01/21 18:48:46.39 UiCAczsb.net
WinUIで1ネタ。
WinUI 3 Controls Galleryを起動して
おもむろに aa と入力してEnter。
これだけで落ちる。
9:デフォルトの名無しさん
22/01/21 21:25:43.15 /IExJPVQ.net
こんなけレス来てるのに内容は喧嘩だけ
Wpf使えないって主張はわかったから別でやってくれ
10:デフォルトの名無しさん
22/01/21 22:23:19.94 FMInZ6Xc.net
喧嘩と質問しか盛り上がらない板だからね
11:デフォルトの名無しさん
22/01/21 22:51:39.56 D86K2+5e.net
>>8
立ち上げた直後に虫眼鏡マーク押すとそうなるね
AutoSuggestBoxのイベント処理がバグっているだけだから、WinUIじゃなくてアプリのバグだな
12:デフォルトの名無しさん
22/01/22 00:07:15.21 1lTcYuij.net
winformもwpfも新しい環境に適応できなかったあるいは必要がない奴の墓場
winform使ってるやつは自覚してる分マシでwinformよりwpfのほうがマシとか言ってるやつは正気なのかよ
13:デフォルトの名無しさん
22/01/22 00:14:38.83 DSkywrpw.net
>winform使ってるやつは自覚してる分マシで
たまにこういう全能の神が現れるな
14:デフォルトの名無しさん
22/01/22 03:18:18.20 rpi4epE/.net
WPF使えないって主張してる人なんてほとんど見ないが
WPF使える主張と使ってない人を下に見下すやつは結構見るがな
15:デフォルトの名無しさん
22/01/22 05:32:54.96 36QJ9eOO.net
そうか？WPF使える自慢なんて誰もしてないだろ。
機能的に不満はいくつかあれど、消去法で一番ましなのがWPFだから仕方なく使っているって奴が大半だと思うが。
期待のWinUIも酷すぎてSDK 1.0は見送り確定だし。
16:デフォルトの名無しさん
22/01/22 05:42:07.29 /rKsaWF4.net
>>15
WinUI+RustがVSで安定的に使えるようになったらWPFから移行するつもり
そういうやつ多いんじゃね？
17:デフォルトの名無しさん
22/01/22 07:34:19.37 5qkoFIuH.net
このスレの住人は未だにデスクトップアプリの主流がVC++という現実を受け入れるべき
18:デフォルトの名無しさん
22/01/22 07:53:46.49 fMP6uXDi.net
おじいちゃん、出てきちゃだめよ
19:デフォルトの名無しさん
22/01/22 07:59:16.66 5qkoFIuH.net
何を言ってもまともなWPFアプリが無い時点で説得力がないのよ
20:デフォルトの名無しさん
22/01/22 08:43:42.17 gJEoCqwv.net
出遅れてる人を納得させる必要がない
21:デフォルトの名無しさん
22/01/22 09:47:05.43 tbzuuPcG.net
>>15
WinUIって1.0は言うほど酷くもないんだけどね
確かに0.8までは使い物にならなかったが、今のものは表示系に不具合は目立つけど
動作自体は割と安定している
同じxamlでもWPFと微妙に違うところがあるから、そこで躓いているのかな？
22:デフォルトの名無しさん
22/01/22 11:24:36.69 K6LxQAdL.net
ここでいくら吠えてもサジェストがこれじゃな
wpf 普及しない
wpf サポート終了
wpf 将来性 2021
23:デフォルトの名無しさん
22/01/22 11:34:26.21 irAlkeCU.net
結局なにを使えばいいんだ？
24:デフォルトの名無しさん
22/01/22 12:06:36.81 1lTcYuij.net
ElectronやFlutterはダメなん？
XamarinはWPFの代わりにならなかったのか？
WPF使ってるならXamarinに行っても良さそうな気がするんだが
25:デフォルトの名無しさん
22/01/22 12:17:46.40 K6LxQAdL.net
サジェストで分かる通りWPFと同じレベルのクソですわ
xamarin サポート終了
xamarin 将来性
xamarin オワコン
xamarin 後継
26:デフォルトの名無しさん
22/01/22 13:48:50.12 gJEoCqwv.net
サジェストがソースにはワロタ
27:デフォルトの名無しさん
22/01/22 13:48:52.50 eRt2Ticm.net
MSですらElectronでVScode作ってるからなあ
といってもここまで肥大化するとTSで作るのも辛そう
となるとflutterがいいのか！？
flutterのデスクトップアプリって何があるんだ？
28:デフォルトの名無しさん
22/01/22 14:54:32.53 5qkoFIuH.net
WPFよりBlink＋V8のほうが圧倒的に速いからね
Electronのが自由なアーキテクチャで開発効率もいいし
もうWPFの存在意義が無いのよ(笑)
29:デフォルトの名無しさん
22/01/22 17:29:15.69 5qkoFIuH.net
WPFで書くことが自己目的化して取り残されたおじさん達のスレと化してるのは否めない
30:デフォルトの名無しさん
22/01/22 18:29:40.19 K6LxQAdL.net
>>27
デスクトップアプリはWindows95から今までC++一択だぞ
C/C++書けないアホ共がC#に逃げてるだけで
31:デフォルトの名無しさん
22/01/22 18:36:55.51 I4Jra+pG.net
C++が使いこなせるエンジニアが簡単に集められれば苦労しないわ
32:デフォルトの名無しさん
22/01/22 18:37:10.80 WL+6kPMV.net
>>30
一応C++は使える(完璧ではないけど使う分には)
でもこれといったGUI系がないからC#でやってる
Win32 APIで組めるけど、OOP的なものじゃないからめんどくさい
33:デフォルトの名無しさん
22/01/22 18:48:13.78 DSkywrpw.net
>>29
なんでもWebWebって言っちゃう人がまさにそれだね。
34:デフォルトの名無しさん
22/01/22 18:48:31.59 K6LxQAdL.net
意味不明だな
何の制約もなく自由にどんなクラスでも作れるだろ
フレームワーク無いと何も出来ない赤ちゃんかよｗ
35:デフォルトの名無しさん
22/01/22 19:14:29.45 WL+6kPMV.net
>>34
米32について？
そういう意味じゃなくて、車輪の再発明的なことになるし
本処理ならいざ知らず、それ以外のButtonクラスとかを作ること自体に時間をかけるのが…
一クラスだけならいいけどガチでやるとWindow,Button,TextBox,…果てにはListView,TreeViewもそれぞれオブジェクトにしないといけないし
オレオレstringクラスを作るよりもデフォであるstd::stringを使う方が無難だし
36:デフォルトの名無しさん
22/01/22 19:19:24.42 K6LxQAdL.net
>>35
それを面倒に思うならプログラミング向いてないよｗ
独自コントロール作るのは普通のことよ
手間省きたきゃサブクラス化という手もある
37:デフォルトの名無しさん
22/01/22 19:58:29.96 so3Jiv5K.net
>>34
正解
そこまでやると、アプリ開発じゃなくコンポ開発に路線変更した方がいいな
今もテキストエディタつくりながら、コンポ開発して売ったりしてる人twitterに一人いるわww
38:デフォルトの名無しさん
22/01/22 19:59:20.13 so3Jiv5K.net
>>35宛ね
39:デフォルトの名無しさん
22/01/22 20:25:53.52 WL+6kPMV.net
35の続き
別に自力でWin32 APIでやってもいいけど、「家を作るためにハンマーを自作する」みたいなことになるから…
それならいっそOOP的発想の外部ライブラリで組んだ方がまし
でもそれらも情報が少なすぎるとかライセンス関係が面倒とかで…
だからC#で
40:デフォルトの名無しさん
22/01/22 20:27:35.58 K6LxQAdL.net
大袈裟な…
相当技術力低そうだけど零細SEかね？
41:デフォルトの名無しさん
22/01/22 20:36:51.13 WL+6kPMV.net
>>40
技術力低いのは否定しないけど、どの辺が低いと感じるの？
後学のために聞いておきたい
42:デフォルトの名無しさん
22/01/22 22:04:25.09 I4Jra+pG.net
向いてる方向が違えばツールも変わってくるのは当然なんだよね
B2Bの業務システムだとコアには技術を結集してそれこそC++まで使うかもだけど
末端のGUIアプリは大量生産になるから底辺VBプログラマも居る
これはどんな大企業がやっても起きうること
そんな中で検討されるのがフレームワーク
43:デフォルトの名無しさん
22/01/22 22:12:42.94 WL+6kPMV.net
>>37
だよねー
44:デフォルトの名無しさん
22/01/23 08:59:50.85 +Xr53uEM.net
>>29
そんなやつはいないだろ。
C/C++しか使えない取り残されたおじいさん達のスレと化してるのは否めないがな。
45:デフォルトの名無しさん
22/01/23 12:13:41.36 s2ED2z41.net
入力値検証はINotifyDataErrorInfo使うのが一般的ですか？もっと良い方法があれば知りたいです。
46:デフォルトの名無しさん
22/01/23 12:39:59.57 Ydl8qvX+.net
>>23-24
利用者の立場からはそれぞれのOS用のネイティブの開発プラットフォームで作ってくれるのが一番ありがたい。
マルチプラットフォーム対応のUIフレームワークは開発者が楽をするために色々なものを犠牲にしているので。
Xamarinはどの環境向けでも使う価値なし。
モバイル向けなら今ならFlutterがベター。
Webは好きなの使って。（ただし元々メインのターゲットがあってWebにも対応しました的なやつは避けるべし。Flutter Webとか）
Windows限定かつWebが向かない領域ならWPF。
47:デフォルトの名無しさん
22/01/23 13:23:01.35 g8UjYZ8e.net
ものによるな
WPF製のブラウザやテキストエディタなんて実用に耐えないだろうし
48:デフォルトの名無しさん
22/01/23 13:43:49.14 Y+3tiqu0.net
>>45
入力画面のxaml.csのボタンのclickメソッドに入力値検証のコードを書いて下さい。
49:デフォルトの名無しさん
22/01/23 13:44:53.25 Y+3tiqu0.net
バインディング機構を介さないぶん高速になります。
50:デフォルトの名無しさん
22/01/23 13:49:07.03 2QVk2zeg.net
>>49
バリデーションを微妙に高速化したところで体感で変わらんだろう
51:デフォルトの名無しさん
22/01/23 16:30:39.38 Rhd0exvf.net
イベント使うならTextChanged、ValueChenged等だろう
52:デフォルトの名無しさん
22/01/23 16:43:10.31 Y+3tiqu0.net
キーストロークやフォーカス抜ける度に検証コードが走るのはレスポンスが著しく低下してユーザーのストレスになりますよ。
53:デフォルトの名無しさん
22/01/23 16:50:33.80 Rhd0exvf.net
そこは要テストの部分だろう
条件が提示されていないのだから
54:デフォルトの名無しさん
22/01/23 17:16:01.85 g8UjYZ8e.net
>>52
このスレでプロ1グラムの速度について議論するだけ無駄
WPFプログラマーはもっさりが当たり前の世界で生きてるから判断基準そのものが違うのよ。そもそも快適な状態を知らない
ユーザーから遅いレスポンス悪いと言われても「それがWPFだから仕方ないんですよ」で通用するヌルい世界で仕事してるから
55:デフォルトの名無しさん
22/01/23 17:26:14.06 hHkcGLX7.net
wtlとwpfだと
wpfのほうが家を作るためにハンマーを自作に近いよな
56:デフォルトの名無しさん
22/01/23 17:28:36.21 hHkcGLX7.net
手間かかるけど高速ならわかるがもっさりなのがwpf。しかも保守まで困難。
開発意図が分からない残念すぎるGUIフレームワークだったよな。
57:デフォルトの名無しさん
22/01/23 18:26:59.42 Y+3tiqu0.net
家とかハンマーとか例えが問題の構造を捉えてなくて正直よく分かりません(笑)
ツールに踊らされてるのは滑稽ですね。何も考えず新しい物に次々飛びつく様がイナゴのようで。
58:デフォルトの名無しさん
22/01/23 18:38:17.64 MRK04Iet.net
言うほど遅いか？昔の印象では？
59:デフォルトの名無しさん
22/01/23 18:40:32.66 BVFlsG/t.net
>>57
新しいものに飛びつくのが滑稽ってどゆこと？
言語やライブラリ、フレームワークはあくまで技術に過ぎない
一つに固執してもそれが廃れるなりしたら何も残らない
考え無しならともかく、メリットがあるから飛びつく
VSで開発してるならwinformsとWPFの差はアレだけど、VSCで開発しているなら全然違う
新しい技術に飛びつくやつが薄っぺらいと思うのなら、コンピュータやスマホなんて使わない方がいいのでは？
それぐらい暴言でしかない
60:デフォルトの名無しさん
22/01/23 18:41:36.34 g8UjYZ8e.net
全然違う
今の環境でも60fpsと15fpsくらいの差を感じる
61:デフォルトの名無しさん
22/01/23 18:48:57.42 Rhd0exvf.net
WPFを理解せずに文句言ってるとバレてしまいますよ
62:デフォルトの名無しさん
22/01/23 18:51:10.93 Rhd0exvf.net
【悲報】ID:g8UjYZ8eさん、WinFormsおじさんだった・・・
63:デフォルトの名無しさん
22/01/23 20:16:41.50 hHkcGLX7.net
【悲報】結局、ヘジおじさんが開発したwinformが最強だった・・・
64:デフォルトの名無しさん
22/01/23 22:03:17.95 2QVk2zeg.net
>>52
どれだけ重い検証コード走らせる気だよw
本当に重い処理が必要ならそれなりの工夫をするだけだがWPFに限ったことじゃないな
65:デフォルトの名無しさん
22/01/23 22:09:04.57 hHkcGLX7.net
みなVSに憧れてるわけですよ。
66:デフォルトの名無しさん
22/01/23 22:26:18.54 qS6ibVNz.net
>>63
設計したというのは初耳。どこかにソースある？
67:デフォルトの名無しさん
22/01/23 22:26:59.14 qS6ibVNz.net
設計じゃなくて開発か。どちらにしても本当かな。
68:デフォルトの名無しさん
22/01/23 23:27:14.13 BVFlsG/t.net
>>40
えーと、相当技術力が低いと見える根拠…まだ…？
多少は根拠があるはずだから
69:デフォルトの名無しさん
22/01/24 01:19:08.66 GHwefuQP.net
>>66
この板でヘジを知らんとか馬鹿かお前は。
70:デフォルトの名無しさん
22/01/24 06:13:02.98 keDx0r5I.net
winforms:14,692 repository
URLﾘﾝｸ(github.com)
wpf:52,374 repository
URLﾘﾝｸ(github.com)
winforms:4 repository
URLﾘﾝｸ(gitlab.com)
wpf:20 repository
URLﾘﾝｸ(gitlab.com)
windowsform:13 repository
URLﾘﾝｸ(bitbucket.org)
wpf:817 repository
URLﾘﾝｸ(bitbucket.org)
winforms:4 articles
URLﾘﾝｸ(zenn.dev)
wpf:44 articles
URLﾘﾝｸ(zenn.dev)
winforms:90 記事、7 フォロワー
URLﾘﾝｸ(qiita.com)
wpf:1,230 記事、639 フォロワー
URLﾘﾝｸ(qiita.com)
winforms:94,467 questions
URLﾘﾝｸ(stackoverflow.com)
wpf:164,170 questions
URLﾘﾝｸ(stackoverflow.com)
71:デフォルトの名無しさん
22/01/24 08:23:49.93 CWpdznYS.net
やめたれw
72:デフォルトの名無しさん
22/01/24 09:00:16.20 QzcmsIVC.net
【悲報】オワコンWPFさん、Electronに惨敗してしまう・・・
wpf: 52,379 repository results
URLﾘﾝｸ(github.com)
electron: 87,360 repository results
URLﾘﾝｸ(github.com)
73:デフォルトの名無しさん
22/01/24 10:34:45.31 FHTiKh3C.net
笑った
74:デフォルトの名無しさん
22/01/24 11:22:32.47 63Uloepa.net
爆散を確認しました
75:デフォルトの名無しさん
22/01/24 11:50:31.72 GHwefuQP.net
viの使い方の解説や記事はいっぱいあるが
メモ帳の記事がないのと同じ理由だな。
76:デフォルトの名無しさん
22/01/24 12:46:39.54 E1L8nOD4.net
react: 2,525,332 repository results
URLﾘﾝｸ(github.com)
残念だけどこれが現実よ
もうWPFだのWinFormsだので争っている場合じゃないの
77:デフォルトの名無しさん
22/01/24 14:42:28.94 N2oMTp8M.net
>>36
今更で失礼だけど、もしかしてWindow用でWndProcコールバック関数、サブクラス化してbutton用にButton1Procコールバック関数…みたいにするってこと？
自分が言いたかったのはC++のクラスを組んでオブジェクトにすること
それとも、継承のことを言ってるの？
そうだとしても、サブクラス化とは言わない気がする…
自分の言い方が悪かったようだ
78:デフォルトの名無しさん
22/01/24 19:45:18.47 H4U+QONT.net
winformsとelectronの差やばいな
79:デフォルトの名無しさん
22/01/24 20:41:37.91 ty8R5qfD.net
>>76
Reactはオワコン。
誤ヒットを除外するとFlutterより少ない。
80:デフォルトの名無しさん
22/01/24 22:08:12.06 hbr7UDCy.net
flutterはflutter webがダメそうなのががっかり
81:デフォルトの名無しさん
22/01/25 06:23:00.56 B2fhovvp.net
============================================================================
デスクトップアプリ最低要件（最低限これくらいは満たしてね）チェックシート2022
============================================================================
チェック用アプリ仕様:
ボタンをマウスでクリックしたらAlertメッセージ表示するだけのプログラム
(1)配布要件1：動作させるのに必要なファイル一式を任意の場所に配置して動作する
(2)配布要件2：管理者権限不要で配置できる
(3)配布要件3：動作させるのに必要なファイルが10ファイル以内に収まる ※1
(4)起動要件1：エントリファイルをダブルクリックして起動できる
(5)起動要件2：エントリファイルをPowerShellから起動できる
(6)起動要件3：管理者権限不要で起動できる
(7)起動要件4：ネットワーク切断状態（スタンドアロン）で動作する
(8)メモリ要件：
A：起動時の消費メモリが20MiB以内
B：起動時の消費メモリが40MiB以内
(9)ストレージ要件：
A：動作させるのに必要なファイルの合計が200KiB以内 ※1
B：動作させるのに必要なファイルの合計が1MiB以内 ※1
※1. OSにプリインストールされているランタイムは除く
============================================================================
(1)～(7)はYesの場合+10, Noの場合は-100
(8)～(9)はAの場合+10, Bの場合+5, その他は-100
合計点80以上が合格
82:デフォルトの名無しさん
22/01/25 09:12:29.03 jRRDVHan.net
>>52
それは常に同じ検証をするコードだからじゃないの？
83:デフォルトの名無しさん
22/01/25 10:34:03.55 DxZAhBAp.net
>>52
例外使わないと快適だよ
84:デフォルトの名無しさん
22/01/25 22:14:38.22 c1V23H4w.net
>>81
頭悪そう
85:デフォルトの名無しさん
22/01/26 05:44:33.54 9PkHEk2x.net
>>84
頭悪そう
86:デフォルトの名無しさん
22/01/26 12:54:42.16 IjbZGVXN.net
>>81
alert.txt
87:デフォルトの名無しさん
22/01/26 13:12:48.87 VnbT+c1m.net
>>86
>ボタンをマウスでクリックしたら
>>81
まあ一次審査としてはこんぐらい甘めの基準で雑魚をふるい落として残ったものの中でパフォーマンスとか生産性とか比較していけばいいんじゃないか?
88:デフォルトの名無しさん
22/01/26 13:20:06.17 OTuEZvRi.net
世界で最も多くの人に使用されているデスクトップアプリ Google Chrome
(1)○ +10
(2)○ +10
(3)× -100
(4)○ +10
(5)○ +10
(6)○ +10
(7)○ +10
(8)× -100
(9)× -100
-240点で不合格でした
89:デフォルトの名無しさん
22/01/26 14:59:12.59 51iHEKQU.net
>>87
テキストファイルのアイコンイメージをボタンにして、シングルクリックで開く設定にする
90:デフォルトの名無しさん
22/01/26 15:37:18.03 q6y7GA24.net
>>89
開発プラットフォームのポテンシャルを見るために最小限の実装をしてるんだぞ。
それに何の意味があるんだ?
91:デフォルトの名無しさん
22/01/26 15:55:56.24 +BcwC06P.net
開発環境じゃなくて実行環境じゃね？
PEヘッダよりMZヘッダのほうが偉いのか？
92:デフォルトの名無しさん
22/01/26 20:29:58.76 FWQucWbV.net
>>90
挙げられたテストが開発プラットフォームのポテンシャルを測ることに適さないことを揶揄してる
93:デフォルトの名無しさん
22/01/26 20:37:42.47 FWQucWbV.net
>>81
(1)〜(7)は一つでもNoの場合は不合格
(1)〜(7)が全てYesの場合は、(8)と(9)はどちらもBであっても合格
つまり、(8)と(9)は条件Aは不要でありBだけで良い
そうすると(1)〜(9)の一つでも満たさなければ不合格というシンプルな条件になる
94:デフォルトの名無しさん
22/01/26 21:16:47.98 2aKH51t7.net
あーあ
お前ら相手しちゃったのかよ
95:デフォルトの名無しさん
22/01/27 06:28:20.17 fBlzpNn0.net
==========================================================
デスクトップアプリ何で作る？
最低要件（最低限これくらいは満たしてね）チェックシート2022 rev.2
==========================================================
チェック用アプリ仕様:
アプリ上の"はろー"ボタンをマウスでクリックしたらメッセージボックスで"わーるど"を表示する
(1)配布要件1：動作させるのに必要なファイル一式を任意の場所に配置して動作する
(2)配布要件2：管理者権限不要で配置できる
(3)配布要件3：動作させるのに必要なファイルが10以内 ※1
(4)起動要件1：エントリファイルをダブルクリックして起動可
(5)起動要件2：エントリファイルをPowerShellから起動可
(6)起動要件3：管理者権限不要で起動可
(7)起動要件4：ネットワーク切断状態（スタンドアロン）で動作する
(8)メモリ要件：
A：起動時の消費メモリが20MiB以内
B：起動時の消費メモリが40MiB以内
(9)ストレージ要件：
A：動作させるのに必要なファイルの合計が200KiB以内 ※1
B：動作させるのに必要なファイルの合計が1MiB以内 ※1
※1. OSにプリインストールされているランタイムは除く
==========================================================
(1)～(7)はYesの場合+10, Noの場合は-100
(8)～(9)はAの場合+10, Bの場合+5, その他は-100
合計点80以上が合格ライン（当然点数は高ければ高いほど優秀）
96:デフォルトの名無しさん
22/01/27 07:42:08.71 QrNN+UPm.net
キチガイ警報発令
97:デフォルトの名無しさん
22/01/27 08:03:47.05 XnQeNwtl.net
どう見てもレイルズくんの犯行だね
NGに放り込んでおこうと
98:デフォルトの名無しさん
22/01/27 09:19:15.35 UuTGJXxA.net
いまさらVS2008のwpfデザイナ触ってみたけど
今とは別物でとっつきにくいな
多少は進化しているようだ
WinUI3も使えるようになるまで何年かかるかな
99:デフォルトの名無しさん
22/01/27 09:54:50.84 X1DJEaZQ.net
WPFねぇ。 XAMLもCSS使いの画面設計のように進化しないとね。
Styleプロパティーも少ないし、CSSデザインのように自由度か欲しい。
WinFormよりははるかにマシだが。
100:デフォルトの名無しさん
22/01/27 12:16:30.58 tISQJJZK.net
正直言ってwinformよりクソだな。普及しなくて当然としか。
wpf称賛してるPGってiPhoneを革新、便利だと称賛してた馬鹿と同じ臭いがする。
101:デフォルトの名無しさん
22/01/27 12:20:23.86 asaP1+gc.net
WinForms
・旧来のウィンドウズAPIの上にレイヤーを重ねたようなもので、（シンプルであるという）利点と
（平凡なレイアウトやスタイリングオプションという）災いの両方がある。
WPF
・WinFormsからわずか4年後にリリースされたが、デザインパターンとコンセプトがより複雑であったため、
一般に受け入れられるまでにはしばらく時間がかかった。
・大規模なデータセットに対してWinFormsよりも大幅に高速化できるが、正しく使用するにはより深い知識が必要である。
・現状は WPF on .NET 6 が一番つぶしが効く状態。
UWP
・Windows UIの未来だったが、鳴かず飛ばず、現在はメンテナンスモードになっている。
良い点：魅力的なUIを簡単に作ることができ、マウスとタッチの両方でうまく動作する。
悪い点：サンドボックスとパッケージングの要件が非常に厳しい。
結論：避けるべき。
WinUI 3
・小さなチームがUWPのUIスタックからできる限りのものを救い出そうとしている。
・遅い、バグが多い、そして多くの歴史的なお荷物が重くのしかかる。
・1年後にまた確認したいが、私は悲観的だ。
102:デフォルトの名無しさん
22/01/27 12:21:24.30 cANkRrwG.net
>>100
称賛まではしてないのでは
今あるWindows向けデスクトップアプリの中ではマシとかみたいな感じでは
103:デフォルトの名無しさん
22/01/27 13:44:50.36 7co10CQD.net
>>101
ケツ論
.Netで開発するな
104:デフォルトの名無しさん
22/01/27 17:58:14.68 BG2/etgC.net
.netFramework4.8 +Winforms でしばらく様子見だな
105:デフォルトの名無しさん
22/01/27 18:01:40.33 cM6P+pbP.net
>>101
Xamarinは？
106:デフォルトの名無しさん
22/01/27 21:02:54.08 QP9AOXPj.net
>>105
死んだよ。
107:デフォルトの名無しさん
22/01/28 00:35:19.21 UrWQ/KNN.net
Xamarin取り扱いやってみるかと思ったらデザイナー画面が真っ白で、コントロール何を配置しても白い何かが置かれたことしかわからん状態
AndroidStudioの感覚で触って面食らった
バグなのか仕様なのかググッてもわからん
もう俺はダメなのか
108:デフォルトの名無しさん
22/01/28 01:35:07.56 2GSlyRDY.net
流石にWinFormsはスレ違いだろ
俺たちはとっくの昔に先に行ってるんでね
109:デフォルトの名無しさん
22/01/28 07:34:02.52 QRZt4O9C.net
なぜにサポート切れ間近のxamarinに手を出そうと思った
110:デフォルトの名無しさん
22/01/28 08:11:36.48 3x0JFp6u.net
Xamarinについて調べてみたけど、サポート終了ってホントなんだな
マジでなんなんだこれ
111:デフォルトの名無しさん
22/01/28 08:18:47.87 nHo/b21R.net
xaml流用できないとか意味わからんし
112:デフォルトの名無しさん
22/01/28 08:36:39.31 EDH8RG4m.net
>>100
過去のいろんなスマホのUIを完全に駆逐したiPhoneは革新的で便利だろ
そう言うということは、当然スマホ使ってないんだよな？
113:デフォルトの名無しさん
22/01/28 08:51:19.33 R3hbtl0K.net
>>101
WinUI3が遅いって一体何のことでしょうか？もしかして安定版使ったことないとか
それと言うほど酷いバグは見つからないけど、あるなら具体的に挙げて欲しい
検証してみたいわ
114:デフォルトの名無しさん
22/01/28 09:12:22.15 G6JL1WJY.net
初心者はwindowsフォームスが一番速く覚える
115:デフォルトの名無しさん
22/01/28 09:12:53.39 G6JL1WJY.net
MVVC自体理解できないだろう
116:デフォルトの名無しさん
22/01/28 09:16:34.97 tKGLizFL.net
MS製 React Native for Windows
URLﾘﾝｸ(github.com)
どうやらMSの本気はこちらのようだ
117:デフォルトの名無しさん
22/01/28 09:24:48.80 NkreWV+A.net
>>95さえクリアしてりゃ何でもいいよ
118:デフォルトの名無しさん
22/01/28 09:47:22.72 QwC8uFzi.net
Electron ネイティブ作れやMS
119:デフォルトの名無しさん
22/01/28 12:38:22.72 kLTO8ApN.net
Prismみたいなもんだろ
すぐ飽きてメンテされなくなる
120:デフォルトの名無しさん
22/01/28 13:00:26.04 CloP9SPe.net
URLﾘﾝｸ(flutter.dev)
2�
121:�3日か
122:デフォルトの名無しさん
22/01/28 13:53:24.19 BYIQRGXa.net
>>111
xamarinは元々はMSとは違う会社が作ってたものだし。
一時期xamlを統一しようとする動きはあったけど、
結局、それぞれのプラットフォームに最適化した結果だからこれでいいのだ、
ってことになった。
123:デフォルトの名無しさん
22/01/28 14:53:55.73 3Gb6OY+l.net
>>115
MVVM知らなくても使いやすいGUIは作れるし、
MVVM信者が作ったGUIアプリはなぜか操作性がクソだし。
124:デフォルトの名無しさん
22/01/28 15:01:03.75 1yvLAv6j.net
>>122
具体的になんかある？
確かにMVVM信者がまともに動くアプリ作ってるの見たことない笑
125:デフォルトの名無しさん
22/01/28 15:29:18.72 bcAzYVuU.net
>>122
個人的に、MVVMはtextbox1に入力された文字列をtextbox2に反映させる的な場合に使って、あとはコードビハインドでやるみたいな感じだな
126:デフォルトの名無しさん
22/01/28 15:43:03.56 bFDIT/Ik.net
>>122
多分、MVVMで作ることが第一にあって、MVVMで作りやすい方にUIが引っ張られて使いづらくなってるw
1画面でページ切り替えするアプリケーションはMVVMで作りやすくて、
スマホアプリレベルの低機能なものならそれで事足りることもあるけど、
Window「s」デスクトップアプリケーションとしては強みをわざわざ殺すようなもの。
127:デフォルトの名無しさん
22/01/28 16:30:52.52 FZ0uQlM1.net
？ MVVMなんて普通に使ってるだろ？
テスト駆動やドメイン駆動には必須だし、今やアジャイルで作る企業業務アプリの主流じゃね？
128:デフォルトの名無しさん
22/01/28 16:33:35.20 3Gb6OY+l.net
> アジャイルで～
ﾌﾟ
129:デフォルトの名無しさん
22/01/28 16:39:19.49 b6TLNov5.net
MV*は量産化のためのフレームワーク
どれだけ楽できるかはCaliburn.Microを試してみるといい、あれにはコンベンションといって
バインディングは自動、コマンド(アクション)もメソッドと紐付けてくれる仕組みが入ってる
130:デフォルトの名無しさん
22/01/28 16:42:25.57 AmULl7RP.net
>>124
それMVVMじゃないです
131:デフォルトの名無しさん
22/01/28 17:50:24.48 zPVQIz9q.net
要件と照らし合わせてMVVMで作った方がメリットが多ければMVVMにするし、メリットがなければMVVMは使わない。
思考停止して何でもMVVMなんてことはしない。
132:デフォルトの名無しさん
22/01/28 18:05:33.63 oCmByirC.net
それならWinformsで事足りる
133:デフォルトの名無しさん
22/01/28 18:11:32.84 nccwie6m.net
DataSetとか使うの？
134:デフォルトの名無しさん
22/01/28 18:24:47.02 kLTO8ApN.net
MVVMとか盲信してる下級プログラマーによくいるけど道具に踊らされすぎ。
最新技術を取り入れる俺カッコイイと思ってるのは本人ばかりで将来性無い知識に振り回され貴重な時間を浪費するアホ。
WCFやらEFなんて誰が使ってるよ？
135:デフォルトの名無しさん
22/01/28 18:34:49.12 fHSTVUG6.net
>>131
UIが無いならそれでもいいが、そんなことはないだろ？
UIがあるならMVVM抜きにしてもWPFで作った方がずっと楽できる。
136:デフォルトの名無しさん
22/01/28 18:34:59.24 g50oJ6EP.net
思考停止しなかったLivet(一時期流行ったMVVMライブラリ)作者はWebへ移りました
137:デフォルトの名無しさん
22/01/28 18:39:12.67 FZ0uQlM1.net
MVなんかESP32組込みファームウェアでも導入しているぐらいなのに、リファクタリング考えればテストステップで進めるのに、GUIとモデルの分離は当然。
WPFに拘らずとも、今や必須スキルやがな。
バグ曲線とリリースコストの増大考えれば、当たり前。
大規模システムやったことないのか？
138:デフォルトの名無しさん
22/01/28 18:42:34.34 nccwie6m.net
>>133
EF使わずにDataSetつこうてるの？
139:デフォルトの名無しさん
22/01/28 18:46:53.09 b6TLNov5.net
今さらEFとかもうね、Dapperにしとけって俺口酸っぱくして言ったよね？
140:デフォルトの名無しさん
22/01/28 18:53:18.22 kLTO8ApN.net
>>137
どっちも使わん
なんでわざわざ重くて不自由な足枷つけんねん
ドＭかｗ
141:デフォルトの名無しさん
22/01/28 19:00:44.99 1yvLAv6j.net
LINQもたまには思い出してあげて…
142:デフォルトの名無しさん
22/01/28 19:21:50.44 nccwie6m.net
ウインフォーマーが何使ってるのか興味があっただけなんだけどな
StringBuilderてSQL書いたりさ
143:デフォルトの名無しさん
22/01/28 19:24:19.87 nccwie6m.net
別件質問
Microsoft.Toolkit.Mvvmと
Community.Toolkit.Mvvmって
どっち使えばいいの？
144:デフォルトの名無しさん
22/01/28 19:28:57.04 4u1r/XKm.net
>>136
UIとモデルの分離は当然なのはそうなんだが、それ＝MVVMじゃないぞ。
そんなことはWinFormsの頃から実践されてきたことだろ。
145:デフォルトの名無しさん
22/01/28 20:00:49.38 NkreWV+A.net
>>141
ウインフォーマー舐めるなよ。
CSVから構造体の配列に読み込んでForループで処理だ。
しかもVB.NET
>>142
Microsoft.Toolkit.Mvvm使っとけばOK.
Community.Toolkit.Mvvmは多分別名で中身は同じものな気がする。
146:デフォルトの名無しさん
22/01/28 20:31:53.74 cgeTyaAM.net
また、MVVM 発作始まるのかよ
しつこいなおまえら
もう、他人がMVVMを上げようが下げようがどうでもいいだろ
147:デフォルトの名無しさん
22/01/28 20:33:03.07 OmkEpZCo.net
>>142
Microsoft.Toolkit.MvvmはCommunity.Toolkit.Mvvmの一部っぽい
> The Microsoft.Toolkit.Mvvm package (aka MVVM Toolkit) is a modern, fast,
> and modular MVVM library. It is part of the Windows Community Toolkit ...
148:デフォルトの名無しさん
22/01/28 20:58:23.09 LxSb85up.net
MVVMって呼ぶからWinFormおじさんが発狂しちゃうんだよ
バインディングって言えば大丈夫
バインディングならWinFormにもあるからネ！
149:デフォルトの名無しさん
22/01/28 22:14:56.16 LR3qN1W7.net
>>122
>MVVM信者が作ったGUIアプリはなぜか操作性がクソだし。
MVVM信者とかリアルで出会う機会は少ないが、このサンプルは何人でアプリ何本くらいで判断した話？
150:デフォルトの名無しさん
22/01/28 23:40:31.36 ofHx672K.net
ここの人たちって古臭い連中ばかりだな
151:デフォルトの名無しさん
22/01/28 23:56:11.29 kLTO8ApN.net
今どきWPF なんてやってる時点で察しろｗ
152:デフォルトの名無しさん
22/01/29 00:01:38.08 Alu86MyQ.net
>>118
.NET版が大昔からあんだろ
153:デフォルトの名無しさん
22/01/29 00:31:49.77 7nTZc88q.net
WinUIだと他でCommunityToolkitの方のパッケージ使うことになったりするな
154:デフォルトの名無しさん
22/01/29 00:57:04.26 RQ7DuTDZ.net
>>133
MVVMからなぜ最新技術？？
155:デフォルトの名無しさん
22/01/29 05:55:50.53 3ZSK4aSw.net
>>149
それならモダンな人とは？
156:デフォルトの名無しさん
22/01/29 08:41:43.59 ubDMC+kF.net
最初に要件定義して
・サーバークライアントかスタンドアロンか
・ターゲットはWindowsのみかクロスプラットフォームか
・言語はC#かそれ以外でもよいか
そんでスタンドアロン-Windows-C#ときたらWPFでいいだろ。
157:デフォルトの名無しさん
22/01/29 08:46:37.27 Alu86MyQ.net
もうMVVM使わない人かな
158:デフォルトの名無しさん
2022/01/2
159:9(土) 09:01:47.93 ID:3ZSK4aSw.net
160:デフォルトの名無しさん
22/01/29 09:03:21.64 L6xb6JcI.net
.NET6でアプリの起動時間は短縮されるのかな?
161:デフォルトの名無しさん
22/01/29 09:15:09.71 Alu86MyQ.net
react界隈のreduxって感じMVVMは
162:デフォルトの名無しさん
22/01/29 09:27:43.68 ubDMC+kF.net
Hooksに相当するものが出てくればね
163:デフォルトの名無しさん
22/01/29 09:39:47.13 RlBDrRPo.net
みんなMはどう設計してるんだろ。
MVVMってVとVMについての設計パターンで、Mはそれ以外の領域。
だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。
164:デフォルトの名無しさん
22/01/29 11:25:42.83 Yb/iPl5R.net
MVC は、PostgreSQLなどのデータベースを前提にしていると思っていたんだが、
MVVM もそうなの？
165:デフォルトの名無しさん
22/01/29 11:28:01.80 Yb/iPl5R.net
個人の感想としては、RailsやDjango、LaravelなどでMVCを学んだが、
MVCを使ったからといってプログラムが分かり易くなるとは思えなかった。
むしろ、柔軟性を失ってめんどくさくなるだけではないか。
166:デフォルトの名無しさん
22/01/29 11:28:21.65 Alu86MyQ.net
reduxってオワコンの比喩だよ
167:デフォルトの名無しさん
22/01/29 11:45:43.13 BKEOmNWv.net
>>162
そうだよ
まあMVCと違ってクライアントアプリなんで、DB直結よりはWCFでサーバーサイドロジックをサーバーに出して分離するのがよりクールだとされていた
WCF廃止されちゃったけどね
基本的にゴリゴリのビジネスアプリケーションが前提だよ
168:デフォルトの名無しさん
22/01/29 11:59:06.66 oA/bSKHD.net
>>155
要件定義するような案件でスタンドアロンなんかほぼ無いでしょ
一般的なクラサバとスタンドアロンの定義と君の理解にズレがある気がするのだが、それぞれどういうものだと思ってるの？
ちなみに一般的な定義においては、世の中のWPFアプリケーションのほとんどはクラサバに属する
169:デフォルトの名無しさん
22/01/29 12:49:49.65 3ZSK4aSw.net
>>166
別人だけど書いてみる
多分、複数人で利用してデータを管理したりする場合:
クラサバ
170:デフォルトの名無しさん
22/01/29 12:54:34.91 3ZSK4aSw.net
>>166
ごめん 167は忘れて
間違って送信してしまった
多分、
複数人での利用で連携を取る:
クラサバ
ローカル環境に作用したりするだけの一括プログラム:
スタンドアロン
ってことかと
171:デフォルトの名無しさん
22/01/29 12:57:24.51 XrEcS30Z.net
>>166
要件定義の認識がずれてる気がする
> 世の中のWPFアプリケーションのほとんどはクラサバに属する
全く持って同意できないw
172:デフォルトの名無しさん
22/01/29 13:04:01.59 XrEcS30Z.net
ずれてる、だと語弊があるな
食い違ってる、で
173:デフォルトの名無しさん
22/01/29 13:35:42.26 I0P/B1HZ.net
酷い…老害たちのゴミのような脳みその結果がこの日本の惨状なわけだ
174:デフォルトの名無しさん
22/01/29 15:14:13.55 N8fQblbv.net
>>161
Mは何を対象にするかによって設計が変わるんだから一般的には話せないでしょ
VはWindowsでもWebでも一般的なGUIに対して共通認識があるからまだ設計条件を共有しやすいが
175:デフォルトの名無しさん
22/01/29 17:20:37.44 ubDMC+kF.net
>>161
>だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。
何を話題にしたいのかにもよるけど、目線の違うパターン同士を絡めて語ることってあまりないんでは？
MVVM自体とMに用いるパターンは直交した概念だから、MはUIを持たないソフトウェアの設計論と同じに考えて
好きなように選べばいいかと。
176:デフォルトの名無しさん
22/01/29 17:37:02.08 7nTZc88q.net
>>158
起動も速いし、その他全体的に体感できるレベルで速い
177:デフォルトの名無しさん
22/01/29 19:14:57.97 N8fQblbv.net
>>173
むしろMを完全にVと分離するためのVMだからね
178:デフォルトの名無しさん
22/01/29 19:31:58.32 W9gwoTM7.net
ＰｒｉｓｍのようなMVVMスイートには
・Event Aggregator
・DI
・ViewModel Locater
が３点セットで入っているから、それがMVVMのM(やVB)でよく使われるパターンじゃないかな？
179:デフォルトの名無しさん
22/01/29 19:35:15.13 W9gwoTM7.net
VBじゃなくてVMだわｗ
180:デフォルトの名無しさん
22/01/30 08:36:43.32 iZvztVrx.net
>>176
全然違う
それらはいずれもレイヤ間のメッセージングや依存性解決の手段でしかなく、M層内での設計とは無関係
181:デフォルトの名無しさん
22/01/30 09:08:00.00 iZvztVrx.net
なお、MSによって発行された本来のPrismでは、Mというのは「WCFのクライアント」に他ならない
つまりリモートサーバー上に存在するWCFのサービスに対するラッパーだな
MVVMを使うのはあくまでフロント開発者であって、Mから先のビジネスロジックはフロント開発者が詳細を意識する必要すらない、
どこか別の場所にある完全にブラックボックス化された領域なんだよ
182:デフォルトの名無しさん
22/01/30 09:37:16.05 fI0x5/zS.net
何それめっちゃ遅そうじゃん
所詮MVVMなんてその程度の浅い認識で考え出されたアーキテクチャなんだな
ゴチャゴチャ言ってるのは全部後付けで端から複雑なアプリには向いてない
183:デフォルトの名無しさん
22/01/30 09:47:18.83 fQLZlazV.net
イベントアグリゲーターはVM同士でやり取りする時使うよ
匿名のボトルメールみたいな感覚だね、便利なんで使い方を覚えるといい
184:デフォルトの名無しさん
22/01/30 09:51:03.86 9+q+6HPs.net
>>180
REST使うSPAと変わらんやん
185:デフォルトの名無しさん
22/01/30 10:14:04.18 DDlIcWyK.net
M同士のやり取り？
そんなのはMの状態変化の結果として変更通知として各VMに降ってくるようにするのが筋でしょ
186:183
22/01/30 10:14:42.92 DDlIcWyK.net
VM同士のやり取り？
の間違い
187:デフォルトの名無しさん
22/01/30 10:19:30.61 xTnuhpAm.net
まぁメリットが感じられないフレームワークも多いよね
MVVMフレームワーク、WCF、EF、ASP.NET MVC、各層に色々フレームワークはあるけどASP.NET以外は微妙
要求が高度なアプリほど
フレームワークの使用によって得る生産性＜フレームワークの束縛によって失う自由度
になってくる
188:デフォルトの名無しさん
22/01/30 12:31:27.69 KApH5n5G.net
マイクロソフトのフレームワークが良くないのが多すぎた
MSなら安心という顧客や上司のために仕事でしょうがなく使うってシチュエーションしかない
結局不自由だからあれこれ回避するためにキメラのような実装になってフレームワークなんて使わないほうが良かったとなる
189:デフォルトの名無しさん
22/01/30 12:56:42.21 LWsZFFBD.net
ASP.NET APIぐらいかな？使えるのは
ここにEF入ってくると糞になるけど...
190:デフォルトの名無しさん
22/01/30 13:13:47.93 +wZdari7.net
EFはEF Coreや.NET 6で多少速度マシになってたりしないの??
まぁ、元々変更追跡する仕組みだから、速度面では不利だが
191:デフォルトの名無しさん
22/01/30 16:07:33.81 ocXxzRZn.net
普通のアプリを作る場合には、Document・Viewアーキテクチャも、
MVCもMVVMも面倒なだけな気がする。
Win32のGDIも面倒。
OpenGLも、1.0は美しかったが1.2以後や、OpenGL ESやWebGLは汚く面倒に
なった。Direct3Dの駄目なところを取り入れてしまったような感じ。
192:デフォルトの名無しさん
22/01/30 17:42:13.84 1lRRY4pr.net
普通のアプリって何
193:デフォルトの名無しさん
22/01/30 21:21:33.53 Zz8RS9Wg.net
JHTMLアプリじゃね？
194:デフォルトの名無しさん
22/01/30 23:00:42.20 fI0x5/zS.net
この文脈ならkick-ass appsだろ
言わせんな恥ずかしい
195:デフォルトの名無しさん
22/01/31 07:29:13.82 ekWinSEL.net
>>190
>>95
196:デフォルトの名無しさん
22/02/02 10:37:04.10 5deqnR/S.net
>未解決の問題が非常に多いため、何に取り組んでいるのか、どこで進歩しているのか
WinUI3、問題山積みって感じだな。
開発メンバーも離脱してごくわずかで細々作ってる感じだし。
MSも高確率で沈みそうな泥船に投資したくないんだろうなぁ。
Phoneが沈んだ時点でさっさとUWPを捨ててこっちに注力してればもっとましな結果になっただろうに。
197:デフォルトの名無しさん
22/02/02 13:34:55.83 qr0OhjFL.net
ユニバーサル・ウインドウズ・プラットフォーム(Windows10専用)だからな
それよりWinFormsとWPFの2本立ての方が成功してたと思う
高DPIに対応したWinForms2.0とかUnityでも動作するMonoFormsとか
スゲー安っぽいけどWinUIなんかより数倍マシ
198:デフォルトの名無しさん
22/02/02 14:17:31.87 /6h+iODO.net
さすがにWinFormsは要らない。
WinFormsでやってたことはWPFがあれば事足りる。
199:デフォルトの名無しさん
22/02/02 14:55:30.01 MolDdSgs.net
WPFは勝手にマルチスレッドにしやがる
200:デフォルトの名無しさん
22/02/02 21:21:23.96 HZtz5wep.net
WPFが最初からネイティブC++で実装されてたらUWPやWinUIは生まれずWPFは統一プラットフォームとして継続的に進化して成功していただろうな
MSはなんだかんだC++大好きで、全部マネージドでいいじゃんってのは社内的に許されないんだよ
201:デフォルトの名無しさん
22/02/02 23:39:19.90 uQJKdAPH.net
好き嫌いの問題じゃないだろ
低レイヤーの実装はC++じゃなきゃ出来ない
202:デフォルトの名無しさん
22/02/02 23:44:15.40 Tho+pX9F.net
リーク地獄は嫌じゃ
203:デフォルトの名無しさん
22/02/03 00:13:00.65 IbTz5ZAk.net
そもそも.NETがWindowsチームから嫌われてたっていうからな
204:デフォルトの名無しさん
22/02/03 00:44:04.17 hnE9Kba7.net
>>198
MSが好きなのはC++98(03)までだろうな。
C++11はアホが好みそうな仕様になったから。
205:デフォルトの名無しさん
22/02/03 07:52:29.24 rTgJdd8/.net
C++98はある種の透徹した美しさがあったな
11以降のも無駄に複雑だった部分がどんどんシンタックスシュガーで簡潔になってきて嫌いじゃない
206:デフォルトの名無しさん
22/02/03 08:31:47.19 j4oj3G8A.net
>>202
C++11を理解できないから嫌いなんでしょ
207:デフォルトの名無しさん
22/02/03 08:50:59.00 nrvs3IXt.net
>>204
横からレスごめん
C++11は使おうと思えば使えるけど、スマートポインタとかが美しくないかなと思う
メモリをどうこうしたいのならC#とかみたいにGCを実装して欲しかった…
ただ、randomやthreadが追加されたのはかなり嬉しい
208:デフォルトの名無しさん
22/02/03 08:58:55.45 n97Y9UcY.net
んで、ここ何のスレ？
209:デフォルトの名無しさん
22/02/03 09:29:22.68 0+ku9eIp.net
C++なんてバグ量産言語まだ使ってるのかよw
Rust使えよ低脳
210:デフォルトの名無しさん
22/02/03 09:54:13.82 8ADJI/49.net
>>199
低レイヤは当たり前だけど、MSの場合は高レイヤも全て快適にC++で記述できなければならない
それがWindowsの標準UIプラットフォームに求められる最低水準なんだよ
C++/WinRT知ってるか？奴等のC++に対する愛と執念は異常
211:デフォルトの名無しさん
22/02/03 10:23:17.82 0+ku9eIp.net
ゴミで有名だよねC++/WinRT
212:デフォルトの名無しさん
22/02/03 14:43:56.38 u1rmEl96.net
C++11以後は、最低でもStroustrupの9,800円くらいの本は読まないと
話にならないから、お金が掛かる。
213:デフォルトの名無しさん
22/02/03 15:04:58.00 rTgJdd8/.net
>>210
そんなことないぞ
言語仕様が整理されたからむしろStroustrupより薄い本でマスターできるようになってる
214:デフォルトの名無しさん
22/02/03 15:05:48.63 VSVU8kYC.net
C++相談室
URLﾘﾝｸ(itest.5ch.net)
215:デフォルトの名無しさん
22/02/03 16:15:08.97 VWdjVpzZ.net
現在のマイクロソフトは昔に比べてC++の最新規格追随は熱心だと思うね
昔はC++愛が強かったってことはないんじゃないか
216:デフォルトの名無しさん
22/02/03 16:39:59.45 4SJL6nSC.net
C++相談室
URLﾘﾝｸ(itest.5ch.net)
217:デフォルトの名無しさん
22/02/03 16:51:25.83 rTgJdd8/.net
>>208
C++/CLIという存在意義不明の言語もあってだな…
218:デフォルトの名無しさん
22/02/03 17:14:59.74 4SJL6nSC.net
>>215
C++相談室
URLﾘﾝｸ(itest.5ch.net)
219:デフォルトの名無しさん
22/02/03 18:39:21.61 22BdHKRp.net
.NET6への移行は大変そうだな
220:デフォルトの名無しさん
22/02/03 18:50:36.00 rTgJdd8/.net
>>216
C#, C♯, C＃相談室 Part96
ｽﾚﾘﾝｸ(tech板)
221:デフォルトの名無しさん
22/02/03 23:24:21.93 oMlWvAvC.net
>>215
C++とC#への橋渡し？みたいな
222:デフォルトの名無しさん
22/02/03 23:31:13.46 rTgJdd8/.net
>>219
C++/CLIはキミの手に負えるような代物じゃない
せいぜいC#とP/Invokeで遊んでなさい
223:デフォルトの名無しさん
22/02/03 23:39:42.92 u02l46ie.net
で、wpfは？
224:デフォルトの名無しさん
22/02/03 23:47:41.12 oMlWvAvC.net
>>220
MFCで作られたオブジェクトをC#で使う必要があったのよ
225:デフォルトの名無しさん
22/02/04 02:11:28.44 tMDf8XuC.net
>>211
具体的にどの本の事だよ。
絶対無理だと思うぞ。
226:デフォルトの名無しさん
22/02/04 05:25:10.97 2M0/77yk.net
>>223
C++相談室
URLﾘﾝｸ(itest.5ch.net)
227:デフォルトの名無しさん
22/02/04 08:40:15.66 +WNV9NYh.net
>>224
C#, C♯, C＃相談室 Part96
ｽﾚﾘﾝｸ(tech板)
228:デフォルトの名無しさん
22/02/04 08:52:24.88 KAsheVEx.net
そういやC++/CLIでWPF作れるんだったね
以前やってみてすごく面倒だった
229:デフォルトの名無しさん
22/02/04 16:23:43.63 x89zi/1x.net
WinUI3
>バグ、機能不足、パフォーマンスの遅さが問題です。
>現在、Microsoftはこれを趣味のプロジェクトとして扱っており、開発者が投資すべき重要なSDKではありません。
230:デフォルトの名無しさん
22/02/04 16:48:16.68 Smp2NQSE.net
じゃあマイクロソフトさんはどのフレームワークに力入れていてどれで作れって言ってるの？
231:デフォルトの名無しさん
22/02/04 17:03:05.70 /zOk2rsO.net
タイムリーな質問じゃん
これでしょ
URLﾘﾝｸ(medium.com)
232:デフォルトの名無しさん
22/02/04 17:10:01.29 Smp2NQSE.net
もうVSも.Netもいらないってことか
233:デフォルトの名無しさん
22/02/04 17:40:19.22 Q8cReFta.net
これかーー
もうMSはオープンソースに手厚いかんな
URLﾘﾝｸ(medium.com)
234:デフォルトの名無しさん
22/02/04 18:55:12.20 Smp2NQSE.net
flutterのほうが楽しそう
もう何十年もなあなあの.Netはいらんな
235:デフォルトの名無しさん
22/02/04 19:05:31.82 fMjkdVAl.net
xamlも時代遅れだよなぁ。
CSSもflexやgridをサポートして自由自在に画面設計できるようになったんだから、Webブラウザーと同じく使えるデスクトップブラウザーを開発すべき。
HTML5+CSS3をxamlで再カキコしなければならないMVVMアプリ開発側としてはしんどい事限りなし。
blazorがそうなるかと思いきや、そうはならなかったな。
236:デフォルトの名無しさん
22/02/04 19:08
237::30.28 ID:JrlSex4G.net
238:デフォルトの名無しさん
22/02/04 20:15:48.12 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:デフォルトの名無しさん
22/02/04 20:57:32.87 i7hWOGQn.net
Flutter for Desktop、ちょっと触ってみたけど想像以上に良い。
ただ、まだあんまりよくわからんコンパイルエラーが起こる事があるな。
既存の自分のAndroidアプリはそう簡単には動かなさそう。
240:デフォルトの名無しさん
22/02/04 21:48:15.23 xlLtcbiK.net
あーまあ分かったからflutterスレでやってね
241:デフォルトの名無しさん
22/02/04 22:07:14.76 rPvrWkyY.net
ウェブのhtml, css, jsの組み合わせをデスクトップアプリに持ってきた方が自然に思える
てかWindowsのみで動くアプリなんてシステムアプリくらいしか需要ないじゃん
そんなのCUIでも全く問題ないんだから
242:デフォルトの名無しさん
22/02/04 22:11:22.70 +WNV9NYh.net
それWebView2な
必然の流れだよ
243:デフォルトの名無しさん
22/02/04 22:11:24.10 lgLSShEn.net
古田はググールだから大変だな
流行らなければ斬るから信者がんばえー
244:デフォルトの名無しさん
22/02/05 01:21:30.57 WZoZVFeP.net
「StackOverflow」で2021年に実施された調査
URLﾘﾝｸ(asset.watch.impress.co.jp)
245:デフォルトの名無しさん
22/02/05 01:58:42.02 vyyfl1Q+.net
>>241
ほとんどWeb系だろうし、単に新しいもの使える職場は環境がいいというだけの話だ
246:デフォルトの名無しさん
22/02/05 09:10:40.08 m5qwQDYD.net
WPF(MVVMを含む)を新しいものと見なしてるか古いものと見なしてるかで年の差感じるよな
学習コストとか今さらのように言われてもオマエ今まで何してたんだよ
10年以上前からあってとっくに枯れてるぞ
247:デフォルトの名無しさん
22/02/05 09:18:35.66 50cE9z6L.net
WPFをいままでやってこなかったならいまさらやる必要がないってことでしょ
アプリケーションもウェブベースで作れるものならASP.NETのWebFormsやMVCに移行してただろうし
248:デフォルトの名無しさん
22/02/05 10:35:28.52 JJnev5jz.net
>>238
jsはどんな領域でも使っちゃ駄目な欠陥言語。tsもわずかにマシって程度。
元々オモチャみたいな言語だからレガシーなクソ仕様をばっさり切り捨てないと手の施しようがない。
>Windowsのみで動くアプリ
昔と違ってWindows 1つあれば事足りるようになったからWindows 専用もそれほどデメリットにならない。
249:デフォルトの名無しさん
22/02/05 10:40:43.82 Rg3a6Lod.net
普及しないまま枯れていったMVVM葬儀会場はここでつか？
250:デフォルトの名無しさん
22/02/05 10:42:30.90 8UxqBbtD.net
使いこなせない悲しみ
251:デフォルトの名無しさん
22/02/05 11:59:44.91 XET6D0Ck.net
WPFが落ち目に見えるからFlutterとかWebとかこんなにキャッチセールスがやってくるのかな
252:デフォルトの名無しさん
22/02/05 12:07:21.14 Czrdanv8.net
intellisenseがWPFに冷淡だったのが痛い
253:デフォルトの名無しさん
22/02/05 12:10:49.48 8UxqBbtD.net
WinUI待機組をFlutterが掻っ拐う構図
254:デフォルトの名無しさん
22/02/05 15:15:00.66 JJnev5jz.net
>>248
落ち目なのはWinUI。まだ浮かんですらいないけど。
今の時点でデスクトップアプリ開発環境としてWinUIよりFlutterの方が完成度が上で、今後それが逆転する可能性も絶望的。
これからはWPFとFlutterを状況に応じて使い分ければいい。
WinUIがポンコツすぎて迷う必要なくなったから、かえって良かったかも。
255:デフォルトの名無しさん
22/02/05 15:29:51.09 Mq0LTi1i.net
早めにxaml捨ててMAUI＆Cometで一本化する判断しとけばここまで開発リソース分散しなかっただろうに
256:デフォルトの名無しさん
22/02/05 17:43:31.99 CJOs3GSx.net
>>252
MAUIは、XAMLによるMVVM、と書いてあるが。
257:デフォルトの名無しさん
22/02/05 17:45:20.87 CJOs3GSx.net
宣言的
258:デフォルトの名無しさん
22/02/05 17:47:03.84 CJOs3GSx.net
MAUIには、宣言的UIを使ったMVUなるものがあって、それがCometということかいな？
でも宣言的UIもWinFormsとは全く違うよね、多分。
259:デフォルトの名無しさん
22/02/05 18:12:45.33 xQipYjTo.net
宣言的UIはXAMLみたいなやつ
260:デフォルトの名無しさん
22/02/05 21:13:43.76 b/8WCMUm.net
>>244
そんな奴はこのスレ覗きに来ないと思うんだが
261:デフォルトの名無しさん
22/02/06 00:16:10.15 keaNtWdY.net
>>256
やっぱ、そうか。
だからMAUIはXAMLのものと、XAMLではないがXAMLに似たものの二系統作られるという
ことに過ぎないのだろう。
262:デフォルトの名無しさん
22/02/06 23:44:13.73 R7IEDvqe.net
.Net Frameworkも4.8.1でまだまだ延命
263:デフォルトの名無しさん
22/02/06 23:45:18.71 Ly8LsSyr.net
.NET6への移行がしんどいの?
264:デフォルトの名無しさん
22/02/07 00:52:33.72 NnlheoBA.net
6は2年でまた移行だからな
日本ではその度にSIerにぼったくられることになる
265:デフォルトの名無しさん
22/02/07 01:04:51.01 FwV6Svjt.net
海外はちゃうの？
266:デフォルトの名無しさん
22/02/07 09:01:44.53 hJS1F7H6.net
>>259
ARMだけになりそうじゃね？
267:デフォルトの名無しさん
22/02/07 11:48:44.65 uh676PEA.net
ListBoxのItemPanelTemplateにCanvasを指定しているとき
Windowに合わせて拡大・縮小する方法教えて
ViewBoxにListBoxを入れてみたけどWrapPanelとかはスケールされるのだが
Canvasのときは表示されないみたい
268:デフォルトの名無しさん
22/02/07 12:52:29.42 qVVndxor.net
Canvasを使わない
269:デフォルトの名無しさん
22/02/07 18:48:16.24 B+4mD2P/.net
次の.NETでWPFにWin11用テーマが搭載される可能性
270:デフォルトの名無しさん
22/02/07 19:11:40.12 EFpTEQx0.net
MAUI(Xamarin)に望みが無いならWPFも先細り
271:デフォルトの名無しさん
22/02/07 20:22:40.56 IU9XfAJW.net
MAUIの正体がXamarinだって知ってる奴は
こんなもんにはなから望みなんてないってわかってるよ
272:デフォルトの名無しさん
22/02/07 22:28:30.64 c4tJbt0p.net
UNOちゃんも忘れないで(´；ω；｀)
273:デフォルトの名無しさん
22/02/07 22:55:34.92 fWZpMVoi.net
もういいよ
こんなゴミフレームワーク使うのやめたから
何十年まともなの作れないんだMSは
274:デフォルトの名無しさん
22/02/08 18:38:34.00 yVfGM/kR.net
WPFに新たな希望が!!
URLﾘﾝｸ(github.com)
275:デフォルトの名無しさん
22/02/08 18:50:22.26 5BCjIQvt.net
俺が前スレで紹介した記憶が
276:デフォルトの名無しさん
22/02/08 23:49:46.25 MbsHgQqH.net
すみません 教えてください
WINDOWS UI3 を使ってMVVM ってできるのでしょうか？
サンプルみたいのもないのでできるのかどうかわからないので
教えていただけますでしょうか？
277:デフォルトの名無しさん
22/02/09 03:28:04.00 /I7OzU9p.net
MVVMが目的になってる時点で駄目ｗ
本末転倒だよ
278:デフォルトの名無しさん
22/02/09 06:34:10.19 czYNULL0.net
>>273
できるよ。
でもMVVMって設計手法の1つに過ぎないから
開発内容に合わせて適用するかどうか考えなきゃ駄目だよ。
徒歩10数歩で行ける隣の家にわざわざガレージから車出して行こうとする頭の悪い人になっちゃだめだよ。
279:デフォルトの名無しさん
22/02/09 08:01:14.11 ehg+FXfN.net
>>273
WinUIはかなりヤバイよ。
公式ドキュメントに
パフォーマンス悪いです、メモリめっちゃ食います、ファイルサイズ無駄にでかいです
なんて載せて予防線張ってるぐらいだから。
SDKのバージョンは一応1.0だけど実質まだ0.5ぐらいの出来。
正式版として世に出しちゃいけないレベル。
止めはしないけどいつでも撤退できるようにしておきな。
これやるくらいならまだWPFの方がつぶしが効く。
280:デフォルトの名無しさん
22/02/09 09:25:08.14 Og7wuzEA.net
2022年という未来の世界に生きてるのに未だにまともなフレームワークがないってどうなってんの
281:デフォルトの名無しさん
22/02/09 10:05:21.84 /I7OzU9p.net
結局プロの使用に耐えるフレームワークはATLだけだったな
あとは全部不完全か初心者向けの不自由なものでしかない
282:デフォルトの名無しさん
22/02/09 10:23:03.43 HpfuVDAv.net
>>274
頭ごなしの否定良くない
既存のMVVMアプリがあって、Vだけ入れ替えるのを検討してるのかもしれないだろ
283:デフォルトの名無しさん
22/02/09 10:49:46.38 /tE30TH1.net
ソフトウェアのアーキテクチャ的に
誰も議論しないぐらい
残らないアーキテクチャだったな
WPF流MVVM
284:デフォルトの名無しさん
22/02/09 10:58:39.93 WFT7SUOm.net
枝葉の議論でゴチャゴチャ言ってるザコ共をMVWという本質を突く一言で一刀両断したのは流石だわ
285:デフォルトの名無しさん
22/02/09 12:52:41.22 /KeHMgiK.net
ザコがキャンキャン吠えてるw
286:273
22/02/09 23:47:59.46 TVdAx4La.net
みんなありがとうございます。
勉強になりました。
イベントドリブン型が何となくよくわからなくって
MVVMで慣れちゃったから
本当は、 WPFでトグルスイッチが使ってみたかっただけなんだよね
287:デフォルトの名無しさん
22/02/10 08:45:19.96 nQ/8CiES.net
ToggleButtonじゃなくスマホで見かけるやつでしょ、ユーザーコントロールで作成だね
実際に作った人もいるので参考にしたり拝借してくるといい(要ライセンス確認)
288:デフォルトの名無しさん
22/02/10 09:53:13.85 Yjh1sxXd.net
チェックボックスとトグルスイッチの使い分け、毎回悩むわ
289:デフォルトの名無しさん
22/02/10 13:37:50.16 cZrPxvvk.net
見やすく使いやすいのがいい→チェックボックス
ナウなヤングにウケるカッコいいのがいい→トグルスイッチ
で悩むことないやろ
290:デフォルトの名無しさん
22/02/10 13:50:07.08 RrRl5YtT.net
ダークモードね白黒反転するやつね
291:デフォルトの名無しさん
22/02/10 14:14:25.03 fc/2R9d2.net
設定項目群に関連があり、「これとこれを有効」みたいなのはチェックボックス。
確認を求めるようなのや説明的な設定項目はチェックボックス。
有効/無効で表現しやすく、設定が即座に反映されるようなのはトグルスイッチ。
292:デフォルトの名無しさん
22/02/10 15:00:32.93 nQ/8CiES.net
使いわけというかデザインセンスだね
例えば、次回から表示しない、はチェックボックスでトグルスイッチ使ってるのを見たことない
293:デフォルトの名無しさん
22/02/10 15:02:08.67 SVzOFq4x.net
即時反映: トグルスイッチ
ダイアログの肯定応答ボタン押下で反映: チェックボックス
294:デフォルトの名無しさん
22/02/10 15:44:50.18 wbG7UtHv.net
MSのドキュメントに用途のガイドラインは書いてある
URLﾘﾝｸ(docs.microsoft.com)
URLﾘﾝｸ(docs.microsoft.com)
295:273
22/02/11 16:25:36.11 gQQrjeaP.net
>>284
アドバイスありがとうございます。
早速 いくつかの トグルスイッチを使ってみたのだけど
トグルスイッチのイベントの形態が２種類あることがわかって、
今まで使っていたのは、 ”状態が変化した”ことでイベントととするもの
他には
"ONorOFF"になったことをイベントとするものです。
VMでどう吸収しようか検討中です。
296:デフォルトの名無しさん
22/02/12 09:00:34.53 kNmQX4vn.net
見た目の変更とかアニメはコントロールの中で完結する方が見通しよくなるし
他でも使えるようにライブラリ化できる
MVVMは関係なく、単に自作UIとしてトグルをどう作り込むかによる
金さえ出せばコンポーネント屋から完成しているトグルスイッチを購入できるので
自作の工賃とライセンス料を天秤にかけるわけだ
297:デフォルトの名無しさん
22/02/12 17:38:53.23 ZwiH+04Q.net
普通これ使うだろ
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(github.com)
298:デフォルトの名無しさん
22/02/13 01:05:59.76 NN0JuhkI.net
>>294
サンプルだとかっこいいんだけど、
漢字や平仮名のボタンとか急にダサくなって困る。
299:デフォルトの名無しさん
22/02/13 09:01:56.66 39UxLAwC.net
都度フォントの変更大変そうだなと思ったらResourceDictionaryにFontFamilyを指定しとくのか
300:デフォルトの名無しさん
22/02/14 08:48:32.05 JUrXsXai.net
>>295
英語だとカッコイイってのがそもそも思い込み。
隣の芝が青く見える的な。
ガイジンさんから見たら漢字カッコイイって思ってるかもしれん。
301:デフォルトの名無しさん
22/02/14 20:30:33.82 OKHyco7f.net
>>81
キチガイの世界へようこそ・・・
と言うか20世紀なのか今は？
302:デフォルトの名無しさん
22/02/14 21:53:59.37 7DLpkbM0.net
>>298
参考までに
Windows 95 最小ハードウェア仕様要求
物理メモリー、8 MB以上
ストレージ、75 MB以上
303:デフォルトの名無しさん
22/02/14 22:10:00.51 VjWJSQ6q.net
いくらPCが速くなってもWPF使ったソフトはクソ重い。
MSすら使いたがらないわけだ。
304:デフォルトの名無しさん
22/02/14 23:21:43.51 0GI11KhK.net
>>299
たしか1998年にあまり予算をかけたくない俺は
Celeron300AでRAM256MB積んだPCを自作していた
そのころの話か？
やはり20世紀の話だろこれは？
305:デフォルトの名無しさん
22/02/15 06:12:51.13 hA9gyrCi.net
>>301
お前がどんなPC組んでたとか全く意味ない。その時代に普及しているPCスペックが全て。
2022年だからそれに合わせてこんな甘々な基準になっているのに
それすらクリアできないようならソフトウェア技術者向いていないから転職を勧める。
306:デフォルトの名無しさん
22/02/15 08:57:14.52 VnsR49ox.net
10年前からWPFは既にあって、当時の話題とは
Windows Formsから移行とかSilverlightと比較とか
比較対象が変更されはしたが、今と大して変わらない話題だよね
307:デフォルトの名無しさん
22/02/15 15:34:06.63 GyhCU1xc.net
WPFは出た直後にクソ認定されて15年経ってもその評価は変わらない。
FISやIOCと違って技術者は賄賂は受け取らないし忖度もしないのだ。
308:デフォルトの名無しさん
22/02/15 15:57:40.84 tpfUF+h+.net
WinForms
・旧来のウィンドウズAPIの上にレイヤーを重ねたようなもので、（シンプルであるという）利点と
（平凡なレイアウトやスタイリングオプションという）致命的な災いの両方がある。
WPF
・WinFormsからわずか4年後にリリースされたが、デザインパターンとコンセプトがより複雑であったため、
一般に受け入れられるまでにはしばらく時間がかかった。
・大規模なデータセットに対してWinFormsよりも大幅に高速化できるが、正しく使用するにはより深い知識が必要である。
・現状は WPF on .NET 6 が一番つぶしが効く状態。
UWP
・Windows UIの未来だったが、鳴かず飛ばず、現在はメンテナンスモードになっている。
良い点：魅力的なUIを簡単に作ることができ、マウスとタッチの両方でうまく動作する。
悪い点：サンドボックスとパッケージングの要件が非常に厳しい。
結論：避けるべき。
WinUI 3
・小さなチームがUWPのUIスタックからできる限りのものを救い出そうとしている。
・遅い、バグが多い、そして多くの歴史的なお荷物が重くのしかかる。
・開発体験はWPFの方が上であり、開発チームは改善に消極的である。
・1年後にまた確認したいが、私は悲観的だ。
309:デフォルトの名無しさん
22/02/15 19:01:34.90 VjJREOVz.net
現状、WindowsデスクトップアプリはWPFでWinFormsのようなイベント駆動が一番マシなんですかね
レイアウトの自由度、高DPIへの対応、表示速度を争点にした場合
310:デフォルトの名無しさん
22/02/15 19:16:29.32 3zKYAjvH.net
winrtはどこに属すの？
311:デフォルトの名無しさん
22/02/15 19:33:35.93 ES8IiGQC.net
>>306
それでいいと思う。それが一番処理速度的にもファイル構成的にも無駄がない。
ただViewに依存しない処理はなるべく別クラスに切り出すことぐらいはしておいたほうがいい。
312:デフォルトの名無しさん
22/02/15 19:36:57.71 sOBRzctF.net
データバインドは使わんの？
エラー表示とか便利っぽいよね
313:デフォルトの名無しさん
22/02/15 20:18:43.19 A9ZkwK3T.net
>>309
使った方がいいと思った箇所で使えばいいんじゃね？
どちらかに縛る必要はないと思うが
314:デフォルトの名無しさん
22/02/15 20:29:33.78 qXoJQquN.net
>>305
WinUI3だが、内部のWinRTは十分こなれているからバグは少ない
問題は表示系だが操作不能になるようなものは稀で回避策はある
速度に至ってはWPFより遅いことはないんだが、何処の情報なん？
315:デフォルトの名無しさん
22/02/15 20:36:28.97 xE3FS5+c.net
速度に関して前スレで話題になってたやろ
316:デフォルトの名無しさん
22/02/15 20:40:31.81 qXoJQquN.net
>>312
1.0 Stable以前は酷いものだったが、そこから情報アップデートしていない人が多いのかね？
317:デフォルトの名無しさん
22/02/15 20:42:15.57 xE3FS5+c.net
URLﾘﾝｸ(github.com)
これは解決されたの?
318:デフォルトの名無しさん
22/02/15 20:55:45.02 s9A1ir2/.net
>>305
> ・現状は WPF on .NET 6 が一番つぶしが効く状態。
これはないかな
まず.NET6後二年も寿命がない
それは別としてつぶしが利くのはwinforms
技術的進展もなければ使えなくなる技術もない
安定
319:デフォルトの名無しさん
22/02/15 20:58:11.37 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:デフォルトの名無しさん
22/02/15 20:59:22.62 qXoJQquN.net
>>314
WinRT系だと自家製ビヘイビアもほとんど使わずに済むから特に気にならないバグだな
既存のコントロールは関係ないだろうし
321:デフォルトの名無しさん
22/02/15 21:07:44.33 xE3FS5+c.net
コンポーネントメーカーdebexpressの中の人が速度がでねぇっていってるし
community toolkitのDataGridも速度出てねぇし
つまりListViewとかで速度がWPFより遅いって話なんじゃねぇの??
322:デフォルトの名無しさん
22/02/15 21:08:04.86 qXoJQquN.net
>>316
UWPの.net Nativeは極めて優秀だからそれと比較してGUIのパフォーマンスやインストールサイズが悪くなるのはしょうがない
UWPだとライブラリの中でアプリで使われていない部分を全部バッサリ切り捨てるしAOTにコンパイルされるので
WPFのUnSafeと同等のパフォーマンスだ
UWPはWPFと比べられないほどインストールサイズも小さいし速度も早い
ただUWPでもファイル操作はサンドボックス化の影響を受けていて遅いが、WinUI3はSystem.IOを使えるからそこは充分早い
323:デフォルトの名無しさん
22/02/15 21:10:30.82 6QhYGEAR.net
マイクロソフトの中でもフレームワーク開発チームは互いに戦ってるのかな
324:デフォルトの名無しさん
22/02/15 21:12:07.58 ES8IiGQC.net
>>315
WPF on .NET6の次はWPF on .NET8に乗せ換えるだけだぞ。
>技術的進展もなければ
だからそもそも採用されない。
わざわざ生産性が低いものを選ぶ理由がない。
325:デフォルトの名無しさん
22/02/15 21:24:14.14 s9A1ir2/.net
>>321
生産性は高いよ
時間当たりに生み出す価値が大きいほうが生産性が高いと言う
winformsで5分でできるものをWPFでは確実にそれ以上かかる
しかも学習時間も含めるとWPFの生産性が確実に低い
326:デフォルトの名無しさん
22/02/15 21:31:14.07 VAjtBqbg.net
WinFormとWPFは同等の手法が使えるからどっちがどっちって事はないだろ
慣れたら何かBindableObjectとReativeProperty使えばVVMでサクっと作れて見通しも良い
327:デフォルトの名無しさん
22/02/15 21:33:48.96 cnyVxlxn.net
>>319
そもそもUWPってGUIはWindows側のAPIを呼ぶだけだからな
WPFやWinUI3みたいに巨大なランタイムをロードする必要がない
AOTみたいな小手先の最適化を云々する以前に、ディスクIOの量が全然違う
328:デフォルトの名無しさん
22/02/15 21:49:28.29 cAuAN9G6.net
>>322
いや、生産性はかなり低い。
作るスピードも修正するスピードもWPFの方がずっと上。
winformsの進化版として使う分には学習時間なんてほとんどかからない。
329:デフォルトの名無しさん
22/02/15 21:52:12.13 s9A1ir2/.net
常に勉強し続けるのが善で正義と思うのは間違い
MVVMのパターンも変わり続けて何か正義なのかすらもわからない
これはこうしたほうがいいと絶対的に言える状況なのか
1年しないうちにいやいやこれはとか訂正されたりライブラリから削除されたり生産性が低すぎる
330:デフォルトの名無しさん
22/02/15 21:55:34.96 s9A1ir2/.net
MVVMの長らくの議論
ダイアログはどうやって出すかみたいな馬鹿な問題とかもうどうでもいい
331:デフォルトの名無しさん
22/02/15 22:09:55.99 ES8IiGQC.net
ひょっとしてWPFはMVVMで作らないといけないと勘違いしている？
MVVMを一切使わなくても問題ないよ。それでもWPF使った方が開発が楽だから。
332:デフォルトの名無しさん
22/02/15 22:17:46.86 C8AABCuO.net
バインディングって単語が出るとMVVMパターンと同一視しちゃうのかな
333:デフォルトの名無しさん
22/02/15 22:43:33.35 sOBRzctF.net
コードビハインド書いたらMVVMじゃないと
334:デフォルトの名無しさん
22/02/15 22:46:16.80 aWeidgzt.net
個人的にはC++みたく良いとこ取りする感じかな
WinFormsの気軽さで、データバインディングするだけ
335:デフォルトの名無しさん
22/02/15 22:49:22.58 VAjtBqbg.net
単発アプリならVVMでじゅうぶんMは要らん
やりにくいところはコードビハインドで逃げ
336:デフォルトの名無しさん
22/02/15 23:47:52.75 DOsFVpUk.net
>>332
Mは普通APIの先のサーバサイドにあるだよ
337:デフォルトの名無しさん
22/02/15 23:48:13.11 DOsFVpUk.net
>>327
笑
338:デフォルトの名無しさん
22/02/16 10:21:32.43 JfSJk6Eb.net
笑笑
339:デフォルトの名無しさん
22/02/16 10:59:48.00 T0LbVKne.net
ダイアログに関する議論はMFCの頃から繰りかえされていてMVVM関係ない
最近の話題だと適用ボタンだよね。ダイアログに何か設定するOn/Offという項目があったと仮定して
その設定が反映されるのは(1)On/Off切り替えた瞬間(2)適用ボタンを押したとき(3)OKを押してダイアログを閉じた時
でそれぞれ異なる
340:デフォルトの名無しさん
22/02/16 11:30:15.17 JfSJk6Eb.net
使うコントロールも考慮する必要がある。
トグルスイッチはOn/Offを切り替えた瞬間に設定を反映することが求められる。
341:デフォルトの名無しさん
22/02/16 14:09:37.66 ie/DSr5F.net
その話題もMVVM関係ないんだけどな
ただのUIの問題で
342:デフォルトの名無しさん
22/02/16 14:28:20.83 prElW7Wj.net
URLﾘﾝｸ(github.com)
これうちでも発生してるわ
パッケージ名を、初期値のぐちゃぐちゃなやつに戻したらきちんと動いた
パッケージ表示名だけ変えておけば問題ない？ユーザーから見える部分で影響がなければいいんだけど
343:デフォルトの名無しさん
22/02/16 14:46:38.19 9x9DexoX.net
>>338
うん、だから今は設定反映の話題だよ。
344:デフォルトの名無しさん
22/02/16 21:11:28.96 raZgx3Yl.net
違うんじゃね？
VとVMの対話の件だろ
結局メッセンジャーパターンで解決されたけど
MVVM界隈でもWPFだけだぞ
とにかくアホらしい
345:デフォルトの名無しさん
22/02/16 21:54:37.14 GuByYKJZ.net
MVVMで真っ当に実装する必要があるならダイアログ今はサービス使ってるわ
適当アプリならVMからShowDialogや！
346:デフォルトの名無しさん
22/02/16 22:33:25.97 raZgx3Yl.net
MVVMで御高説をのたまってるやつらも、
ダイアログだけVMがVの参照持ってるの多いと思われ
アホ過ぎ
347:デフォルトの名無しさん
22/02/16 22:56:04.26 GuByYKJZ.net
ケースバイケースだろ
348:デフォルトの名無しさん
22/02/16 22:56:34.84 k9K3LRO9.net
WinUI3のContentDialogは極自然にVMから操作可能ではある
但し厄介なバグがあるんだよな
349:デフォルトの名無しさん
22/02/16 23:50:00.59 9J2Avx3b.net
そういうところが最近のMSらしい
350:デフォルトの名無しさん
22/02/17 00:27:46.74 mxZsFD+m.net
Windowsのシステムで設定したテーマをそのまま使うと問題ないけど
RequestedThemeでアプリ独自のテーマに変更するとContentDialogの表示がおかしくなる
黒バックに黒文字になったり白バックに白文字になったり
しかしContentDialogをページに埋め込みじゃなくて独立させて作るとと何故かうまく動く
351:デフォルトの名無しさん
22/02/17 08:30:25.43 RRNNLUq7.net
>>341
いや、違くない。最初にMVVMとは関係ないと断っている。
だから実装ではなくUXの話。
ちなみにメッセンジャーパターンはアンチパターンだから使うやつは馬鹿。
352:デフォルトの名無しさん
22/02/17 08:57:01.84 j4TiyS3p.net
>>348
どうするのが正解？
353:デフォルトの名無しさん
22/02/17 13:33:28.92 D3Kp3a02.net
>>348
俺がWPFまだやってた頃、
VとVMの通信の方式でかなり揉めてて
メッセンジャーパターンの確立で
やっとWPF流MVVMのすべての問題が解決！
皆が＼(^o^)／ってなってたんだけど
その後なんか動きがあったのかい？
自分はこの頃WPFにサヨナラして
SPAに全振りする事になったんだけど
354:デフォルトの名無しさん
22/02/17 13:34:33.35 D3Kp3a02.net
>>VとVMの通信
これ双方向の話ね
355:デフォルトの名無しさん
22/02/17 14:37:01.90 YUSmIxV4.net
WinUI3、ちょくちょくデザイナが表示されないってバグ報告あがってて笑った。
まさかデザイナが無いなんて夢にも思わないよな。正式版なのに。
356:デフォルトの名無しさん
22/02/17 14:38:43.90 /0nSI8jp.net
WPFに歴史的価値があるとすれば、それは
MVVMは保守性と開発効率を低下させると実証したこと。
357:デフォルトの名無しさん
22/02/18 13:11:59.42 J8+KRXGO.net
既存のFormアプリにWPFのWindowを表示するため
WPFカスタムコントールライブラリのプロジェクトを追加して
WPFのWindowがダイアログで開けたのですが、なぜかFormアプリの
UIコンポーネントが全て小さくなります。
小さくならない方法はありますでしょうか？
358:デフォルトの名無しさん
22/02/18 14:23:41.28 94FodQmT.net
>>350
VでVの要素を操作するサービスクラスを生成してVMにインジェクションするのが一番楽だが
詳細を噛み砕いて説明するのは骨が折れるから誰かやってくれ
359:デフォルトの名無しさん
22/02/18 17:40:21.19 FPiQltqk.net
>>355
WPF メッセンジャー MVVMでググると上位は大体10年前ぐらいの記事が出てきます
でも多分今でもメッセンジャー使ってる人はいるんだと思う
○○の寄せ集めのQiitaですら代わりの技術の紹介がない
360:デフォルトの名無しさん
22/02/18 17:43:40.08 NqXxszTV.net
WPFがMVVMがクソだと証明したからな。
361:デフォルトの名無しさん
22/02/18 17:47:22.30 FPiQltqk.net
他のMVVMではこんな話で盛り上がってないもんな
データの射影ぐらいの扱いなのになんでWPFじゃ状態遷移とかその他もろもろ全部MVVMでやらなければならないんだ
どうせ再利用なんかしないのに
362:デフォルトの名無しさん
22/02/18 17:54:24.26 Sc3FeDVQ.net
>>358
中途半端な初心者が「MVVMでやらないとバカにされる!」
って強迫観念に囚われてるか、意味も分からずこうやって作るものって思考停止してるか、両方か
363:デフォルトの名無しさん
22/02/18 17:58:06.73 FPiQltqk.net
>>359
いやいや
熟練と言うか知り尽くしたほうが危うい
364:デフォルトの名無しさん
22/02/18 18:26:19.18 TADg4zOp.net
メッセンジャーパターンまで付�
365:ｫ合って 辞められて良かったわーー 苦労しても固有のロジックすぎて 他で全く役にたたないからな
366:デフォルトの名無しさん
22/02/18 18:27:26.73 TADg4zOp.net
>>359
当時から、
MVVM至上主義って言われてたよな
367:デフォルトの名無しさん
22/02/18 18:45:06.76 T3Y33b1k.net
MVVM使わないで、例えばconfigを設定する画面を想定した場合、
//configからcontrolへ
IdTextBox.Text=config.Id;
//controlからconfigへ
config.Id=IdTextBox.Text;
みたいなのをコードビハインドに書いてるの？
368:デフォルトの名無しさん
22/02/18 21:55:43.47 +xc5jpMS.net
HTML/CSSなら思い通りの画面作れるけどXAMLだと作れない。
「技術的に」じゃなくて「自分のスキル的に、っていう意味だけど、
やっぱり参考となるようなsampleの絶対数の少なさがなぁ。
369:デフォルトの名無しさん
22/02/18 22:07:10.37 tDFU7xrn.net
WebView2でよくね？
今更こんなオワコン使わなくても
370:デフォルトの名無しさん
22/02/18 22:20:20.27 eP6qEqnA.net
話題がループしてるな
371:デフォルトの名無しさん
22/02/18 22:31:21.56 TADg4zOp.net
>>365
WebView2をどう使うの？
372:デフォルトの名無しさん
22/02/18 22:34:46.53 y3Eq57lv.net
WebView2の人はUIフレームワークとツールキット何使ってる？
373:デフォルトの名無しさん
22/02/18 23:51:16.91 YtNFK6ow.net
あー、WebViewでローカルのhtmlとかも表示できるってこと？
だったらそれでいいのかな
374:デフォルトの名無しさん
22/02/18 23:55:20.81 TADg4zOp.net
どうやって表示制御するの？
375:デフォルトの名無しさん
22/02/19 00:12:02.32 v22Fyi01.net
>>370
C#のオブジェクトをWebView側に渡すことでJavaScript側からC#のメソッドを呼び出したりC#側の状態を参照したりできる
あとは普通にJavaScript側でReactとか使うだけだ
376:デフォルトの名無しさん
22/02/19 00:22:40.12 UkMRjGML.net
JS側とC#のやり取りをどうやるか定番ってあるのかな。
あまり聞いたことがないがまさかRESTとかじゃないだろうし。
377:デフォルトの名無しさん
22/02/19 00:27:02.29 yc9OR0yy.net
WPFで自前ブラウザー&httpsサーバー作って
SPAをホストする方法ね
中身はReactとか...
自分がSPAに移行するまえに
しのぎでやってた方法
この方式でキオスク端末でまだ何台か動いてるよ
でも今はPWA有るからそっちのが楽だけどね
378:デフォルトの名無しさん
22/02/19 00:27:35.44 yc9OR0yy.net
>>372
websocket
379:デフォルトの名無しさん
22/02/19 00:28:31.85 yc9OR0yy.net
>>372
electron.NETとかみてみれば
もうWPFの要素ないけど...