WPF(.NET, WinUI) GUIプログラミング Part28

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


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

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/
2 名前：デフォルトの名無しさん [2022/01/21(金) 13:37:21.64 ID:K08uNRHb.net]: 前スレの続きだが結局WPFはオワコンでおｋ？
3 名前：デフォルトの名無しさん [2022/01/21(金) 14:06:44.82 ID:XTInziC+.net]: ご安心ください！
.NET6のサポートが切れる3年後まではサポートされます
4 名前：デフォルトの名無しさん [2022/01/21(金) 15:40:46.61 ID:sr9M8m/h.net]: MVVMだとアプリを簡潔に書けるが、WinFormsのような設計でも書けるのがWPFやWinUIだ
WinFormsに留まる理由が何もない
5 名前：デフォルトの名無しさん [2022/01/21(金) 16:06:15.90 ID:K1CFp2I5.net]: MVVMポリスがWPF捨てて最先端のWebやってるのに俺達は10年前から全然前に進んでないんだな…
6 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 16:07:15.99 ID:sD03lWML.net]: ■ WPFなプログラマの環境
オブジェクト指向、DRYを常に意識
関心の分離（MVVM/DI）
CI/CD環境構築して自動テスト
バージョン管理はGit
OSSライブラリを積極的に採用
非同期処理やRxを使用しUXや応答性を向上
設計書作成にUMLやWikiを活用
ITSで課題管理
開発マシンはミドルスペック以上
コミュニケーションの基本はチャット
業務時間内に自主勉強OK
それなりの給料

■ Winformsなプログラマの環境
手続き型、コピペコードが大量に存在（WET）
関心の集約（コードビハインドにビジネスロジックベタ書き）
テストは手動＆目視で結果チェック
バージョン管理はSVN
自社ライブラリ以外は使用禁止
UXに無頓着、asyncなにそれおいしいの？
パワポで設計書作成
Excelで課題管理
開発マシンは低スペック
コミュニケーションの基本はメール
自主勉強？業務時間外にやってね
薄給

こんな印象
7 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 17:11:50.31 ID:s6X/SUg4.net]: なんでこんな活発なのこのスレ
8 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 18:48:46.39 ID:UiCAczsb.net]: WinUIで1ネタ。

WinUI 3 Controls Galleryを起動して
おもむろに aa と入力してEnter。
これだけで落ちる。
9 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 21:25:43.15 ID:/IExJPVQ.net]: こんなけレス来てるのに内容は喧嘩だけ
Wpf使えないって主張はわかったから別でやってくれ
10 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 22:23:19.94 ID:FMInZ6Xc.net]: 喧嘩と質問しか盛り上がらない板だからね
11 名前：デフォルトの名無しさん mailto:sage [2022/01/21(金) 22:51:39.56 ID:D86K2+5e.net]: >>8
立ち上げた直後に虫眼鏡マーク押すとそうなるね
AutoSuggestBoxのイベント処理がバグっているだけだから、WinUIじゃなくてアプリのバグだな
12 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 00:07:15.21 ID:1lTcYuij.net]: winformもwpfも新しい環境に適応できなかったあるいは必要がない奴の墓場
winform使ってるやつは自覚してる分マシでwinformよりwpfのほうがマシとか言ってるやつは正気なのかよ
13 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 00:14:38.83 ID:DSkywrpw.net]: >winform使ってるやつは自覚してる分マシで

たまにこういう全能の神が現れるな
14 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 03:18:18.20 ID:rpi4epE/.net]: WPF使えないって主張してる人なんてほとんど見ないが
WPF使える主張と使ってない人を下に見下すやつは結構見るがな
15 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 05:32:54.96 ID:36QJ9eOO.net]: そうか？WPF使える自慢なんて誰もしてないだろ。
機能的に不満はいくつかあれど、消去法で一番ましなのがWPFだから仕方なく使っているって奴が大半だと思うが。
期待のWinUIも酷すぎてSDK 1.0は見送り確定だし。
16 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 05:42:07.29 ID:/rKsaWF4.net]: >>15
WinUI+RustがVSで安定的に使えるようになったらWPFから移行するつもり
そういうやつ多いんじゃね？
17 名前：デフォルトの名無しさん [2022/01/22(土) 07:34:19.37 ID:5qkoFIuH.net]: このスレの住人は未だにデスクトップアプリの主流がVC++という現実を受け入れるべき
18 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 07:53:46.49 ID:fMP6uXDi.net]: おじいちゃん、出てきちゃだめよ
19 名前：デフォルトの名無しさん [2022/01/22(土) 07:59:16.66 ID:5qkoFIuH.net]: 何を言ってもまともなWPFアプリが無い時点で説得力がないのよ
20 名前：デフォルトの名無しさん [2022/01/22(土) 08:43:42.17 ID:gJEoCqwv.net]: 出遅れてる人を納得させる必要がない
21 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 09:47:05.43 ID:tbzuuPcG.net]: >>15
WinUIって1.0は言うほど酷くもないんだけどね
確かに0.8までは使い物にならなかったが、今のものは表示系に不具合は目立つけど
動作自体は割と安定している

同じxamlでもWPFと微妙に違うところがあるから、そこで躓いているのかな？
22 名前：デフォルトの名無しさん [2022/01/22(土) 11:24:36.69 ID:K6LxQAdL.net]: ここでいくら吠えてもサジェストがこれじゃな
wpf 普及しない
wpf サポート終了
wpf 将来性 2021
23 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 11:34:26.21 ID:irAlkeCU.net]: 結局なにを使えばいいんだ？
24 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 12:06:36.81 ID:1lTcYuij.net]: ElectronやFlutterはダメなん？
XamarinはWPFの代わりにならなかったのか？
WPF使ってるならXamarinに行っても良さそうな気がするんだが
25 名前：デフォルトの名無しさん [2022/01/22(土) 12:17:46.40 ID:K6LxQAdL.net]: サジェストで分かる通りWPFと同じレベルのクソですわ
xamarin サポート終了
xamarin 将来性
xamarin オワコン
xamarin 後継
26 名前：デフォルトの名無しさん [2022/01/22(土) 13:48:50.12 ID:gJEoCqwv.net]: サジェストがソースにはワロタ
27 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 13:48:52.50 ID:eRt2Ticm.net]: MSですらElectronでVScode作ってるからなあ
といってもここまで肥大化するとTSで作るのも辛そう
となるとflutterがいいのか！？
flutterのデスクトップアプリって何があるんだ？
28 名前：デフォルトの名無しさん [2022/01/22(土) 14:54:32.53 ID:5qkoFIuH.net]: WPFよりBlink＋V8のほうが圧倒的に速いからね
Electronのが自由なアーキテクチャで開発効率もいいし
もうWPFの存在意義が無いのよ(笑)
29 名前：デフォルトの名無しさん [2022/01/22(土) 17:29:15.69 ID:5qkoFIuH.net]: WPFで書くことが自己目的化して取り残されたおじさん達のスレと化してるのは否めない
30 名前：デフォルトの名無しさん [2022/01/22(土) 18:29:40.19 ID:K6LxQAdL.net]: >>27
デスクトップアプリはWindows95から今までC++一択だぞ
C/C++書けないアホ共がC#に逃げてるだけで
31 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 18:36:55.51 ID:I4Jra+pG.net]: C++が使いこなせるエンジニアが簡単に集められれば苦労しないわ
32 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 18:37:10.80 ID:WL+6kPMV.net]: >>30
一応C++は使える(完璧ではないけど使う分には)
でもこれといったGUI系がないからC#でやってる
Win32 APIで組めるけど、OOP的なものじゃないからめんどくさい
33 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 18:48:13.78 ID:DSkywrpw.net]: >>29
なんでもWebWebって言っちゃう人がまさにそれだね。
34 名前：デフォルトの名無しさん [2022/01/22(土) 18:48:31.59 ID:K6LxQAdL.net]: 意味不明だな
何の制約もなく自由にどんなクラスでも作れるだろ
フレームワーク無いと何も出来ない赤ちゃんかよｗ
35 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 19:14:29.45 ID:WL+6kPMV.net]: >>34
米32について？
そういう意味じゃなくて、車輪の再発明的なことになるし
本処理ならいざ知らず、それ以外のButtonクラスとかを作ること自体に時間をかけるのが…
一クラスだけならいいけどガチでやるとWindow,Button,TextBox,…果てにはListView,TreeViewもそれぞれオブジェクトにしないといけないし
オレオレstringクラスを作るよりもデフォであるstd::stringを使う方が無難だし
36 名前：デフォルトの名無しさん [2022/01/22(土) 19:19:24.42 ID:K6LxQAdL.net]: >>35
それを面倒に思うならプログラミング向いてないよｗ
独自コントロール作るのは普通のことよ
手間省きたきゃサブクラス化という手もある
37 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 19:58:29.96 ID:so3Jiv5K.net]: >>34
正解
そこまでやると、アプリ開発じゃなくコンポ開発に路線変更した方がいいな
今もテキストエディタつくりながら、コンポ開発して売ったりしてる人twitterに一人いるわww
38 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 19:59:20.13 ID:so3Jiv5K.net]: >>35宛ね
39 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 20:25:53.52 ID:WL+6kPMV.net]: 35の続き

別に自力でWin32 APIでやってもいいけど、「家を作るためにハンマーを自作する」みたいなことになるから…
それならいっそOOP的発想の外部ライブラリで組んだ方がまし
でもそれらも情報が少なすぎるとかライセンス関係が面倒とかで…
だからC#で
40 名前：デフォルトの名無しさん [2022/01/22(土) 20:27:35.58 ID:K6LxQAdL.net]: 大袈裟な…
相当技術力低そうだけど零細SEかね？
41 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 20:36:51.13 ID:WL+6kPMV.net]: >>40
技術力低いのは否定しないけど、どの辺が低いと感じるの？
後学のために聞いておきたい
42 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 22:04:25.09 ID:I4Jra+pG.net]: 向いてる方向が違えばツールも変わってくるのは当然なんだよね
B2Bの業務システムだとコアには技術を結集してそれこそC++まで使うかもだけど
末端のGUIアプリは大量生産になるから底辺VBプログラマも居る
これはどんな大企業がやっても起きうること
そんな中で検討されるのがフレームワーク
43 名前：デフォルトの名無しさん mailto:sage [2022/01/22(土) 22:12:42.94 ID:WL+6kPMV.net]: >>37
だよねー
44 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 08:59:50.85 ID:+Xr53uEM.net]: >>29
そんなやつはいないだろ。
C/C++しか使えない取り残されたおじいさん達のスレと化してるのは否めないがな。
45 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 12:13:41.36 ID:s2ED2z41.net]: 入力値検証はINotifyDataErrorInfo使うのが一般的ですか？もっと良い方法があれば知りたいです。
46 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 12:39:59.57 ID:Ydl8qvX+.net]: >>23-24
利用者の立場からはそれぞれのOS用のネイティブの開発プラットフォームで作ってくれるのが一番ありがたい。
マルチプラットフォーム対応のUIフレームワークは開発者が楽をするために色々なものを犠牲にしているので。

Xamarinはどの環境向けでも使う価値なし。
モバイル向けなら今ならFlutterがベター。
Webは好きなの使って。（ただし元々メインのターゲットがあってWebにも対応しました的なやつは避けるべし。Flutter Webとか）
Windows限定かつWebが向かない領域ならWPF。
47 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 13:23:01.35 ID:g8UjYZ8e.net]: ものによるな
WPF製のブラウザやテキストエディタなんて実用に耐えないだろうし
48 名前：デフォルトの名無しさん [2022/01/23(日) 13:43:49.14 ID:Y+3tiqu0.net]: >>45
入力画面のxaml.csのボタンのclickメソッドに入力値検証のコードを書いて下さい。
49 名前：デフォルトの名無しさん [2022/01/23(日) 13:44:53.25 ID:Y+3tiqu0.net]: バインディング機構を介さないぶん高速になります。
50 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 13:49:07.03 ID:2QVk2zeg.net]: >>49
バリデーションを微妙に高速化したところで体感で変わらんだろう
51 名前：デフォルトの名無しさん [2022/01/23(日) 16:30:39.38 ID:Rhd0exvf.net]: イベント使うならTextChanged、ValueChenged等だろう
52 名前：デフォルトの名無しさん [2022/01/23(日) 16:43:10.31 ID:Y+3tiqu0.net]: キーストロークやフォーカス抜ける度に検証コードが走るのはレスポンスが著しく低下してユーザーのストレスになりますよ。
53 名前：デフォルトの名無しさん [2022/01/23(日) 16:50:33.80 ID:Rhd0exvf.net]: そこは要テストの部分だろう
条件が提示されていないのだから
54 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 17:16:01.85 ID:g8UjYZ8e.net]: >>52
このスレでプロ1グラムの速度について議論するだけ無駄
WPFプログラマーはもっさりが当たり前の世界で生きてるから判断基準そのものが違うのよ。そもそも快適な状態を知らない
ユーザーから遅いレスポンス悪いと言われても「それがWPFだから仕方ないんですよ」で通用するヌルい世界で仕事してるから
55 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 17:26:14.06 ID:hHkcGLX7.net]: wtlとwpfだと
wpfのほうが家を作るためにハンマーを自作に近いよな
56 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 17:28:36.21 ID:hHkcGLX7.net]: 手間かかるけど高速ならわかるがもっさりなのがwpf。しかも保守まで困難。
開発意図が分からない残念すぎるGUIフレームワークだったよな。
57 名前：デフォルトの名無しさん [2022/01/23(日) 18:26:59.42 ID:Y+3tiqu0.net]: 家とかハンマーとか例えが問題の構造を捉えてなくて正直よく分かりません(笑)
ツールに踊らされてるのは滑稽ですね。何も考えず新しい物に次々飛びつく様がイナゴのようで。
58 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 18:38:17.64 ID:MRK04Iet.net]: 言うほど遅いか？昔の印象では？
59 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 18:40:32.66 ID:BVFlsG/t.net]: >>57
新しいものに飛びつくのが滑稽ってどゆこと？
言語やライブラリ、フレームワークはあくまで技術に過ぎない
一つに固執してもそれが廃れるなりしたら何も残らない
考え無しならともかく、メリットがあるから飛びつく
VSで開発してるならwinformsとWPFの差はアレだけど、VSCで開発しているなら全然違う
新しい技術に飛びつくやつが薄っぺらいと思うのなら、コンピュータやスマホなんて使わない方がいいのでは？
それぐらい暴言でしかない
60 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 18:41:36.34 ID:g8UjYZ8e.net]: 全然違う
今の環境でも60fpsと15fpsくらいの差を感じる
61 名前：デフォルトの名無しさん [2022/01/23(日) 18:48:57.42 ID:Rhd0exvf.net]: WPFを理解せずに文句言ってるとバレてしまいますよ
62 名前：デフォルトの名無しさん [2022/01/23(日) 18:51:10.93 ID:Rhd0exvf.net]: 【悲報】ID:g8UjYZ8eさん、WinFormsおじさんだった・・・
63 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 20:16:41.50 ID:hHkcGLX7.net]: 【悲報】結局、ヘジおじさんが開発したwinformが最強だった・・・
64 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 22:03:17.95 ID:2QVk2zeg.net]: >>52
どれだけ重い検証コード走らせる気だよw
本当に重い処理が必要ならそれなりの工夫をするだけだがWPFに限ったことじゃないな
65 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 22:09:04.57 ID:hHkcGLX7.net]: みなVSに憧れてるわけですよ。
66 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 22:26:18.54 ID:qS6ibVNz.net]: >>63
設計したというのは初耳。どこかにソースある？
67 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 22:26:59.14 ID:qS6ibVNz.net]: 設計じゃなくて開発か。どちらにしても本当かな。
68 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 23:27:14.13 ID:BVFlsG/t.net]: >>40
えーと、相当技術力が低いと見える根拠…まだ…？
多少は根拠があるはずだから
69 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 01:19:08.66 ID:GHwefuQP.net]: >>66
この板でヘジを知らんとか馬鹿かお前は。
70 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 06:13:02.98 ID:keDx0r5I.net]: winforms:14,692 repository
https://github.com/search?q=winforms
wpf:52,374 repository
https://github.com/search?q=wpf

winforms:4 repository
https://gitlab.com/explore/projects/topics/winforms?archived=true&sort=latest_activity_desc
wpf:20 repository
https://gitlab.com/explore/projects/topics/wpf?archived=true&sort=latest_activity_desc

windowsform:13 repository
https://bitbucket.org/repo/all?name=windowsform
wpf:817 repository
https://bitbucket.org/repo/all?name=wpf

winforms:4 articles
https://zenn.dev/topics/winforms
wpf:44 articles
https://zenn.dev/topics/wpf

winforms:90 記事、7 フォロワー
https://qiita.com/tags/winforms
wpf:1,230 記事、639 フォロワー
https://qiita.com/tags/wpf

winforms:94,467 questions
https://stackoverflow.com/questions/tagged/winforms
wpf:164,170 questions
https://stackoverflow.com/questions/tagged/wpf
71 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 08:23:49.93 ID:CWpdznYS.net]: やめたれw
72 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 09:00:16.20 ID:QzcmsIVC.net]: 【悲報】オワコンWPFさん、Electronに惨敗してしまう・・・

wpf: 52,379 repository results
https://github.com/search?q=wpf

electron: 87,360 repository results
https://github.com/search?q=electron
73 名前：デフォルトの名無しさん [2022/01/24(月) 10:34:45.31 ID:FHTiKh3C.net]: 笑った
74 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 11:22:32.47 ID:63Uloepa.net]: 爆散を確認しました
75 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 11:50:31.72 ID:GHwefuQP.net]: viの使い方の解説や記事はいっぱいあるが
メモ帳の記事がないのと同じ理由だな。
76 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 12:46:39.54 ID:E1L8nOD4.net]: react: 2,525,332 repository results
https://github.com/search?q=react
残念だけどこれが現実よ
もうWPFだのWinFormsだので争っている場合じゃないの
77 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 14:42:28.94 ID:N2oMTp8M.net]: >>36
今更で失礼だけど、もしかしてWindow用でWndProcコールバック関数、サブクラス化してbutton用にButton1Procコールバック関数…みたいにするってこと？
自分が言いたかったのはC++のクラスを組んでオブジェクトにすること
それとも、継承のことを言ってるの？
そうだとしても、サブクラス化とは言わない気がする…
自分の言い方が悪かったようだ
78 名前：デフォルトの名無しさん [2022/01/24(月) 19:45:18.47 ID:H4U+QONT.net]: winformsとelectronの差やばいな
79 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 20:41:37.91 ID:ty8R5qfD.net]: >>76
Reactはオワコン。
誤ヒットを除外するとFlutterより少ない。
80 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 22:08:12.06 ID:hbr7UDCy.net]: flutterはflutter webがダメそうなのががっかり
81 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 06:23:00.56 ID: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 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 09:12:29.03 ID:jRRDVHan.net]: >>52
それは常に同じ検証をするコードだからじゃないの？
83 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 10:34:03.55 ID:DxZAhBAp.net]: >>52
例外使わないと快適だよ
84 名前：デフォルトの名無しさん [2022/01/25(火) 22:14:38.22 ID:c1V23H4w.net]: >>81
頭悪そう
85 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 05:44:33.54 ID:9PkHEk2x.net]: >>84
頭悪そう
86 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 12:54:42.16 ID:IjbZGVXN.net]: >>81
alert.txt
87 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:12:48.87 ID:VnbT+c1m.net]: >>86
>ボタンをマウスでクリックしたら

>>81
まあ一次審査としてはこんぐらい甘めの基準で雑魚をふるい落として残ったものの中でパフォーマンスとか生産性とか比較していけばいいんじゃないか?
88 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 13:20:06.17 ID:OTuEZvRi.net]: 世界で最も多くの人に使用されているデスクトップアプリ Google Chrome
(1)○　+10
(2)○　+10
(3)×　-100
(4)○　+10
(5)○　+10
(6)○　+10
(7)○　+10
(8)×　-100
(9)×　-100

-240点で不合格でした
89 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 14:59:12.59 ID:51iHEKQU.net]: >>87
テキストファイルのアイコンイメージをボタンにして、シングルクリックで開く設定にする
90 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 15:37:18.03 ID:q6y7GA24.net]: >>89
開発プラットフォームのポテンシャルを見るために最小限の実装をしてるんだぞ。
それに何の意味があるんだ?
91 名前：デフォルトの名無しさん [2022/01/26(水) 15:55:56.24 ID:+BcwC06P.net]: 開発環境じゃなくて実行環境じゃね？
PEヘッダよりMZヘッダのほうが偉いのか？
92 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 20:29:58.76 ID:FWQucWbV.net]: >>90
挙げられたテストが開発プラットフォームのポテンシャルを測ることに適さないことを揶揄してる
93 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 20:37:42.47 ID:FWQucWbV.net]: >>81
(1)〜(7)は一つでもNoの場合は不合格
(1)〜(7)が全てYesの場合は、(8)と(9)はどちらもBであっても合格
つまり、(8)と(9)は条件Aは不要でありBだけで良い
そうすると(1)〜(9)の一つでも満たさなければ不合格というシンプルな条件になる
94 名前：デフォルトの名無しさん mailto:sage [2022/01/26(水) 21:16:47.98 ID:2aKH51t7.net]: あーあ
お前ら相手しちゃったのかよ
95 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 06:28:20.17 ID: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 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 07:42:08.71 ID:QrNN+UPm.net]: キチガイ警報発令
97 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 08:03:47.05 ID:XnQeNwtl.net]: どう見てもレイルズくんの犯行だね
NGに放り込んでおこうと
98 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 09:19:15.35 ID:UuTGJXxA.net]: いまさらVS2008のwpfデザイナ触ってみたけど
今とは別物でとっつきにくいな
多少は進化しているようだ
WinUI3も使えるようになるまで何年かかるかな
99 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 09:54:50.84 ID:X1DJEaZQ.net]: WPFねぇ。　XAMLもCSS使いの画面設計のように進化しないとね。
Styleプロパティーも少ないし、CSSデザインのように自由度か欲しい。
WinFormよりははるかにマシだが。
100 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 12:16:30.58 ID:tISQJJZK.net]: 正直言ってwinformよりクソだな。普及しなくて当然としか。
wpf称賛してるPGってiPhoneを革新、便利だと称賛してた馬鹿と同じ臭いがする。
101 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 12:20:23.86 ID:asaP1+gc.net]: WinForms
・旧来のウィンドウズAPIの上にレイヤーを重ねたようなもので、（シンプルであるという）利点と
　（平凡なレイアウトやスタイリングオプションという）災いの両方がある。

WPF
・WinFormsからわずか4年後にリリースされたが、デザインパターンとコンセプトがより複雑であったため、
　一般に受け入れられるまでにはしばらく時間がかかった。
・大規模なデータセットに対してWinFormsよりも大幅に高速化できるが、正しく使用するにはより深い知識が必要である。
・現状は WPF on .NET 6 が一番つぶしが効く状態。

UWP
・Windows UIの未来だったが、鳴かず飛ばず、現在はメンテナンスモードになっている。
　良い点：魅力的なUIを簡単に作ることができ、マウスとタッチの両方でうまく動作する。
　悪い点：サンドボックスとパッケージングの要件が非常に厳しい。
　結論：避けるべき。

WinUI 3
・小さなチームがUWPのUIスタックからできる限りのものを救い出そうとしている。
・遅い、バグが多い、そして多くの歴史的なお荷物が重くのしかかる。
・1年後にまた確認したいが、私は悲観的だ。
102 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 12:21:24.30 ID:cANkRrwG.net]: >>100
称賛まではしてないのでは
今あるWindows向けデスクトップアプリの中ではマシとかみたいな感じでは
103 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 13:44:50.36 ID:7co10CQD.net]: >>101
ケツ論

.Netで開発するな
104 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 17:58:14.68 ID:BG2/etgC.net]: .netFramework4.8 +Winforms でしばらく様子見だな
105 名前：デフォルトの名無しさん [2022/01/27(木) 18:01:40.33 ID:cM6P+pbP.net]: >>101
Xamarinは？
106 名前：デフォルトの名無しさん [2022/01/27(木) 21:02:54.08 ID:QP9AOXPj.net]: >>105
死んだよ。
107 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 00:35:19.21 ID:UrWQ/KNN.net]: Xamarin取り扱いやってみるかと思ったらデザイナー画面が真っ白で、コントロール何を配置しても白い何かが置かれたことしかわからん状態
AndroidStudioの感覚で触って面食らった
バグなのか仕様なのかググッてもわからん
もう俺はダメなのか
108 名前：デフォルトの名無しさん [2022/01/28(金) 01:35:07.56 ID:2GSlyRDY.net]: 流石にWinFormsはスレ違いだろ
俺たちはとっくの昔に先に行ってるんでね
109 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 07:34:02.52 ID:QRZt4O9C.net]: なぜにサポート切れ間近のxamarinに手を出そうと思った
110 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 08:11:36.48 ID:3x0JFp6u.net]: Xamarinについて調べてみたけど、サポート終了ってホントなんだな
マジでなんなんだこれ
111 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 08:18:47.87 ID:nHo/b21R.net]: xaml流用できないとか意味わからんし
112 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 08:36:39.31 ID:EDH8RG4m.net]: >>100
過去のいろんなスマホのUIを完全に駆逐したiPhoneは革新的で便利だろ
そう言うということは、当然スマホ使ってないんだよな？
113 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 08:51:19.33 ID:R3hbtl0K.net]: >>101
WinUI3が遅いって一体何のことでしょうか？もしかして安定版使ったことないとか
それと言うほど酷いバグは見つからないけど、あるなら具体的に挙げて欲しい
検証してみたいわ
114 名前：デフォルトの名無しさん [2022/01/28(金) 09:12:22.15 ID:G6JL1WJY.net]: 初心者はwindowsフォームスが一番速く覚える
115 名前：デフォルトの名無しさん [2022/01/28(金) 09:12:53.39 ID:G6JL1WJY.net]: MVVC自体理解できないだろう
116 名前：デフォルトの名無しさん [2022/01/28(金) 09:16:34.97 ID:tKGLizFL.net]: MS製 React Native for Windows
https://github.com/microsoft/react-native-windows

どうやらMSの本気はこちらのようだ
117 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 09:24:48.80 ID:NkreWV+A.net]: >>95さえクリアしてりゃ何でもいいよ
118 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 09:47:22.72 ID:QwC8uFzi.net]: Electron ネイティブ作れやMS
119 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 12:38:22.72 ID:kLTO8ApN.net]: Prismみたいなもんだろ
すぐ飽きてメンテされなくなる
120 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 13:00:26.04 ID:CloP9SPe.net]: https://flutter.dev/events/flutter-update-windows
2�
121 名前：�3日か []: [ここ壊れてます]
122 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 13:53:24.19 ID:BYIQRGXa.net]: >>111
xamarinは元々はMSとは違う会社が作ってたものだし。
一時期xamlを統一しようとする動きはあったけど、
結局、それぞれのプラットフォームに最適化した結果だからこれでいいのだ、
ってことになった。
123 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 14:53:55.73 ID:3Gb6OY+l.net]: >>115
MVVM知らなくても使いやすいGUIは作れるし、
MVVM信者が作ったGUIアプリはなぜか操作性がクソだし。
124 名前：デフォルトの名無しさん [2022/01/28(金) 15:01:03.75 ID:1yvLAv6j.net]: >>122
具体的になんかある？
確かにMVVM信者がまともに動くアプリ作ってるの見たことない笑
125 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 15:29:18.72 ID:bcAzYVuU.net]: >>122
個人的に、MVVMはtextbox1に入力された文字列をtextbox2に反映させる的な場合に使って、あとはコードビハインドでやるみたいな感じだな
126 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 15:43:03.56 ID:bFDIT/Ik.net]: >>122
多分、MVVMで作ることが第一にあって、MVVMで作りやすい方にUIが引っ張られて使いづらくなってるw
1画面でページ切り替えするアプリケーションはMVVMで作りやすくて、
スマホアプリレベルの低機能なものならそれで事足りることもあるけど、
Window「s」デスクトップアプリケーションとしては強みをわざわざ殺すようなもの。
127 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 16:30:52.52 ID:FZ0uQlM1.net]: ？　MVVMなんて普通に使ってるだろ？
テスト駆動やドメイン駆動には必須だし、今やアジャイルで作る企業業務アプリの主流じゃね？
128 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 16:33:35.20 ID:3Gb6OY+l.net]: > アジャイルで～
ﾌﾟ
129 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 16:39:19.49 ID:b6TLNov5.net]: MV*は量産化のためのフレームワーク
どれだけ楽できるかはCaliburn.Microを試してみるといい、あれにはコンベンションといって
バインディングは自動、コマンド(アクション)もメソッドと紐付けてくれる仕組みが入ってる
130 名前：デフォルトの名無しさん [2022/01/28(金) 16:42:25.57 ID:AmULl7RP.net]: >>124
それMVVMじゃないです
131 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 17:50:24.48 ID:zPVQIz9q.net]: 要件と照らし合わせてMVVMで作った方がメリットが多ければMVVMにするし、メリットがなければMVVMは使わない。
思考停止して何でもMVVMなんてことはしない。
132 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:05:33.63 ID:oCmByirC.net]: それならWinformsで事足りる
133 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:11:32.84 ID:nccwie6m.net]: DataSetとか使うの？
134 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:24:47.02 ID:kLTO8ApN.net]: MVVMとか盲信してる下級プログラマーによくいるけど道具に踊らされすぎ。
最新技術を取り入れる俺カッコイイと思ってるのは本人ばかりで将来性無い知識に振り回され貴重な時間を浪費するアホ。
WCFやらEFなんて誰が使ってるよ？
135 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:34:49.12 ID:fHSTVUG6.net]: >>131
UIが無いならそれでもいいが、そんなことはないだろ？
UIがあるならMVVM抜きにしてもWPFで作った方がずっと楽できる。
136 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:34:59.24 ID:g50oJ6EP.net]: 思考停止しなかったLivet(一時期流行ったMVVMライブラリ)作者はWebへ移りました
137 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:39:12.67 ID:FZ0uQlM1.net]: MVなんかESP32組込みファームウェアでも導入しているぐらいなのに、リファクタリング考えればテストステップで進めるのに、GUIとモデルの分離は当然。
WPFに拘らずとも、今や必須スキルやがな。
バグ曲線とリリースコストの増大考えれば、当たり前。
大規模システムやったことないのか？
138 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:42:34.34 ID:nccwie6m.net]: >>133
EF使わずにDataSetつこうてるの？
139 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:46:53.09 ID:b6TLNov5.net]: 今さらEFとかもうね、Dapperにしとけって俺口酸っぱくして言ったよね？
140 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:53:18.22 ID:kLTO8ApN.net]: >>137
どっちも使わん
なんでわざわざ重くて不自由な足枷つけんねん
ドＭかｗ
141 名前：デフォルトの名無しさん [2022/01/28(金) 19:00:44.99 ID:1yvLAv6j.net]: LINQもたまには思い出してあげて…
142 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 19:21:50.44 ID:nccwie6m.net]: ウインフォーマーが何使ってるのか興味があっただけなんだけどな
StringBuilderてSQL書いたりさ
143 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 19:24:19.87 ID:nccwie6m.net]: 別件質問
Microsoft.Toolkit.Mvvmと
Community.Toolkit.Mvvmって
どっち使えばいいの？
144 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 19:28:57.04 ID:4u1r/XKm.net]: >>136
UIとモデルの分離は当然なのはそうなんだが、それ＝MVVMじゃないぞ。
そんなことはWinFormsの頃から実践されてきたことだろ。
145 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 20:00:49.38 ID:NkreWV+A.net]: >>141
ウインフォーマー舐めるなよ。
CSVから構造体の配列に読み込んでForループで処理だ。
しかもVB.NET

>>142
Microsoft.Toolkit.Mvvm使っとけばOK.
Community.Toolkit.Mvvmは多分別名で中身は同じものな気がする。
146 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 20:31:53.74 ID:cgeTyaAM.net]: また、MVVM 発作始まるのかよ
しつこいなおまえら
もう、他人がMVVMを上げようが下げようがどうでもいいだろ
147 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 20:33:03.07 ID: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 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 20:58:23.09 ID:LxSb85up.net]: MVVMって呼ぶからWinFormおじさんが発狂しちゃうんだよ
バインディングって言えば大丈夫
バインディングならWinFormにもあるからネ！
149 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 22:14:56.16 ID:LR3qN1W7.net]: >>122
>MVVM信者が作ったGUIアプリはなぜか操作性がクソだし。

MVVM信者とかリアルで出会う機会は少ないが、このサンプルは何人でアプリ何本くらいで判断した話？
150 名前：デフォルトの名無しさん [2022/01/28(金) 23:40:31.36 ID:ofHx672K.net]: ここの人たちって古臭い連中ばかりだな
151 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 23:56:11.29 ID:kLTO8ApN.net]: 今どきWPF なんてやってる時点で察しろｗ
152 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 00:01:38.08 ID:Alu86MyQ.net]: >>118
.NET版が大昔からあんだろ
153 名前：デフォルトの名無しさん [2022/01/29(土) 00:31:49.77 ID:7nTZc88q.net]: WinUIだと他でCommunityToolkitの方のパッケージ使うことになったりするな
154 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 00:57:04.26 ID:RQ7DuTDZ.net]: >>133
MVVMからなぜ最新技術？？
155 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 05:55:50.53 ID:3ZSK4aSw.net]: >>149
それならモダンな人とは？
156 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 08:41:43.59 ID:ubDMC+kF.net]: 最初に要件定義して
・サーバークライアントかスタンドアロンか
・ターゲットはWindowsのみかクロスプラットフォームか
・言語はC#かそれ以外でもよいか

そんでスタンドアロン-Windows-C#ときたらWPFでいいだろ。
157 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 08:46:37.27 ID:Alu86MyQ.net]: もうMVVM使わない人かな
158 名前：デフォルトの名無しさん mailto:sage [2022/01/2 ]: [ここ壊れてます]
159 名前：9(土) 09:01:47.93 ID:3ZSK4aSw.net mailto: >>156
154(俺)宛て？
MVVMを擁護するつもりもないけど、単なる考え方だから関係ない気がする
固執するのも問題だけど []: [ここ壊れてます]
160 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:03:21.64 ID:L6xb6JcI.net]: .NET6でアプリの起動時間は短縮されるのかな?
161 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:15:09.71 ID:Alu86MyQ.net]: react界隈のreduxって感じMVVMは
162 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:27:43.68 ID:ubDMC+kF.net]: Hooksに相当するものが出てくればね
163 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:39:47.13 ID:RlBDrRPo.net]: みんなMはどう設計してるんだろ。
MVVMってVとVMについての設計パターンで、Mはそれ以外の領域。
だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。
164 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:25:42.83 ID:Yb/iPl5R.net]: MVC は、PostgreSQLなどのデータベースを前提にしていると思っていたんだが、
MVVM もそうなの？
165 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:28:01.80 ID:Yb/iPl5R.net]: 個人の感想としては、RailsやDjango、LaravelなどでMVCを学んだが、
MVCを使ったからといってプログラムが分かり易くなるとは思えなかった。
むしろ、柔軟性を失ってめんどくさくなるだけではないか。
166 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:28:21.65 ID:Alu86MyQ.net]: reduxってオワコンの比喩だよ
167 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:45:43.13 ID:BKEOmNWv.net]: >>162
そうだよ
まあMVCと違ってクライアントアプリなんで、DB直結よりはWCFでサーバーサイドロジックをサーバーに出して分離するのがよりクールだとされていた
WCF廃止されちゃったけどね
基本的にゴリゴリのビジネスアプリケーションが前提だよ
168 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:59:06.66 ID:oA/bSKHD.net]: >>155
要件定義するような案件でスタンドアロンなんかほぼ無いでしょ
一般的なクラサバとスタンドアロンの定義と君の理解にズレがある気がするのだが、それぞれどういうものだと思ってるの？
ちなみに一般的な定義においては、世の中のWPFアプリケーションのほとんどはクラサバに属する
169 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 12:49:49.65 ID:3ZSK4aSw.net]: >>166
別人だけど書いてみる

多分、複数人で利用してデータを管理したりする場合:
クラサバ
170 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 12:54:34.91 ID:3ZSK4aSw.net]: >>166
ごめん 167は忘れて
間違って送信してしまった

多分、

複数人での利用で連携を取る:
クラサバ

ローカル環境に作用したりするだけの一括プログラム:
スタンドアロン

ってことかと
171 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 12:57:24.51 ID:XrEcS30Z.net]: >>166
要件定義の認識がずれてる気がする

> 世の中のWPFアプリケーションのほとんどはクラサバに属する
全く持って同意できないw
172 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 13:04:01.59 ID:XrEcS30Z.net]: ずれてる、だと語弊があるな
食い違ってる、で
173 名前：デフォルトの名無しさん [2022/01/29(土) 13:35:42.26 ID:I0P/B1HZ.net]: 酷い…老害たちのゴミのような脳みその結果がこの日本の惨状なわけだ
174 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 15:14:13.55 ID:N8fQblbv.net]: >>161
Mは何を対象にするかによって設計が変わるんだから一般的には話せないでしょ
VはWindowsでもWebでも一般的なGUIに対して共通認識があるからまだ設計条件を共有しやすいが
175 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 17:20:37.44 ID:ubDMC+kF.net]: >>161
>だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。

何を話題にしたいのかにもよるけど、目線の違うパターン同士を絡めて語ることってあまりないんでは？
MVVM自体とMに用いるパターンは直交した概念だから、MはUIを持たないソフトウェアの設計論と同じに考えて
好きなように選べばいいかと。
176 名前：デフォルトの名無しさん [2022/01/29(土) 17:37:02.08 ID:7nTZc88q.net]: >>158
起動も速いし、その他全体的に体感できるレベルで速い
177 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 19:14:57.97 ID:N8fQblbv.net]: >>173
むしろMを完全にVと分離するためのVMだからね
178 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 19:31:58.32 ID:W9gwoTM7.net]: ＰｒｉｓｍのようなMVVMスイートには
・Event Aggregator
・DI
・ViewModel Locater
が３点セットで入っているから、それがMVVMのM(やVB)でよく使われるパターンじゃないかな？
179 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 19:35:15.13 ID:W9gwoTM7.net]: VBじゃなくてVMだわｗ
180 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 08:36:43.32 ID:iZvztVrx.net]: >>176
全然違う
それらはいずれもレイヤ間のメッセージングや依存性解決の手段でしかなく、M層内での設計とは無関係
181 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:08:00.00 ID:iZvztVrx.net]: なお、MSによって発行された本来のPrismでは、Mというのは「WCFのクライアント」に他ならない
つまりリモートサーバー上に存在するWCFのサービスに対するラッパーだな
MVVMを使うのはあくまでフロント開発者であって、Mから先のビジネスロジックはフロント開発者が詳細を意識する必要すらない、
どこか別の場所にある完全にブラックボックス化された領域なんだよ
182 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:37:16.05 ID:fI0x5/zS.net]: 何それめっちゃ遅そうじゃん
所詮MVVMなんてその程度の浅い認識で考え出されたアーキテクチャなんだな
ゴチャゴチャ言ってるのは全部後付けで端から複雑なアプリには向いてない
183 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:47:18.83 ID:fQLZlazV.net]: イベントアグリゲーターはVM同士でやり取りする時使うよ
匿名のボトルメールみたいな感覚だね、便利なんで使い方を覚えるといい
184 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:51:03.86 ID:9+q+6HPs.net]: >>180
REST使うSPAと変わらんやん
185 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 10:14:04.18 ID:DDlIcWyK.net]: M同士のやり取り？
そんなのはMの状態変化の結果として変更通知として各VMに降ってくるようにするのが筋でしょ
186 名前：183 mailto:sage [2022/01/30(日) 10:14:42.92 ID:DDlIcWyK.net]: VM同士のやり取り？
の間違い
187 名前：デフォルトの名無しさん [2022/01/30(日) 10:19:30.61 ID:xTnuhpAm.net]: まぁメリットが感じられないフレームワークも多いよね
MVVMフレームワーク、WCF、EF、ASP.NET MVC、各層に色々フレームワークはあるけどASP.NET以外は微妙
要求が高度なアプリほど
フレームワークの使用によって得る生産性＜フレームワークの束縛によって失う自由度
になってくる
188 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 12:31:27.69 ID:KApH5n5G.net]: マイクロソフトのフレームワークが良くないのが多すぎた
MSなら安心という顧客や上司のために仕事でしょうがなく使うってシチュエーションしかない
結局不自由だからあれこれ回避するためにキメラのような実装になってフレームワークなんて使わないほうが良かったとなる
189 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 12:56:42.21 ID:LWsZFFBD.net]: ASP.NET APIぐらいかな？使えるのは
ここにEF入ってくると糞になるけど...
190 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 13:13:47.93 ID:+wZdari7.net]: EFはEF Coreや.NET 6で多少速度マシになってたりしないの??
まぁ、元々変更追跡する仕組みだから、速度面では不利だが
191 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 16:07:33.81 ID:ocXxzRZn.net]: 普通のアプリを作る場合には、Document・Viewアーキテクチャも、
MVCもMVVMも面倒なだけな気がする。
Win32のGDIも面倒。
OpenGLも、1.0は美しかったが1.2以後や、OpenGL ESやWebGLは汚く面倒に
なった。Direct3Dの駄目なところを取り入れてしまったような感じ。
192 名前：デフォルトの名無しさん [2022/01/30(日) 17:42:13.84 ID:1lRRY4pr.net]: 普通のアプリって何
193 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 21:21:33.53 ID:Zz8RS9Wg.net]: JHTMLアプリじゃね？
194 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 23:00:42.20 ID:fI0x5/zS.net]: この文脈ならkick-ass appsだろ
言わせんな恥ずかしい
195 名前：デフォルトの名無しさん mailto:sage [2022/01/31(月) 07:29:13.82 ID:ekWinSEL.net]: >>190
>>95
196 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 10:37:04.10 ID:5deqnR/S.net]: >未解決の問題が非常に多いため、何に取り組んでいるのか、どこで進歩しているのか

WinUI3、問題山積みって感じだな。
開発メンバーも離脱してごくわずかで細々作ってる感じだし。
MSも高確率で沈みそうな泥船に投資したくないんだろうなぁ。
Phoneが沈んだ時点でさっさとUWPを捨ててこっちに注力してればもっとましな結果になっただろうに。
197 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 13:34:55.83 ID:qr0OhjFL.net]: ユニバーサル・ウインドウズ・プラットフォーム(Windows10専用)だからな
それよりWinFormsとWPFの2本立ての方が成功してたと思う
高DPIに対応したWinForms2.0とかUnityでも動作するMonoFormsとか
スゲー安っぽいけどWinUIなんかより数倍マシ
198 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 14:17:31.87 ID:/6h+iODO.net]: さすがにWinFormsは要らない。
WinFormsでやってたことはWPFがあれば事足りる。
199 名前：デフォルトの名無しさん [2022/02/02(水) 14:55:30.01 ID:MolDdSgs.net]: WPFは勝手にマルチスレッドにしやがる
200 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 21:21:23.96 ID:HZtz5wep.net]: WPFが最初からネイティブC++で実装されてたらUWPやWinUIは生まれずWPFは統一プラットフォームとして継続的に進化して成功していただろうな
MSはなんだかんだC++大好きで、全部マネージドでいいじゃんってのは社内的に許されないんだよ
201 名前：デフォルトの名無しさん [2022/02/02(水) 23:39:19.90 ID:uQJKdAPH.net]: 好き嫌いの問題じゃないだろ
低レイヤーの実装はC++じゃなきゃ出来ない
202 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 23:44:15.40 ID:Tho+pX9F.net]: リーク地獄は嫌じゃ
203 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 00:13:00.65 ID:IbTz5ZAk.net]: そもそも.NETがWindowsチームから嫌われてたっていうからな
204 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 00:44:04.17 ID:hnE9Kba7.net]: >>198
MSが好きなのはC++98(03)までだろうな。
C++11はアホが好みそうな仕様になったから。
205 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 07:52:29.24 ID:rTgJdd8/.net]: C++98はある種の透徹した美しさがあったな
11以降のも無駄に複雑だった部分がどんどんシンタックスシュガーで簡潔になってきて嫌いじゃない
206 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 08:31:47.19 ID:j4oj3G8A.net]: >>202
C++11を理解できないから嫌いなんでしょ
207 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 08:50:59.00 ID:nrvs3IXt.net]: >>204
横からレスごめん
C++11は使おうと思えば使えるけど、スマートポインタとかが美しくないかなと思う
メモリをどうこうしたいのならC#とかみたいにGCを実装して欲しかった…
ただ、randomやthreadが追加されたのはかなり嬉しい
208 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 08:58:55.45 ID:n97Y9UcY.net]: んで、ここ何のスレ？
209 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 09:29:22.68 ID:0+ku9eIp.net]: C++なんてバグ量産言語まだ使ってるのかよw
Rust使えよ低脳
210 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 09:54:13.82 ID:8ADJI/49.net]: >>199
低レイヤは当たり前だけど、MSの場合は高レイヤも全て快適にC++で記述できなければならない
それがWindowsの標準UIプラットフォームに求められる最低水準なんだよ
C++/WinRT知ってるか？奴等のC++に対する愛と執念は異常
211 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 10:23:17.82 ID:0+ku9eIp.net]: ゴミで有名だよねC++/WinRT
212 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 14:43:56.38 ID:u1rmEl96.net]: C++11以後は、最低でもStroustrupの9,800円くらいの本は読まないと
話にならないから、お金が掛かる。
213 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 15:04:58.00 ID:rTgJdd8/.net]: >>210
そんなことないぞ
言語仕様が整理されたからむしろStroustrupより薄い本でマスターできるようになってる
214 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 15:05:48.63 ID:VSVU8kYC.net]: C++相談室
https://itest.5ch.net/mevius/test/read.cgi/tech/1636969758
215 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 16:15:08.97 ID:VWdjVpzZ.net]: 現在のマイクロソフトは昔に比べてC++の最新規格追随は熱心だと思うね
昔はC++愛が強かったってことはないんじゃないか
216 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 16:39:59.45 ID:4SJL6nSC.net]: C++相談室
https://itest.5ch.net/mevius/test/read.cgi/tech/1636969758
217 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 16:51:25.83 ID:rTgJdd8/.net]: >>208
C++/CLIという存在意義不明の言語もあってだな…
218 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 17:14:59.74 ID:4SJL6nSC.net]: >>215

C++相談室
https://itest.5ch.net/mevius/test/read.cgi/tech/1636969758
219 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 18:39:21.61 ID:22BdHKRp.net]: .NET6への移行は大変そうだな
220 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 18:50:36.00 ID:rTgJdd8/.net]: >>216
C#, C♯, C＃相談室 Part96
https://mevius.5ch.net/test/read.cgi/tech/1639965805/
221 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 23:24:21.93 ID:oMlWvAvC.net]: >>215
C++とC#への橋渡し？みたいな
222 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 23:31:13.46 ID:rTgJdd8/.net]: >>219
C++/CLIはキミの手に負えるような代物じゃない
せいぜいC#とP/Invokeで遊んでなさい
223 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 23:39:42.92 ID:u02l46ie.net]: で、wpfは？
224 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 23:47:41.12 ID:oMlWvAvC.net]: >>220
MFCで作られたオブジェクトをC#で使う必要があったのよ
225 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 02:11:28.44 ID:tMDf8XuC.net]: >>211
具体的にどの本の事だよ。
絶対無理だと思うぞ。
226 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 05:25:10.97 ID:2M0/77yk.net]: >>223

C++相談室
https://itest.5ch.net/mevius/test/read.cgi/tech/1636969758
227 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 08:40:15.66 ID:+WNV9NYh.net]: >>224
C#, C♯, C＃相談室 Part96
https://mevius.5ch.net/test/read.cgi/tech/1639965805/
228 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 08:52:24.88 ID:KAsheVEx.net]: そういやC++/CLIでWPF作れるんだったね
以前やってみてすごく面倒だった
229 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 16:23:43.63 ID:x89zi/1x.net]: WinUI3
>バグ、機能不足、パフォーマンスの遅さが問題です。
>現在、Microsoftはこれを趣味のプロジェクトとして扱っており、開発者が投資すべき重要なSDKではありません。
230 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 16:48:16.68 ID:Smp2NQSE.net]: じゃあマイクロソフトさんはどのフレームワークに力入れていてどれで作れって言ってるの？
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使った方が開発が楽だから。
332 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 22:17:46.86 ID:C8AABCuO.net]: バインディングって単語が出るとMVVMパターンと同一視しちゃうのかな
333 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 22:43:33.35 ID:sOBRzctF.net]: コードビハインド書いたらMVVMじゃないと
334 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 22:46:16.80 ID:aWeidgzt.net]: 個人的にはC++みたく良いとこ取りする感じかな
WinFormsの気軽さで、データバインディングするだけ
335 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 22:49:22.58 ID:VAjtBqbg.net]: 単発アプリならVVMでじゅうぶんMは要らん
やりにくいところはコードビハインドで逃げ
336 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 23:47:52.75 ID:DOsFVpUk.net]: >>332
Mは普通APIの先のサーバサイドにあるだよ
337 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 23:48:13.11 ID:DOsFVpUk.net]: >>327
笑
338 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 10:21:32.43 ID:JfSJk6Eb.net]: 笑笑
339 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 10:59:48.00 ID:T0LbVKne.net]: ダイアログに関する議論はMFCの頃から繰りかえされていてMVVM関係ない
最近の話題だと適用ボタンだよね。ダイアログに何か設定するOn/Offという項目があったと仮定して
その設定が反映されるのは(1)On/Off切り替えた瞬間(2)適用ボタンを押したとき(3)OKを押してダイアログを閉じた時
でそれぞれ異なる
340 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 11:30:15.17 ID:JfSJk6Eb.net]: 使うコントロールも考慮する必要がある。
トグルスイッチはOn/Offを切り替えた瞬間に設定を反映することが求められる。
341 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 14:09:37.66 ID:ie/DSr5F.net]: その話題もMVVM関係ないんだけどな
ただのUIの問題で
342 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 14:28:20.83 ID:prElW7Wj.net]: https://github.com/microsoft/microsoft-ui-xaml/issues/6360

これうちでも発生してるわ
パッケージ名を、初期値のぐちゃぐちゃなやつに戻したらきちんと動いた
パッケージ表示名だけ変えておけば問題ない？ユーザーから見える部分で影響がなければいいんだけど
343 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 14:46:38.19 ID:9x9DexoX.net]: >>338
うん、だから今は設定反映の話題だよ。
344 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 21:11:28.96 ID:raZgx3Yl.net]: 違うんじゃね？
VとVMの対話の件だろ
結局メッセンジャーパターンで解決されたけど

MVVM界隈でもWPFだけだぞ
とにかくアホらしい
345 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 21:54:37.14 ID:GuByYKJZ.net]: MVVMで真っ当に実装する必要があるならダイアログ今はサービス使ってるわ
適当アプリならVMからShowDialogや！
346 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 22:33:25.97 ID:raZgx3Yl.net]: MVVMで御高説をのたまってるやつらも、
ダイアログだけVMがVの参照持ってるの多いと思われ

アホ過ぎ
347 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 22:56:04.26 ID:GuByYKJZ.net]: ケースバイケースだろ
348 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 22:56:34.84 ID:k9K3LRO9.net]: WinUI3のContentDialogは極自然にVMから操作可能ではある
但し厄介なバグがあるんだよな
349 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 23:50:00.59 ID:9J2Avx3b.net]: そういうところが最近のMSらしい
350 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 00:27:46.74 ID:mxZsFD+m.net]: Windowsのシステムで設定したテーマをそのまま使うと問題ないけど
RequestedThemeでアプリ独自のテーマに変更するとContentDialogの表示がおかしくなる
黒バックに黒文字になったり白バックに白文字になったり

しかしContentDialogをページに埋め込みじゃなくて独立させて作るとと何故かうまく動く
351 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 08:30:25.43 ID:RRNNLUq7.net]: >>341
いや、違くない。最初にMVVMとは関係ないと断っている。
だから実装ではなくUXの話。
ちなみにメッセンジャーパターンはアンチパターンだから使うやつは馬鹿。
352 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 08:57:01.84 ID:j4TiyS3p.net]: >>348
どうするのが正解？
353 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 13:33:28.92 ID:D3Kp3a02.net]: >>348
俺がWPFまだやってた頃、
VとVMの通信の方式でかなり揉めてて
メッセンジャーパターンの確立で
やっとWPF流MVVMのすべての問題が解決！
皆が＼(^o^)／ってなってたんだけど
その後なんか動きがあったのかい？

自分はこの頃WPFにサヨナラして
SPAに全振りする事になったんだけど
354 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 13:34:33.35 ID:D3Kp3a02.net]: >>VとVMの通信
これ双方向の話ね
355 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 14:37:01.90 ID:YUSmIxV4.net]: WinUI3、ちょくちょくデザイナが表示されないってバグ報告あがってて笑った。
まさかデザイナが無いなんて夢にも思わないよな。正式版なのに。
356 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 14:38:43.90 ID:/0nSI8jp.net]: WPFに歴史的価値があるとすれば、それは
MVVMは保守性と開発効率を低下させると実証したこと。
357 名前：デフォルトの名無しさん [2022/02/18(金) 13:11:59.42 ID:J8+KRXGO.net]: 既存のFormアプリにWPFのWindowを表示するため
WPFカスタムコントールライブラリのプロジェクトを追加して
WPFのWindowがダイアログで開けたのですが、なぜかFormアプリの
UIコンポーネントが全て小さくなります。
小さくならない方法はありますでしょうか？
358 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 14:23:41.28 ID:94FodQmT.net]: >>350
VでVの要素を操作するサービスクラスを生成してVMにインジェクションするのが一番楽だが
詳細を噛み砕いて説明するのは骨が折れるから誰かやってくれ
359 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 17:40:21.19 ID:FPiQltqk.net]: >>355
WPF メッセンジャー MVVMでググると上位は大体10年前ぐらいの記事が出てきます
でも多分今でもメッセンジャー使ってる人はいるんだと思う

○○の寄せ集めのQiitaですら代わりの技術の紹介がない
360 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 17:43:40.08 ID:NqXxszTV.net]: WPFがMVVMがクソだと証明したからな。
361 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 17:47:22.30 ID:FPiQltqk.net]: 他のMVVMではこんな話で盛り上がってないもんな
データの射影ぐらいの扱いなのになんでWPFじゃ状態遷移とかその他もろもろ全部MVVMでやらなければならないんだ
どうせ再利用なんかしないのに
362 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 17:54:24.26 ID:Sc3FeDVQ.net]: >>358
中途半端な初心者が「MVVMでやらないとバカにされる!」
って強迫観念に囚われてるか、意味も分からずこうやって作るものって思考停止してるか、両方か
363 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 17:58:06.73 ID:FPiQltqk.net]: >>359
いやいや
熟練と言うか知り尽くしたほうが危うい
364 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 18:26:19.18 ID:TADg4zOp.net]: メッセンジャーパターンまで付�
365 名前：ｫ合って 辞められて良かったわーー 苦労しても固有のロジックすぎて 他で全く役にたたないからな []: [ここ壊れてます]
366 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 18:27:26.73 ID:TADg4zOp.net]: >>359
当時から、
MVVM至上主義って言われてたよな
367 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 18:45:06.76 ID:T3Y33b1k.net]: MVVM使わないで、例えばconfigを設定する画面を想定した場合、

//configからcontrolへ
IdTextBox.Text=config.Id;

//controlからconfigへ
config.Id=IdTextBox.Text;

みたいなのをコードビハインドに書いてるの？
368 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 21:55:43.47 ID:+xc5jpMS.net]: HTML/CSSなら思い通りの画面作れるけどXAMLだと作れない。
「技術的に」じゃなくて「自分のスキル的に、っていう意味だけど、
やっぱり参考となるようなsampleの絶対数の少なさがなぁ。
369 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 22:07:10.37 ID:tDFU7xrn.net]: WebView2でよくね？
今更こんなオワコン使わなくても
370 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 22:20:20.27 ID:eP6qEqnA.net]: 話題がループしてるな
371 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 22:31:21.56 ID:TADg4zOp.net]: >>365
WebView2をどう使うの？
372 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 22:34:46.53 ID:y3Eq57lv.net]: WebView2の人はUIフレームワークとツールキット何使ってる？
373 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 23:51:16.91 ID:YtNFK6ow.net]: あー、WebViewでローカルのhtmlとかも表示できるってこと？
だったらそれでいいのかな
374 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 23:55:20.81 ID:TADg4zOp.net]: どうやって表示制御するの？
375 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:12:02.32 ID:v22Fyi01.net]: >>370
C#のオブジェクトをWebView側に渡すことでJavaScript側からC#のメソッドを呼び出したりC#側の状態を参照したりできる
あとは普通にJavaScript側でReactとか使うだけだ
376 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:22:40.12 ID:UkMRjGML.net]: JS側とC#のやり取りをどうやるか定番ってあるのかな。
あまり聞いたことがないがまさかRESTとかじゃないだろうし。
377 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:27:02.29 ID:yc9OR0yy.net]: WPFで自前ブラウザー&httpsサーバー作って
SPAをホストする方法ね
中身はReactとか...

自分がSPAに移行するまえに
しのぎでやってた方法
この方式でキオスク端末でまだ何台か動いてるよ

でも今はPWA有るからそっちのが楽だけどね
378 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:27:35.44 ID:yc9OR0yy.net]: >>372
websocket
379 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:28:31.85 ID:yc9OR0yy.net]: >>372
electron.NETとかみてみれば
もうWPFの要素ないけど...
380 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:32:25.83 ID:yc9OR0yy.net]: あとc#とjsの連携のedge.jsというのがある
381 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:36:35.88 ID:X0wJkiGG.net]: >>368
Svelte
382 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:47:45.48 ID:UkMRjGML.net]: なんかいっぱいでてきたｗ
定番とかは定まってないのか。
383 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:51:11.00 ID:yc9OR0yy.net]: react

変なの選択すると開発者集めに苦労するよ
保守も
384 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:59:59.59 ID:UkMRjGML.net]: 純粋なWebアプリならもちろんReactでいいんだが。

>変なの選択すると開発者集めに苦労するよ

JS on C#ってのが現時点ではそんな気がする。
素直にWPFやFormsでいいじゃん、と。
385 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 01:26:47.51 ID:yc9OR0yy.net]: 潮流的にクライアントサイド要員はjs(ts)必須ですね
デザイナーの成果物がhtml,css,jsですから
ダサいのは商品価値もさがりますからね

サーバサイドはjava,c#,js,ruby,python(最近は本当に増えてます)いろいろですね

言語統一したかったらjsですね
ただサーバサイドは要員も別のが多いです
386 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 02:10:08.75 ID:9cx4u8XC.net]: jsは型が動的なのがなぁ…tsも実行時の型は保証してないし
387 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 03:21:20.16 ID:YdSWfk2N.net]: TSの処理系によって型安全レベルが違ってるからねぇ
ありえんけどブラウザがネイティブでTSに対応したら使ってもいいけど
388 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 03:33:01.88 ID:yc9OR0yy.net]: クライアントサイドはc#よりtypescriptのほうが書きやすくて圧勝ですね

あとUI開発にはホットリロード必須と思います
Blazorは最悪でした
389 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 07:57:27.90 ID:jK3SOMU4.net]: JavaScript(TypeScript含む)は絶対関わりたくない。
こんなの大規模開発に使っていい代物じゃないよ。
JavaScriptが担っていた部分はDartに置き換わってほしい。
あとReact系もさっさと滅びろ。
390 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 07:57:48.80 ID:ApZEftHi.net]: >>116のMS製React Nativeがいいんでないか？
もしくは
391 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 08:46:04.71 ID:FnhAxPLY.net]: つか、WebView２ならC#とJSのIFは標準で用意されているのに誰も知らないのな
つまり口だけで誰も使っていないということだろ
392 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 09:07:27.13 ID:AlOKsuc0.net]: >>354
答えになってないかもしれんが、
FormアプリにWPFを使うなら、formのelementhostにWPFのユーザーコントロールを貼るのがいいと思う
393 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 10:01:52.96 ID:yc9OR0yy.net]: >>387
それマジ？
394 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 10:14:08.32 ID:FnhAxPLY.net]: >>389
あ、371の人は知っているようだから「誰も知らない」は間違いだな
WebView2のドキュメント見れば書いてあることだ
395 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 10:45:05.98 ID:h/hs4NES.net]: .NET5 WPFのListBoxについて質問があります

VS使わずにやってるんですがBehaviorがないと言われます
名前空間もusingしてますが、そもそも無いようで…
別の機種からの投稿なので具体的な名前空間は忘れましたが、サンプル通りのやつです

やりたいことは一つのListBox内の入れ替えや複数のListBox間のD&D操作です
396 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 10:48:21.53 ID:v6jasGDT.net]: C#でM書いて渡せばWebView2のJSから直接アクセスできるから、MVVMやってるならVVMの部分がそのままJSとHTML/CSSに置き換わるだけだね
つまりビジネスロジックは完全にC#で書けるわけで、これでなおJSで大規模開発辛いと思うなら、
多分そいつがMVVMだと思っているものはVMにロジック書きまくってるエセMVVMの可能性が高い
397 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 11:31:54.74 ID:yc9OR0yy.net]: WebView2
ひっそりとそんなブリッジ機能あったのね
10年前にあれば良かったかな...

日曜プログラマー的に
昔みたくフロントreactでロジックc#で作ってみるかな
398 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 11:32:54.00 ID:yc9OR0yy.net]: でもWebView2使った
electron相当のもうあんじゃね？
知らんけど
399 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 11:33:36.90 ID:R5yjbcGL.net]: System.Windows.Interactivity.dll → Xaml.Behaviors.Wpf
400 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 11:50:34.88 ID:UkMRjGML.net]: >>392
でもJSとC#混在ってだけで一段ハードルが上がるわけじゃん。
ビジネスロジックだけじゃなくてプレゼンテーションロジックも同じC#で書けた方が楽なのは間違いない。
401 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:07:51.70 ID:yc9OR0yy.net]: システム開発でweb系が苦手ってだけで
仕事めちゃ少なくなるんですよ
肩身がせまい

情シスのお客さんなら
100%web出来るから
フリーのwebのUIライブラリーに見劣る操作性のものは
恥ずかしくてだせないですね
自分は

そんな背景でjsには精通する必要があって
第二言語のc#は別のでもいい感じなのです

一番多いのはjavaで
最近はバックエンドpythonがマジで増えてる
402 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:03:45.50 ID:mW2XZAFZ.net]: >>396
上がるか？下がらん？
403 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:16:07.12 ID:IE8zF3Kj.net]: html側もwebview2べったりがイヤだからwebapiモドキ
404 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:23:50.87 ID:UkMRjGML.net]: >>398
そのココロは？
単純にJSとC#、Reactと.NETと、異なるものを同時に扱わないとならないだけでもその分労力は増えると思うが。
405 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:34:39.99 ID:X0wJkiGG.net]: >>400
Reactみたいにややこしいもの使わなくてもSvelteでも何でも良いんだし。
言ってるほど難易度高くないよ。
カスタマイズしたオーナードローなTreeViewとか作るならHTML+CSSの方がはるかに楽。
406 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:40:29.28 ID:yc9OR0yy.net]: WPFは自作コントロール作るのが酷く面倒だからね
407 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:55:04.77 ID:UkMRjGML.net]: >>401
つまり、カスタムコントロール作る前提なら、ってことかな。
うちでやってるデスクトップアプリだと、よほどのことがない限りいちいちカスタムコントロールなんて作らないしなぁ。
408 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:55:48.58 ID:X0wJkiGG.net]: アニメーションするチャートとかもWebベースの物の方が良いもの多いよね。見やすいのが多いし、作る側としてもインタラクティブな動きはつけやすい。
最近は業務アプリでもみんな目が肥えてるから。

PowerBIとかもWebViewっぽくないか？
409 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:56:45.11 ID:X0wJkiGG.net]: >>403
カスタムコントロールまでいかなくても、チャートの類とか、ビューアーの類とか。
PDFのプレビュー出すのにWebView使うとかもアリよ。
410 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 14:00:32.65 ID:UkMRjGML.net]: JSとC#の話をしていたはずなのにCSSとXAMLの話になったり、プログラミングの話をしていたはずなのに
ライブラリが豊富という話になったり、なんだろうこのモヤッとする感じ。
411 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 14:04:51.66 ID:Gaj/uCI/.net]: c#ジジイたちにWebなんてムリ
今のhtmlやcssは複雑になったしデザインとレスポンシブ込みだとcssフレームワーク使っても使えない無能ばかりだからな
412 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 14:10:51.58 ID:X0wJkiGG.net]: >>406
C#とJSを連携する目的はそれしかないからでしょ。
JSで業務ロジック作って連携する訳がないんだから。
C#でXAMLをコントロールする話と、JavaScriptでCSS+HTMLをコントロールする話が、
C#からJSにinteropしてHTML+CSSを動かす話になるじゃん。
その上で使えるライブラリはJSでしょ。
何が疑問？
413 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 15:33:28.33 ID:AlOKsuc0.net]: みんな、たまにはWPFの話もしてくれよ
414 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 15:42:50.85 ID:HrfptPE1.net]: WPFからバインディングを切り離したグラフィックモジュールが欲しい
バインディングが諸悪の根源
415 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 15:45:17.17 ID:evvGZLor.net]: >>410
ならバインディングしなければいいだけじゃないのか

バインディングそのものはWinFormsにもあるんだぜ
416 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 15:47:24.50 ID:b+8HD1Ua.net]: 常用してるライブラリがあったら教えてくり
417 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 16:17:06.06 ID:bVzeAasi.net]: ID:X0wJkiGG みたいに情報提供してくれる人はありがたいけど
煽り入れてくるのはNGするといいお
418 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 16:34:50.41 ID:JpT/s+kG.net]: webもやらないとなぁと思ってVueで入門だわ・・・
419 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 17:50:55.25 ID:X0wJkiGG.net]: >>412
JSだとSvelteで全て済ませたいところなんだけど、d3.jsでチャート書くことも多い。
あと変わり種としては最近はmo
420 名前：del-viewer使ったものも作った。割とウケたけど、これは多分3D触らない人は使わないと思う。 []: [ここ壊れてます]
421 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 18:35:10.60 ID:AlOKsuc0.net]: >>410
バインディングを一切使わなくてもアプリは作れるよ
422 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 20:28:44.30 ID:ZIf//Swn.net]: Bindingすげぇ！って言ってたじゃんお前ら最初
423 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 20:32:24.01 ID:FnhAxPLY.net]: >>416
ListViewやListBox、TreeViewなどが使用不能だから
しょぼいやつしか作れませんわ

VM使わないならまだしも
424 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 21:22:19.62 ID:dHM7ffAe.net]: 仮想化使わなきゃItemsControl系使えるけど
まぁ、データ数増えたらきついな
425 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 06:09:29.10 ID:rMSJWNa2.net]: >>418
それらもバインディングなしで使えるよ
426 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 09:19:45.81 ID:OX17O63E.net]: Caliburn.Microならx:Nameだけでバインディングする
PropertyChanged.FodyならINotifyPropertyChangedを自動実装する
バインディングがわからないって初心者、またいちいち書くの面倒で嫌という人なら役に立つかもしれない
427 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 16:36:12.10 ID:fPGhCMQ1.net]: もう終わったドマイナーライブラリの宣伝はいらないよ
428 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 20:58:13.91 ID:THbE7o0A.net]: VBA触ってからWPF触ったときはデータバインディングに感動したりもしました
429 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 21:23:04.93 ID:swKuI/ic.net]: データーバインディングって Borland C++ Builder の時から有ったよね
430 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 21:28:40.05 ID:XyZ+411b.net]: >>424
そう。当時はシンタックスシュガーでしかなかったものが
MVVM信者によってアーキテクチャの一部に祀り上げられたのが根本的な誤ちの始まりになった。
431 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 21:40:18.51 ID:yw9AEnt+.net]: 何が誤ちだよ「過ち」って書くんだよ
MVVM理解できない奴は根本的に学がなくて勉強嫌いだって分かるな
432 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 22:14:55.49 ID:zJV+WKvF.net]: C#自体がマイナー

実需はゲーム開発のみ
433 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 22:21:48.82 ID:uUEkIMOM.net]: >>426
常用漢字ではないけど>>425の文脈だと誤ちでも間違いでもない
そもそも5chで誤字指摘とか…
434 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 23:17:32.96 ID:Qz/cDKkO.net]: 文書入力した後、見返したり推敲したり編集したりしないのだから入力違いやグダグダ文書なんか当然
いわば一筆書きみたいな文書の書き方になるわけだし
435 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 23:40:10.52 ID:uUEkIMOM.net]: 技術板なので技術的にグダグダなのは勘弁して欲しいが意味が取れるなら多少の誤字とかは許容範囲
436 名前：デフォルトの名無しさん mailto:sage [2022/02/20(日) 23:58:10.11 ID:j4WAiXFM.net]: たぶん、MVVM信者って煽りが気に入らなかったんでしょ
だから誤字を指摘してやり返したと予想
437 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 01:29:06.13 ID:06fqlVz8.net]: >>425
べつに誤字や漢字使いはどうでもいいんだが
バインディングがシンタックスシュガーって、もとはどうだったのか気になる

もともと機能としてはもってて書き方だけなのか
自動生成なら相当な量のコードに該当する気がするんだが
438 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 01:39:26.02 ID:MsEPZ7ij.net]: そもそもフロントアーキテクチャ界隈では
viewModelとviewのデータフローで
双方向というのは否定されている
439 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 01:45:07.36 ID:Vo68A3hI.net]: 使ってみたらシンタックスビターだった。
440 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 09:57:25.91 ID:Z2tCC8cM.net]: >>433
そんなこと言っても、Connected Animationは双方向出来ないと詰む
441 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 14:40:06.59 ID:G8P6 ]: [ここ壊れてます]
442 名前：KNI7.net mailto: >>426
MVVM信者は本当に枝葉の議論が好きだねえ []: [ここ壊れてます]
443 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 20:11:38.06 ID:oeWV3I3V.net]: ところで.NET7が来たわけだが
おまいらどうよ？
444 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 20:57:34.26 ID:kRnBXcNL.net]: 奇数はスルーだろ。
ぎりぎりまで長寿の4.8で粘るという手もあるしな。
確実に3年以上使える。
445 名前：デフォルトの名無しさん mailto:sage [2022/02/21(月) 23:59:53.65 ID:j4nCawQR.net]: コンテナの中でおさわりまんこの人です！ってやりたい人は7に飛びつくらしいぞ
446 名前：デフォルトの名無しさん mailto:sage [2022/02/22(火) 11:46:49.83 ID:q4VXFdfo.net]: XAML入門：前編〜 WPFからWindows11アプリまで〜
447 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 11:17:19.87 ID:AYH7H5ZM.net]: 今からwpfアプリ作るなら.net Coreの方がいいのかな？
デメリットは2年ごとにバージョンアップしなきゃいけないくらい？
448 名前：デフォルトの名無しさん mailto:sage [2022/02/23(水) 11:35:51.75 ID:6huhQPG7.net]: いや.NETにしとけ
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として出したわけじゃないのね。
550 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 12:43:20.96 ID:jlehksZI.net]: >>542
WinUI選ぶくらいならこれ。

Flutter for Windows
・fluent_uiパッケージ
・flutter_acrylicパッケージ

Windows向けはまだ出たばかりだけど、
現時点の機能・品質、
フレームワークとしての出来、
将来性、
開発者の期待度
どう考えてみてもWinUIがFlutterに蹴散らされる未来しか思いつかない。

WinUIは

「これが最新らしいし、やってみるか」
↓
「えっ？なにこれ、こんなしょぼいの？こんなこともできないの？」

って感じでちょっと触って実情に愕然として、さーっと離れていく。
551 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 16:27:48.56 ID:KOjBrP/m.net]: fluent_ui実際使うとちょっとアレ

modernwpfもそうだがやっぱ個人メンテじゃなー
Microsoftが手がけろよ
552 名前：デフォルトの名無しさん [2022/03/04(金) 16:40:32.17 ID:KOjBrP/m.net]: >>305
これにUnoPlatformとAvaloniaとXamarin(maui)も追加してくれんと

で、これも全部微妙という

クロスプラットとかUIフレームワークは人的リソースさかないと品質とかできないのにみんなで戦力分散して全部微妙品質
553 名前：デフォルトの名無しさん [2022/03/04(金) 16:41:15.22 ID:KOjBrP/m.net]: *品質とか維持できない
554 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 17:00:21.59 ID:p2+DzLBF.net]: >>544
おーサンキュー
だが流石に.NET FrameworkのレガシーアプリをFlutterでポーティングするほどの時間も熱意もないwww

とういかReactやFlutterが出る10年以上前から思ってたんだがなぜMSはXAMLとASP(Razor)を今でも別々に拡張してるのか理解に苦しむし頭が悪すぎる
まぁどうせ社内の派閥や政治でわけわからんこと繰り返してるんだろうけどその間に開発環境もシェア失ってしまったな
せめてどっちかに統一してUIの定義はCSS拡張にしないともうよっぽどの事情がないとこんなクソなフロントエンドフレームワークなんて誰も使わんぞ
理想を言えばさっさとXAMLとASPを窓から放り投げてTSとCSSで記述する新しいフロントエンドフレームワークを実装すべきだと思うんだがな
555 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 17:13:00.22 ID:V0cJmevn.net]: やるならDart使うか、同じようなJavascriptをリデザインした新言語を作って欲しい
556 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 19:51:13.51 ID:p2+DzLBF.net]: >>544
ところでFlutterってVS2022で環境構築できる？
拡張とプロジェクトテンプレートがあれば最高だけどまぁないか
Android StudioはエミュとSDK用にMacに入れてたけどくそ重くてVSCodeでReact Nativeばかり使ってるけどWinで試してみるかな
557 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 20:08:12.18 ID:j9h/2ScS.net]: みんな Flutterに行っちゃうのか..
558 名前：デフォルトの名無しさん [2022/03/04(金) 20:20:59.67 ID:odUl/eCo.net]: >>548
それなんてReact Native？(´・ω・｀)
559 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 21:23:31.50 ID:jlehksZI.net]: >>550
VSCodeとFlutter拡張で開発できる。
Windows用ビルドするのにVS2019か2022を入れておく必要はある。
でも今2022の17.1.0のバグでデバッグモードが死んでて17.1.1待ち。
560 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 21:43:37.06 ID:p2+DzLBF.net]: >>553
React NativeもそうだけどFlutterもパッケージのバージョンで開発環境ぶっ壊れて死にそうになる感じかなのか？w
とりあえずVSCodeはReact Nativeに最適化してるから先にAndroid Studio試すわ
そろそろRemote-Containersを試したいんだが最近はコーディングより環境構築がくそムズくてめんどいんだよな
561 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 22:13:47.37 ID:uA/ZaTOg.net]: >>540
ありがとうございます
まだ追加で質問できるほどの知識もないので、手を動かしながら探ってみます
562 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 22:55:59.46 ID:/OYyWF11.net]: WPFもFlutterも両方入門者レベルだけど、Flutterのが馴染むなあ…
563 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 22:58:40.01 ID:KOjBrP/m.net]: じゃあ、先にFlutterでMVVM覚えてからWPFくればいい
そうすれば後覚えるのはxamlだけ
564 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 23:41:28.81 ID:Ot1pbWlC.net]: FlutterいいけどC++やりとうないな・・・
565 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 23:42:12.12 ID:p2+DzLBF.net]: とりあえずFlutterのWindows Desktop環境の構築終わってビルドしてみてDartの構文学んでるとこだがこれDartってまんまC#のパクリやんけwww
んでFlutterの構文はJSX(TSX)のパクリだなとりあえず状態管理がReduxみたいにクソじゃなければ文句ないわ
>>544のfluent_uiとfluent_acrylic試してみるわ
566 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 00:19:20.18 ID:E2yAAp8N.net]: DartはC#じゃなくてGoogleが再定義した中途半端なJavaでイラっとするんだよな
interfaceの定義が暗黙だったりinternalならプライベートメンバにアクセスできたりわざわざimplementsやextendsが必要で冗長だったりC#の方がよっぽどモダンだよ
567 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 01:14:27.39 ID:V2Ahzg+A.net]: WinUI3は今でもアプリ内のアクリルは有効だから、ベースに壁紙でも配置すればそれっぽいものにはなるんだがね
568 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 06:05:39.61 ID:lIUzJS5r.net]: >>560 <
569 名前：br> DartはJavaScriptの置き換えを狙った言語。 TypeScriptみたいにJavaScriptの上位互換よりも JavaScriptの古い部分を排除して新しく作り直したDartのアプローチの方が好き。 []: [ここ壊れてます]
570 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 11:25:06.31 ID:1jHFvDsl.net]: >>562
は？Dartは静的型付けなんだけが？アンダスタン？
JSの置き換えが目的だが元はCだし動的型付けの進化系とか言っちゃうアホとはさすがに会話にならん・・・こんなレベル低い奴ばっかなのここ？
571 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 11:45:02.14 ID:GCjMsc40.net]: Heartだけは熱いぜ！
572 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 12:06:23.36 ID:nwKZyNIL.net]: >>563
レベル低いのはお前。
静的か動的かなんて話は一切してないぞ。
勝手に明後日の方角に突っ走って喚き散らして、そりゃお前と会話になるやつはいないだろうなぁw
573 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 13:10:04.52 ID:GCjMsc40.net]: 性的か
愛的か

悩ましいところだ
574 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 13:26:38.14 ID:mDTM2Slk.net]: >>563の頭の悪さひどすぎだろw
575 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 13:37:05.84 ID:sPneiazO.net]: 理詰めで論破されて悔しいけど反論できないから顔真っ赤でIDコロコロ自演して悪口とか恥ずかし過ぎるだろ
576 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 14:11:11.30 ID:mDTM2Slk.net]: 理詰めって静的とか動的の話し誰もしてないのに、一人で突然型付けの話して論破って馬鹿すぎるw

誰もそんな話してねぇんだよww
技術的な話する以前の頭の悪さww
577 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 09:51:07.88 ID:uEz3lV8K.net]: WinUI 3.0の完成度は公式の認識ではまだ50%未満なんだな。
これをポジティブにとらえればいいのかネガティブにとらえればいいのか。
578 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 15:03:59.51 ID:kOvQrFoW.net]: 動きのとろい奴は変化し続ける環境に追従できない
579 名前：デフォルトの名無しさん [2022/03/07(月) 15:12:43.80 ID:xDt5CcEi.net]: 未だにWPFやってる奴が言うと説得力あるな
580 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 15:32:53.11 ID:s7EYao7X.net]: 世界一のIDEであるVS(codeじゃない)とC#の出来の良さををすべてスポイルしてマイナスにしてしまうフレームワークしか作らないからな
MSは良い加減一貫性や統一性のない大企業病を修正しないと開発環境を失う時代はすぐそこまできてるぞ
581 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:19:40.02 ID:zKkd3LGQ.net]: WinUI3で、普通にペロッとzipなりで相手に渡せるexe作れる？
配置型強制とか開発者モードONならとかは避けたいのだが...
582 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:23:04.90 ID:n4nlllf2.net]: >>574
UnPackagedがある

でもファイルサイズでかいし、全体的にβ版品質だぞ
583 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:29:13.38 ID:LEfSXXfI.net]: >>574
は？githubでbuildしたバイナリごと公開すればいいだけなんだが・・・もしかしてこのスレってレベル低い雑魚専スレだった？www
584 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:35:52.60 ID:n4nlllf2.net]: >>576
もうその釣り方飽きた
585 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:43:33.51 ID:uQvWeikk.net]: みんなWPF使ってないのにスレはよく伸びるな。MSは釣りの達人だな。
586 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:55:02.83 ID:jNxtjOjp.net]: しれっとスレタイにWinUIも紛れてるからね
587 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 18:14:28.34 ID:88DwHIqD.net]: ReactivePropertyって便利ですか？
重かったりしませんか？
588 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 18:29:56.66 ID:ekr02bKa.net]: WPF使わない人が入れ替わり立ち替わりこのスレにやって来るのが逆に不思議だわ。
589 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 18:31:45.58 ID:/It3ML06.net]: >>580
いつメンテが止まるかわからんコントリビューターがほとんどいない日本のガラパゴスフレームワークなんて使う奴は馬鹿だって脳みそに刻み込め
Livetと同じく作者が飽きたらマイグレーションしなきゃならん体験か地獄だろ
まぁそもそもMSの開発環境はまともにメンテされてるサードパーティがほぼないから既にオワコンなんですけどね
590 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 18:51:03.10 ID:jNxtjOjp.net]: >>580
便利だと思うよ
軽量版のReactivePropertySlimというのもある
必要に応じて使い分け
591 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 19:32:11.33 ID:JY9LQh4h.net]: Windows Helloの実装見てても相変わらずMSが作る認証の実装って抽象化しすぎてて手間がかかってクソ面倒だよな
Xamarin向けで個人が作ってるFingerprint実装の方がよっぽど簡単だしわかりやすい
MSの実装ってすべてこれで高度に抽象化されてはいるが基本機能は提供してやってるからこれを自由に使って開発しろ、もちろん各機能はお前らが開発者が実装するんだ当然だろ？って価値観だからそりゃこんなクソ面倒な環境なんて人気なくなるわな
592 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 19:55:21.52 ID:MoIQ3Ajl.net]: powershellで使えるからwpf好き
593 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 20:15:48.46 ID:I0vdSErl.net]: >>580
メモリリークを量産出来て便利だよ^^
594 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 23:00:21.18 ID:47rZ/1iq.net]: >>582
WideStudioをおすすめします
595 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 23:27:58.63 ID:MOFKApH8.net]: >>580
ビルドするとdllが大量にできる
596 名前：デフォルトの名無しさん [2022/03/07(月) 23:48:28.14 ID:KtNINo0C.net]: >>581
最大勢力であるWPF勢を取り込めば覇権を手にすることができるからな
597 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 00:28:47.31 ID:VwC0MlqW.net]: >>586
後片付けしろw
そんなんじゃ素のINotifyPropertyChangedでもやらかしてそうだ
598 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 06:00:50.91 ID:zwHCpSBo.net]: >>581
バリバリ使ってるわ!
599 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 13:55:51.69 ID:EEUa6olq.net]: >>584
誹謗抽象ｲｸﾅｲ‼
600 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 18:37:52.43 ID:cpo20Guw.net]: 抽象クラスｲｲ!!
601 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 09:44:30.26 ID:jWVjgdsY.net]: 依存関係プロパティも添付プロパティも面倒っすな
コードスニペットがなかったら発狂してる
602 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 12:09:54.98 ID:i3HUDkFi.net]: コード補完が汚れるのと言語やライブラリと関係ないキーワード覚えるの無駄だからスニペット大嫌いだわ
これが嫌だから世界一賢いIntelli Sense搭載のVSをできるだけ使いたいのに他言語のフレームワークがないのMSクソすぎる
603 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 18:35:20.04 ID:6/DH/Lk5.net]: Q) WinUIを使った実際のプロジェクトを見たことがありますか？

A) 私はC++/WinUI3で簡単なRPAツールを開発したことがありますが、
WinUI3の現在の進捗状況と機能では、商用アプリケーションを開発することができないと言いたいのです。

A) ソロ開発者の話をよく聞いていますが、はっきりとノーと答えることができます。
今のところ私の知る限り、誰もWinUIの道を進もうとは思っていません。

A) 他の人達が言うように、WinUI3は商用アプリケーションにはまだ早いです。
私たちはWinUI3を調査し、WPFの代わりにWinUI3を使用するようにいくつかのアプリを変更できるかどうか検討しましたが、
多くの機能が欠けており、バグの量も多いため、現実的ではありません。
WinUI3は、今のところ趣味のアプリケーションにしか使えません。
私の予想では、Microsoftのリソース次第では、完成まで2年かかるかもしれません。
604 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 18:44:48.69 ID:TswYpzkY.net]: >>594
リリースの時点で属性ラベルつけるぐらいで通知出来るようにしていたらと
605 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 18:54:01.67 ID:M9pSY8tZ.net]: 実際にWinUI3触ってない奴や理解できてない奴はは勘違いしてるがWinUI3は各プラットフォームのネイティブUIをWindows App SDKとして完全に切り離して独立させたものだからWin11のAcrylicやMiacなんかを実装するものじゃないぞ
WInUI3(Windows App SDK 1.0)の目的はストアが大失敗した原因の一つであるストアアプリ実装の障害となっていたUWPとWIn32を統合してXAMLで統一することだからな

まぁもうWindowsのカジュアルアプリをAndroidに委ねる方針を決めて既に実装もなかば完了してて英語圏の一部ユーザーには提供も始まってる状況でこんなことにリソース使ってるのはアホだと思うが
今MSがやることはFlutterのC#フレームワークを開発することだと思うんだがなFlutnetを買収してもいいしとにかく買収したXamarinのアプローチはWebがないから失敗だったと認めて精算して次に進むことだ
606 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 19:01:18.69 ID:EwjkSh/7.net]: micaやbackground acrylicはWinUI3 1.1の予定でしょ
607 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 19:39:13.13 ID:k0VfhdGe.net]: >>598
もう笑えない
windowsアプリなんかやらん
608 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 19:44:09.02 ID:AdA9vO5b.net]: MSがオープンソースに舵切って
もう随分日が経つのになにやってんの？
609 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 19:47:44.87 ID:YAFqNXTJ.net]: 舵切ったせいでどんどん糞化、衰退していくなw
610 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 20:14:21.74 ID:AdA9vO5b.net]: そりゃメインストリームじゃ無くなるって事だから
良いものに投資してそれを担げば良いってビジネスに変わってるのよ
611 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 21:22:35.44 ID:z5JAsG3I.net]: WPFはWindowsとともに緩やかに死んでいけばいいものなんだから、
WPFから○○に乗り換える、みたいな思考が出てくること自体が俺にはよくわらかんけどな

○○を適用する領域とWPFがになっている既存の領域って重ならなくない？
612 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 21:51:01.37 ID:J2pOraNy.net]: ぶっちゃけUWPとWin32なんて放置でいいんだよFlutterでめっちゃ簡単にWinのデスクトップあぷり作れるんだがw
しかもFlutterならすでにAcrylicやMiacが超簡単に実装できるパッケージが存在してて本家のWinUIがすでにオワコンのゴミになってんだよな
個人的にXAMLに統一したのは悪手で最悪のシナリオだと思うがなこれMSの開発環境にトドメ刺した気がする
だってWPFもUWPもXamarin FormsもXAMLを採用してるフロントエンド実装ってカスマイズが半端じゃなく面倒臭くて大変だからな
Xamarin FormsでiOSやAndroidのText Field/Text Editのラインの色を変更するというReactやFlutterなら超簡単な実装がわざわざプラットフォーム毎にカスタムBrush作らないとダメなの頭悪すぎるよMSこんなくそフロントエンドフレームワークなんてそりゃ誰も使わないよwww
613 名前：デフォルトの名無しさん [2022/03/09(水) 22:47:34.76 ID:63IP/FFF.net]: じゃあなんでFlutterはWinFormsに勝てないんだい？
614 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 22:54:38.93 ID:UXYSaO0e.net]: >>606がネットワークみたいなIDをしてるからでしょうね
615 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 23:02:19.06 ID:w9Xuob20.net]: >だってWPFもUWPもXamarin FormsもXAMLを採用してるフロントエンド実装ってカスマイズが半端じゃなく面倒臭くて大変だからな

デスクトップGUIやってきた人は下手に自分でカスタマイズしようなんて考えないもんだけど
こういうのはやっぱりWebから入った人なんかね
616 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 23:08:15.28 ID:seXi4WJR.net]: いやそれはUIなんて1ミリも意識したことがないセンスゼロの日本のIT土方の発想だからだな
日本の人月仕事のIT土方の作るソフトウェアは業務もカジュアルも楽天のような壊滅的なデザインセンスのゴミばかりだからカスタマイズとか考えたことないんだろうな
海外のアプリはUIデザイン素晴らしいからなしかもプログラマーがデザインしてたりして日本のIT土方とは雲泥の差
617 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 23:20:14.32 ID:w9Xuob20.net]: DOS時代にオレオレGUIでイキっていたプログラマ連中はWindowsでLook&Feelが統一されたとき
個性が出せないとブーブー文句を言っていたという
618 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:18:44.24 ID:E/Z/b8gJ.net]: DatePicker に日付を入力する場合

WinForm テンキー入力が絶望的にムズイ
WPF キー入力が簡単
Chrome キー入力が絶望的
619 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:28:35.54 ID:PoZ2QdpC.net]: 連日こんなところでWPFの悪口を書いて憂さ晴らしとか
可也歪んでいるな
620 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:38:36.94 ID:FfftqWaJ.net]: WPFで業務システムしか作ったことなくてモバイルアプリなんて作ったことないってバレバレだな
アプリやウェブなんUIのカスタマイズなんて常識だぞ
621 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:51:07.88 ID:ih1VJ5u0.net]: UIコンポーネントのカスタマイズとUIの設計は別の概念であってな...
622 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 01:03:16.54 ID:TfAbZvvS.net]: XAMLのUIカスタマイズは相当な知識と技術ないとできないからIT土方には無理
XAMLはもともとMVVMとセットで設計されてるフロントエンドフレームワークだからカスタマイズはモデルを考慮しながらLogicalTreeを操作する必要があって生半可な知識では実装できない
IT土方ではやらないんじゃなくてできないだからそこを勘違いすんなよ
623 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 02:54:03.98 ID:HC3gWrHY.net]: 相当な知識と技術が必要なものなんて普及するわけがない
624 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 03:07:23.45 ID:UA9zwjva.net]: 今はLive Visual TreeとLive Property ExplorerとHot Reloadがあるからそれでも相当マシになったけどな
ちょっと前まで実行後のVisualTreeとバッキングフィールドを確認しながらMとVMを設計してXAML、Converter、LogicalTree等々を書いてと手の込んだユーザー定義コントロールの実装は半端じゃなく難しくて大変
プロジェクトごとにGrapeCity並みのユーザー定義コントロール作ってたと言っても底辺な土方は信じないだろうが事実だからな
625 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:17:24.80 ID:c8NjDUP5.net]: デザインについてはXAMLよりCSSの方が難しく感じる
626 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:45:20.77 ID:EafW9Vf3.net]: >>613
業務システムは別の難しさがあるんよ
UIのカスタマイズとかしようもんなら、顧客のジジババから
「見たことないようなのはダメ！」「わかりにくい！」と非難轟々
627 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:52:58.01 ID:E/Z/b8gJ.net]: お前がお手本にしたWebやWindowsが分かりにくいからじゃねえの？
628 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:53:30.68 ID:CmOm/dXs.net]: >>606

349,650 repository results
https://github.com/search?q=flutter

15,028 repository results
https://github.com/search?q=winforms

笑）
629 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 08:33:57.71 ID:3btgbzmd.net]: >>620
お手本にするのは過去のアプリなのよ
そこから逸脱するUIは受け入れられない
業務アプリとはそういう世界
630 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 09:46:13.06 ID:VoZGcdO4.net]: >>618
CSSのが機能比で1000倍以上はあんだから当たり前
631 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 09:53:25.90 ID:gvmeVWMJ.net]: >>621
ﾌﾟﾌﾟﾌﾟ
632 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 09:57:23.61 ID:fHY6JxC7.net]: ビハインドコード書かないというのは、以外に疲れるもんやね。
LoadedすらInteractionでイベントバインドとは・・・　恐ろしい。
633 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 09:59:59.25 ID:DILMzUCS.net]: >>625
もう結論出てるやん
イベントハンドラをコードビハインドに書きまくるのが正解
634 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 10:06:38.57 ID:gvmeVWMJ.net]: 結論:WPFは普及しなかった

15年かけてもね
635 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 10:28:45.89 ID:T35O02ot.net]: >>623
cssって何が出来るの？
TreeViewやDataGiidやCanvas上に自由にコントロールを配置するのは出来る？
636 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 10:31:39.66 ID:T35O02ot.net]: >>628
こういうの使うのかな

https://handsontable.com/docs/demo/#try-out-the-demo-s-features
637 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 10:43:02.94 ID:NYC10VKd.net]: >>627
>>70
638 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 10:50:31.01 ID:VoZGcdO4.net]: >>628
幾つも方法があるが、
基本のpositionあたりをぐぐってみれば？

https://blog.codecamp.jp/css-position-property
639 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 11:15:11.69 ID:gvmeVWMJ.net]: >>630
ﾌﾟﾌﾟﾌﾟ
640 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 11:26:06.15 ID:NYC10VKd.net]: 何も反論できず笑って誤魔化すしかないってかw
641 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 12:40:49.97 ID:kBrcrtUp.net]: >>631
それは基本過ぎてwpfより高機能な例には適さないんじゃないの？
DockPanel、WrapPanelの役割に相当するレイアウト機能はどうやって実現するの？
642 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 13:27:08.23 ID:jqA3dRQ6.net]: 他所でやれよ
643 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 13:28:42.67 ID:VoZGcdO4.net]: >>634
なにが目的なんだ？
644 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 16:17:14.52 ID:c8NjDUP5.net]: 俺程度の人間には、GridやStackPanelで十分なのさ。
645 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 16:52:54.53 ID:UXNzFKGb.net]: >>613,618,625,628
これが人月仕事で客先に派遣されてるIT土方奴隷の実態だぞお前ら理解したか？www
このレスだけでこのIT土方がどれだけ底辺か理解できるだろ業務システムなんて客も元請も下請けも馬鹿しかいない
刺身にたんぽぽ乗せる仕事しかしてないからこんなんIT土方が量産されるんだよ日本のこの業界もうオワコンだってわかんねw
いやそれにしてもプログラム板でも屈指のレベル低いスレだわwww
646 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 17:18:47.95 ID:hyq4DqF3.net]: >>636
wpfで作っている�
647 名前：ｩ作ツールを勉強を兼ねてtauriとやらに移植してみようと思ったんだが 何から取り組めば良いんだろうかと思ってさ HTML cssの方がクソwpfより全然良いってこのスレでは繰り返されるから、実際どの程度簡単に出来るものなのかと vscodeがあるってことは、ほぼデスクトップアプリとして遜色ないものが実現出来るんだろうけど そのためには大量にjs/tsのコードを書かないといけないんだろうか？ []: [ここ壊れてます]
648 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 17:21:18.11 ID:hyq4DqF3.net]: >>635
他所では今度はwpfの話が伝わらないんじゃないの？
ここの方がwpfの欠点を知り尽くして、他のソリューションでカバーしてる人が揃ってるんじゃないか？
649 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 17:50:04.92 ID:zKLGLboq.net]: >>640
wpfのレイアウトなんて誰でもできる
他所で聞け
650 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 18:14:45.95 ID:0VaEegcJ.net]: >>641
他所でwpfやってるなんて言ったら馬鹿にされるんで
651 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 18:18:19.36 ID:gbrVAWEC.net]: 本当に知りたきゃプライドなんて捨てろ
プライド言い訳にしてるやつは伸びない
652 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 18:23:03.17 ID:0VaEegcJ.net]: 違うよ
俺が馬鹿にされるのは良いんだよ
wpfを馬鹿にされるのが悔しいんじゃないか
653 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 18:26:22.47 ID:2me3KBHt.net]: UIのデザインはWebView2で作るのが最善？
654 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 18:47:55.49 ID:XbNMvvYa.net]: >>641
できなくてWinFormsに固執してるロートルが可愛そうだろ
655 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 23:19:21.73 ID:/4sLRdFF.net]: Webから入った人にとってはUIガイドラインとか理解できないんだろうな。
なんでそんな窮屈な制約かけてんの？って。
656 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 00:10:57.86 ID:snzSxtd9.net]: ガイドライン()、標準化()
日本の底辺IT業界のラインとはピンハネ要因として派遣されてくる底辺IT土方の基準までラインを下げないとプロジェクトが100%頓挫するから最低の線引きするためのラインなのが草
そりゃ日本からまともなUIやデザインのソフトウェアが産まれるわけないわな
657 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 00:16:07.30 ID:zY0TGkq3.net]: なんかやけにウェブがどーのとか頓珍漢なこと言ってる馬鹿がいるな
今時のまともなプログラマーはデスクトップもモバイルもウェブもフロントエンドもバックエンドもサービスもなんでも経験してるフルスタックエンジニアばかりなんだが？
逆にC#と.NETでレガシーアプリしか開発した事ない雑魚とかレベル低すぎるから空気読んで議論に混ざってくんなよって話なんだが
658 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 00:32:32.52 ID:t2NVWd7T.net]: 俺、尻の穴だったら開発したことある！
659 名前：デフォルトの名無しさん [2022/03/11(金) 01:11:26.85 ID:0NZIw/Vg.net]: 日本のウェブデザインは時代遅れ感が半端ないからウェブ系が優れてるんだーっていう主張も通らんよな
660 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 06:29:57.85 ID:k165WNW2.net]: >>649
スレタイも読めない馬鹿が何言っても説得力ないぞ
661 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 07:39:55.71 ID:wdcjWAJU.net]: 体系的な知識もないのに自負心だけは高くて「俺にデザインさせろ」と言うタイプ
662 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 08:14:22.97 ID:3av598BN.net]: 自社主導のUIフレームワークを一つに絞れず乱立させてる時点でガイドライン以前の問題ですわ
663 名前：デフォルトの名無しさん [2022/03/11(金) 20:37:37.19 ID:ZcL2pngG.net]: >>649
そんなまともなエンジニアはこんなとこにいないよ笑
664 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 20:41:46.40 ID:bj9xq9MP.net]: かわいそうに。
なんでも屋の末端奴隷としてこき使われてることに気づいてないなんて。
665 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 22:42:40.55 ID:8stk7VnE.net]: と刺身にたんぽぽ乗せるライン工仕事しかできない底辺IT土方が申しております
666 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 23:42:33.37 ID:dNvNS5Px.net]: たまーーに
本屋の陳列にエンジニア魂を見る事がある
667 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 23:47:42.04 ID:cM8BQlPy.net]: 小泉とケケナカが定着させた日本のピンハネ中抜き底辺IT土方業界はCOBOLの需要が増えるという意味不明なガラパゴスだからなw
IBMがさっさと見切り付けて逃げ出して富士通が拾ったみずほが大失敗した現実見れば日本のIT土方のレベルの低さがよくわかるwww
668 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 00:00:32.63 ID:T/3fNdHM.net]: うるせー土方さんを悪くいう奴は新鮮組として性売してやる！
669 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 04:26:55.95 ID:6d8peZub.net]: Flutterちゅばらすぃー
Flutter Windows DesktopはC++をDartでラップしてるだけだからC++でUI拡張するという力技が使えて痒いとこに手が届くわ
え？C++でもXAML使えるって？WinUI自体がゴミなのにC++でXAMLとかどんな罰ゲームだよwww
Flutter初心者の俺がパッケージ3つ入れて400ステップ足らずのコードで元のタイトルバー消して独自タイトルバーでウィンドウ全体にAcrylic適用したDesktopアプリ作れたわ
いやーこれもうWindows Desktopアプリですら.NETとXAML使う必要性なくなったな
しかしMetaも馬鹿だね意固地になってReact NativeでWindows絶対に対応しないマンやってる間にGoogleにしてやられたね
670 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 15:24:20.94 ID:Flf+dDbL.net]: Flutterって、GUIはDartで、ロジックはC#で書けたりするの？
だったらWinUIで作成途中のアプリをFlutterに移行したい。
671 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 16:17:49.04 ID:8j7y0aoA.net]: C++/CLIから呼べばいいじゃね
やりたくない
672 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 17:57:59.42 ID:BPOXl/2l.net]: なぜDartなの?
Dartの言語としての特色がFlutterに必要不可欠なの？
C#やKotlin、あるいはgoogleのGoじゃ駄目だったの？
673 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 18:06:44.45 ID:h3p7PiEx.net]: 今のモダンな言語なんてどれも変わらないだろ1日あれば覚えられんだから問題じゃないしどうでもいい
Goじゃ駄目なのかとか言ってる時点でアホすぎるDartすら習得できない老害がGoを理解出来るわけないだろ馬鹿が
674 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 12:02:01.88 ID:dWEr5JpQ.net]: 保守が楽というか、ホットリロード便利だな
XAMLがありがたいと思う時である
675 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 12:15:38.48 ID:BC1PADvs.net]: HotreloadもLive Visual TreeもReal Time Previewも超便利なんだが遅すぎた
そしてXAMLのカスタマイズ性とMVVMの冗長性が一向に改善されず相変わらず機能毎にStyleとBehaviorとConverterとTriggerとCommandと依存関係プロパティが増えていって対したことないアプリなのにとんでもないファイル数になる
そしてソリューションのロードだけでなく全ての動作がどんどんもっさりしていきビルドも遅くなりストレスが半端ない
676 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 12:49:09.43 ID:sLBT/1IZ.net]: 動作がもっさりしていくなんてやっぱり依存関係プロパティ、バインディングは使い物にならないですね
677 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 12:54:57.10 ID:7a3lZWu9.net]: WinUIになってイベントバインディングができるようになったからビヘイビアを使う機会は激減し、
コンバーターもバインディングで関数が使えるようになってから書かなく良くなった
更にビヘイビア作らないから依存関係プロパティーも殆ど使わずに済む

知らない人は知らないんだな
678 名前：デフォルトの名無しさん [2022/03/13(日) 14:44:02.04 ID:xGM27yKS.net]: WPF基盤アーキテクチャそのものが時代遅れになってるんだよな
679 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 15:21:44.97 ID:uBR7svsW.net]: 作るの面倒はまだしも保守も面倒なのがきつい
680 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 17:46:11.57 ID:R9ErNB8y.net]: >>667
たいしたことないアプリにMVVMなんか使うからそんなことになるんだよ。
ViewとModelだけに分けりゃシンプル。
681 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 18:47:41.95 ID:nsQtmE+R.net]: mvvmは捨てる必要ないぞ
viewとviewModelをヘンテコなbindingで繋がずに、
素直にXAMLのcodeBehindで結べば良い
682 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 19:36:41.22 ID:TWs45iq4.net]: https://platform.uno/blog/uno-platform-4-1-30-perf-boost-android-12-net-6-mobile-preview-13-and-more/
UnoPlatform 4.1リリース

UnoPlatform
Avalonia UI
MAUI
どれが一番品質高くてお勧めなんだ?
683 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 19:45:31.16 ID:CW8+aPF7.net]: >>674
品質は全部ダメダメ。その中にお勧めは無い。
684 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 19:52:50.47 ID:JnFjFcNy.net]: もうわけわからん
なんなの
685 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 19:56:40.09 ID:TWs45iq4.net]: やっぱそうなの
MAUIはまだ正式リリースされてないが
リソース分散されてどれも中途半端な品質で終わるパターンか

これらで本格的なアプリ作ったことある人皆無やろうからな..
686 名前：デフォルトの名無しさん [2022/03/14(月) 01:36:04.57 ID:q7j5hHcY.net]: Microsoft Store見たほうがいいよ
もう競争は始まっている
687 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 08:30:26.13 ID:fUKm9iPi.net]: 小銭稼ぎの低レベルな競争w
688 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 08:37:23.84 ID:aAll4MkO.net]: もう競争は始まっている(ｷﾘｯ
ちょwおまwwwクソウケるwww
WSAでAndroidアプリが動作して既に米国限定でAmazon AppStoreのテストが始まってんのも知らねー無知な知ったかがもう競争は始まっている(ｷﾘｯは草www
もうWindowsのアプリはすべてAndroidアプリに取って代わられるんだよ馬鹿
だからFlutterなんだよ低脳の馬鹿が
689 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 09:54:20.90 ID:WXnM/Xv2.net]: MSがそっちについて舵きったから
デクストップアプリもそーーなるよな
690 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 10:05:25.99 ID:9vW91rD0.net]: まだテストなんかしてんのかよ
Win11の売りだろw
691 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 11:53:26.20 ID:akZZG4oS.net]: 現時点でのまとめをお願いしたい
692 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 12:18:32.21 ID:5xSHNwQr.net]: Windowsデスクトップのみを対象　→　WPF + .NET6
マルチプラットフォーム　→　Flutter

以上
693 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 12:26:30.18 ID:alz+gcb+.net]: コケる予感しかしない!!!
694 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 18:04:46.14 ID:bq7EOiN8.net]: 間に別言語はさむならflutterはやらん
695 名前：デフォルトの名無しさん mailto:sage [2022/03/14(月) 20:46:17.51 ID:VgOEp4wW.net]: flutterは良いけどdartがパッケージ貧弱すぎてやってられん
696 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 01:08:03.87 ID:zy4//FCI.net]: XAMLでなければWPFでも良いのだが
697 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 01:17:15.55 ID:gDzVuJrs.net]: まぁXamarin使わないといけない特別な事情でもないかぎりまともな脳みそしてればクロスプラットフォームならFlutterかReact Nativeの二択しかないって理解できる
ぶっちゃけシェアって観点ならiOSならSwift+ObjCでAndroidならJava or Kotlinで未だに圧倒的にネイティブ開発の方が多いからな
その過半数もシェア取れてないクロプラでXamarin選択する馬鹿なんて中抜きCOCOAとかそういうのしかないってことも理解できる
カスマイズもメンテもクソ面倒なXAMLなんて強制されなきゃ誰も使わんよ
698 名前：デフォルトの名無しさん [2022/03/15(火) 02:36:07.28 ID:wxAKazpM.net]: XAMLはシンプルだから好きだな
699 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 02:38:24.61 ID:5wqp9dPN.net]: 直接テキスト弄るとか時代遅れ。40年前の開発環境やん。
700 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 02:42:09.78 ID:aztZ8x4p.net]: シンプルってWinFormsでもReactでもFlutterでもシンプルだぞ何言ってんだんだ？w
そもそもXAMLもバリバリコードビハインド使ってるし現代のフロントエンドはコードビハインドに回帰してるんだが時代が10年前から止まってんじゃねーの
701 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 07:38:52.71 ID:+nzcScrX.net]: >>688
WPFのメリットってXAMLが使える事ぐらいだろ

>>691
ノーコード・ローコードツールでも使ってな
702 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 08:06:43.73 ID:ANrCJv0X.net]: メリットもクソもWPFイコールXAML+MVVMなんだが？w
MSのJosh SmithがDocsの記事で公言してんだから疑問に予知なんてねーしそもそもそんなことも知らんアホがこのスレでふドヤ顔してんのレベル低すぎて超ウケるwww
703 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 08:25:53.39 ID:5wqp9dPN.net]: 誰でも知ってることをドヤ顔するゆとり
704 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 08:48:00.55 ID:QmwOu7BD.net]: 別にMVVMが必須ではない
量産し出すと保守の都合でMVVMの方が勝手がいい、それだけ
開発の大半はビジネスロジックやUIの作成に費やされていて、ビューモデルとか割とどうでもいい
705 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 08:58:25.27 ID:5wqp9dPN.net]: WPFの三大デメリット
・保守性が悪い
・開発効率が低い
・MVVM信者が仕事しない
706 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 09:06:50.36 ID:1P61Y5CH.net]: >>697
WinFormsよりは保守性も開発効率も格段に上だけどな。
MVVMの有無にかかわらず。
707 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 09:11:18.15 ID:5wqp9dPN.net]: >>698
VS開発チームに言え。
708 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 10:32:43.69 ID:ojiY1uz7.net]: XAMLって、HTMLでレイアウト+CSSで機能実現する人には快適だけど、HTML中心、つまり　Resource Style使わない人には大変だね。
Webデザイナー向け。
WinFormsでベタボトの人には向かない。
709 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 10:40:58.00 ID:nE2S4XJM.net]: HTML+cssメインの方だと
XAMLでは貧弱過ぎて相手にされないと思いますが
710 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 10:50:44.76 ID:F1Lshhnx.net]: >>700
いやいやXAMLのどこがHTML5+CSSなんだよ！w
お前がXAMLどころかウェブもReactもFlutterもなにもわかってない雑魚だってことはそのレスでバレバレだからもうROMってろ、な？w
逆にさっさとXAML捨ててHTML5+CSSならもっと人気でてるわ
XAMLを捨てられず折角買収したXamarinはXamarin FormsでオワコンだしASPもBlazorとWASMで延命はかるも中途半端すぎるわでオワコン
結局MSが出した答えはまたもAppleの猿真似でAndroidアプリをデスクトップで動かしたらええんや！でカジュアルなデスクトップアプリが死亡
711 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 11:52:30.80 ID:nE2S4XJM.net]: webview2上に標準のUIライブラリーを構築しとけば
よかったんですよね
わかります
712 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 12:16:53.73 ID:KABQ0Zu2.net]: >>698
その割には情報が少ない＝開発効率が悪い
713 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 12:22:57.16 ID:gx8bNUZn.net]: Viewは有償コントロール並べるだけだろ
714 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 13:00:11.14 ID:35tntd1Y.net]: >>704
必要な情報なんかとっくに出尽くしている。
情報は目の前にあるのにそれを得られない、
お前の脳の効率が悪いんだろw
715 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 15:41:41.04 ID:sSOFR72l.net]: あああああああああああああああああああああああああああああああ！！！！！！！！！！！（ﾌﾞﾘﾌﾞﾘﾌﾞﾘﾌﾞﾘｭﾘｭﾘｭﾘｭﾘｭﾘｭ！！！！！！ﾌﾞﾂﾁﾁﾌﾞﾌﾞﾌﾞﾁﾁﾁﾁﾌﾞﾘﾘｲﾘﾌﾞﾌﾞﾌﾞﾌﾞｩｩｩｩｯｯｯ！！！！！！！）
716 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 17:19:52.84 ID:QmwOu7BD.net]: XAMLはXML寄りだからねー
添付プロパティとか始めると入れ子の階層がすごいことになるし
<ListView.ItemTemplate>とか<i:Interaction.Triggers>あたりは書くのがつらい、まあ慣れたけど
717 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 18:55:14.60 ID:p708Dvf0.net]: XMLよりじゃなくてMSのXML拡張なんだよなんかこのスレってマジでにわかしか居なく無いか？
せめてAttribute Syntaxだけで記述できればマシだったがProperty Element Syntaxはツリーのネストが深くなるし行数も増えるしでいいことないからな
ユーザー定義コントロールのControlTemplateでめちゃ複雑で凝ったStyleとか最後は自分ので書いたのでも触りたくなくなるのに他人のソースとかマジ勘弁て感じ
718 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:16:13.93 ID:Ch7lNEeZ.net]: いや属性構文でもXAMLは冗長すぎて属性毎に改行するスタイルになるからどうやっても行数がヤバいことになる
これはもう定義が厳格なXMLの拡張であるXAMLの構造的欠陥なんだわ
せめてCSSを採用してればかなり違ったと思うんだよなStyleやResourceなんて誰が見たってゴミなんだよな
719 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:25:20.58 ID:3c+NwLhb.net]: ここはbland.SDKをmvvmのライブラリーだと
思いこむレベルの人たちですから...
720 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 20:13:15.69 ID:o9ZH2lXA.net]: >>710
Flutterでもプロパティごとに改行入れるし、そのほうが見やすい
721 名前：デフォルトの名無しさん [2022/03/15(火) 20:42:21.24 ID:wxAKazpM.net]: FlutterスレでもMVVMアレルギーおじさん湧いてたけどあれってもしかして・・・
722 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 21:05:42.26 ID:0pwMLlW6.net]: 批判ポイントってネストの深さとか行数とかそういうのしかないのか？
723 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 21:26:13.93 ID:tqrMOk9s.net]: Flutter でも、他で慣れ親しんだのであろう MVVM/ViewModel を単純に持ち込んでまどろっこしいことしてるコード見る度に...

FlutterでのRiverpod盲信はWPFでのMVVM盲信と同レベル、というのは確かにその通り...
724 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 00:01:55.31 ID:ND1xwVMd.net]: WPFの後継ってMAUIって思っていいのか？
725 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 00:25:33.33 ID:6gM+Gha7.net]: MAUIはXamarin後継
WPFの後継はWinUI
726 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 00:57:00.94 ID:F7f1h7IH.net]: >>717
なるほど、ありがとう
727 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 01:32:32.27 ID:/jrNcfGB.net]: >>717
だからサラッと嘘吐くなよなんで知らないことを間違った知識で語るんだよ虚言癖かよ
WinUIはWin32とUWPを統合してFluent Design採用したWindowsネイティブアプリ用フロントエンドフレームワークだよ馬鹿
WinUI実装の為のSDKの名前がWindows App SDKなのになにがWPF後継だよしったかすんな
728 名前：デフォルトの名無しさん [2022/03/16(水) 02:17:34.28 ID:wuYumoL3.net]: ↑なんだこいつ
729 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 03:02:43.71 ID:ntkoVrgD.net]: 別に間違ったことは言ってないから文句があるならプログラマーらしくロジカルに反論すればいい
女のヒステリーのように感情論で叩いても負けを認めてるだけだぞ
730 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 07:11:58.68 ID:t62JbOAg.net]: >>717
MAUIは主にモバイル向けのXamarinの新バージョン。
WPFの後継はWinUI。
もう少し詳しく説明すると、WPFの後継にしようとしてたUWPがどんなに手をれても開発者に見向きもされなかったんで
開発者のニーズに寄り添ってWPF＆UWPの真の後継として作られたのがWinUI。
しかし、いざ正式版が登場してみるとあまりの未完成っぷりに開発者たちから失望のため息が‥…
731 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 07:35:35.08 ID:uBzPpuZs.net]: 後方互換性を捨てられず既存のものを弄り回すしかできないMSの開発環境なんてどんなにテコ入れしても産廃だからうんこ
やはりここでも互換性を切り捨てて常に最新の環境に移行してくれるようにエコシステム作りとユーザーを飼い慣らしてるAppleは本当にすごい
IOS15が72%でiOS14が26%という驚異的な移行率でGoogleがMSと同じように最新OSに移行させられなくて苦しんでるのと対照的
しかもM1という驚異的なSoCでiOS/iPadアプリが一番パフォーマンス発揮できるのがmacOSという戦略性はさすが
ハードとソフトの垂直統合をここまで昇華できるAppleだから実現できるからこそだな
732 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 08:13:21.76 ID:x+y/Ki1q.net]: ﾌﾟﾌﾟﾌﾟ
733 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 09:06:24.05 ID:q+/1G7qo.net]: だからアップルは業務で使い物にならないんだよな
734 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 09:12:32.83 ID:LXlJ6hA/.net]: IBMは全員Macだぞ底辺のお前らには関係ない話だな
735 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 09:22:35.67 ID:x+y/Ki1q.net]: IBMがMSから捨てられ泣きながらPC市場から撤退したのは何十年前だよ？
736 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 21:36:30.06 ID:2ZlQjPn+.net]: >>719
めっちゃ早口で言ってそう
737 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 22:37:19.15 ID:mhgCR6jM.net]: Office 2019、2021がインストールされているかどうか取得する方法、誰かご存知ないですか？
2016までならレジストリエディタのGUIDでわかる情報は転がってるんだけど、2019以降が全く見当たらない
738 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 23:19:21.94 ID:rMGYl1E6.net]: >>729
スレタイ読め
739 名前：デフォルトの名無しさん mailto:sage [2022/03/17(木) 05:42:29.33 ID:WX+JvLzV.net]: >>729
if (MessageBox.Show("Office2019または2021がインストールされていますか？","", MessageBoxButtonYesNo) == MessageBoxResult.Yes)
{
// インストールされている（に違いない）
}
740 名前：デフォルトの名無しさん mailto:sage [2022/03/17(木) 12:50:07.52 ID:Rh0i5fdo.net]: そんな判定が必要なアプリ開発しとうない！いやじゃいやじゃ！
741 名前：デフォルトの名無しさん mailto:sage [2022/03/17(木) 13:10:26.88 ID:FgW1k7K+.net]: officeとかってかならずバージョンごとにCOMが登録されるんじゃないの？
しらんけど。
742 名前：デフォルトの名無しさん mailto:sage [2022/03/17(木) 13:14:09.96 ID:kCjHZQsl.net]: 知らんがな
743 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 06:21:10.65 ID:NYA2cqZa.net]: Windows App SDK 1.01
どこが治ったのやら
744 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 09:48:14.40 ID:heRjOKyd.net]: 1.2あたりから手を付けるか判断しても良さそうだな。
UWPみたいに勉強しても業務で全く使うことなく消えていったゴミの前例もあることだし。
745 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 10:22:39.55 ID:kcuVHwmf.net]: Win8のWinRTでガッツリ開発した俺から言わせればあの頃から何も変わってなくて100%産廃になると予言するわ
インシデント使って米国本社まで送ったバグが1ヶ月後に仕様で片付けられた思い出
746 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 10:30:01.48 ID:NghzuPCe.net]: インシデント使うなんて不可能。
747 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 11:13:27.96 ID:Rp9aIyi6.net]: >>723
何度も後方互換性を捨てた新しいアーキテクチャが、自社の後方互換性を維持したクソなアーキテクチャに負けるのを繰り返してるからな
捨てられないんじゃなくて結果的に捨てなかった方が生き残ってしまうだけな気もするが
748 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 12:05:45.38 ID:A2Hxu7EO.net]: フルスクリーン、Win7非対応
だけで導入検討結果が出る
749 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 12:54:24.54 ID:NYA2cqZa.net]: 1.01になってタイトルバー拡張するとキャプションボタンが消えるというバグは治ったが
依然として書いてあるとおりやるとマトモに動かないわ
SetTitleBarメソッドでキャプションの領域を除けと書いてあるけど、除くとキャプションボタンが動作しない
色々実験してなんとか使い物になりそうだから良かったが
750 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 13:22:50.58 ID:oA+Ipeaj.net]: そもそも苦肉の策でVS無償化やOSS化したにも関わらず一向にサードパーティ製の便利なフレームワークやライブラリないから開発環境としての魅力がないんだわ
Win32もUWPも先がないからWASMでPWAがデスクトップで動作しますよと押し売りするもノーサンキューされる
最終的に自社のエコシステムではアプリが増える可能性がないからAndroidアプリ動く様にするわと開き直ってしまう
DesktopアプリとしてAndroidアプリ動くならみんなAndroidアプリ作るだろ常識的に考えて
C#の言語仕様が素晴らしいだけに本当に勿体無い
751 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 13:40:32.78 ID:kUa/Ovyq.net]: MSスタックを選ぶ最大の理由って、アプリより下の層はお仕着せのMS技術だけを盲目的に採用していればよくて、
余計なこと考えずにアプリのコーディングに集中できるという点にあるからね
そのレールから離れると全く融通が利かず、地獄が待っている
スマホアプリみたいにそもそもプラットフォームが他社のものだったりすると前提が破綻してるから、使われるわけないんだわ
752 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 14:25:22.60 ID:A2Hxu7EO.net]: Linux: コンテナ技術
Windows: フォルダコピー

楽でいいよね
753 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 19:11:55.20 ID:dJnXTFIL.net]: 1.01
バグフィックスすらあまりやらん??
それともリストにしてないだけ?
754 名前：デフォルトの名無しさん [2022/03/18(金) 19:13:18.23 ID:dJnXTFIL.net]: 少し待てばいいかなと思ったけど、バグフィックスすら力いれてないなら待つのも無駄やん
755 名前：デフォルトの名無しさん [2022/03/19(土) 01:54:03.39 ID:1sjo6kcX.net]: それでも1.1なら・・・
1.1ならなんとかしてくれる・・・！
756 名前：デフォルトの名無しさん mailto:sage [2022/03/19(土) 02:36:27.98 ID:WMVh6OWH.net]: MS製品が使い物になるのはVer3からの法則を知らないのか？
757 名前：デフォルトの名無しさん mailto:sage [2022/03/19(土) 07:53:59.23 ID:flZlwZwr.net]: 確かにC#もASP.NETもバージョン3でようやくまともに使えるようになった
758 名前：デフォルトの名無しさん mailto:sage [2022/03/19(土) 07:54:36.06 ID:flZlwZwr.net]: ASP.NET MVCね
759 名前：デフォルトの名無しさん mailto:sage [2022/03/19(土) 07:56:30.67 ID:HgLoiHN9.net]: しかしこのスレほど技術的な話がないスレも珍しいな。
760 名前：デフォルトの名無しさん mailto:sage [2022/03/19(土) 08:01:16.20 ID:m8gcgnfG.net]: 岩永か河井より出来る奴なんて5chにいるわけーなからな
まず文句言ってるお前のスキルを詳らかにしてみろよw
761 名前：デフォルトの名無しさん mailto:sage [2022/03/19(土) 08:51:06.86 ID:VLx2LBUx.net]: でもそいつらの作ってる物ってガチャゲーだろ？w
762 名前：デフォルトの名無しさん mailto:sage [2022/03/19(土) 09:00:18.49 ID:nJK860Cd.net]: ガチャゲーておじいちゃんですか？www
河井は能力を認められて自分の会社をサイゲに買収してもらえて今はサイゲ所属ってだけだよ
そもそも河井はソシャゲ用のリアルタイム通信フレームワークを作って提供してた根っからの技術屋だぞ
ソシャゲはゴミだがサイゲが金持ってるのは事実なんだからビジネスとしては賢いわな
763 名前：デフォルトの名無しさん mailto:sage [2022/03/19(土) 09:15:14.11 ID:B0qHHy7v.net]: ガチャでイキる奴って・・・
764 名前：デフォルトの名無しさん mailto:sage [2022/03/19(土) 09:20:46.27 ID:V5/ewdsI.net]: まあ751-755あたりは技術的なハナシ出来ないやろなあ
765 名前：デフォルトの名無しさん [2022/03/19(土) 10:14:05.40 ID:vO7BajQU.net]: >>754
河井乙ｗ
766 名前：デフォルトの名無しさん [2022/03/19(土) 18:59:52.77 ID:1sjo6kcX.net]: MAT最新版出たね
767 名前：デフォルトの名無しさん mailto:sage [2022/03/20(日) 06:43:33.04 ID:TteZ6G0l.net]: 桑田の息子？
768 名前：デフォルトの名無しさん [2022/03/20(日) 17:41:33.52 ID:326HivDw.net]: え、MAT使ってないの・・・？
769 名前：デフォルトの名無しさん mailto:sage [2022/03/20(日) 20:20:11.37 ID:DiBIkIVz.net]: あ、あの時の…松本さん？
770 名前：デフォルトの名無しさん mailto:sage [2022/03/20(日) 20:22:26.21 ID:PaeTvIkR.net]: WPFで業務アプリ作るとなるとウィンドウいっぱい出したいじゃん
ViewModelからWindow.Show()なんてしていいのか
771 名前：デフォルトの名無しさん mailto:sage [2022/03/20(日) 20:24:45.50 ID:PaeTvIkR.net]: 業務アプリでLivetとかReactivePropertyとか使うつもりはないけど
使う現場もあるのか？まあPrismは使うが
772 名前：デフォルトの名無しさん mailto:sage [2022/03/20(日) 23:01:59.77 ID:XGeGdOwU.net]: ダイアログやらメッセージボックス類はService作って出すのが最近のはやりかな
単体テスト気にしないレベルのものなら直呼びでも構わんよ
PrismとかReactivePropertyはバリバリに使ってる現場もある
今だとPrismの方は破壊的変更あったから警戒されてる
773 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 00:02:23.87 ID:gaV/SAB2.net]: 出す内容による
今時はダッシュボードといって一枚に収めるのが流行りで
複数ウインドウなんてダサいことしない
774 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 00:26:07.86 ID:kEu3rbUt.net]: 閉じるボタンを押すともう２つのウィンドウが立ち上がるような
情報に溢れたプログラムであってくださいね
775 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 00:46:29.21 ID:jZWh/Hk1.net]: >>764
自分の見たのもビヘイビアでViewに機能持たせてServiceから呼ぶとかそんなんなんだよねえ
どんどんオレオレフレームワークになっちゃうけど

>>765
設定とかならflyoutでいいけど業務アプリは並べたいのよ
776 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 00:50:00.68 ID:zzNJROjc.net]: 業務アプリは多重ウィンドウが必須なんですけどそんなこともs(ry
だからUWPでもXamarinでもReact NativeでもなくWPFなんでs(ry
まぁ出来るやつ三人いたら半年で作れるシステムを20人で1年掛けるゴミを産み落とすのが業務システムだからな
やつらは日銭稼ぐためにあえて非効率かつ非生産的な思考と手法と設計と工程で仕事してるから業務システムのプロジェクトとか今まで上から下まで雑魚しか出会ったことないね
777 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 04:50:05.76 ID:4MS93H+I.net]: 1年ごとにUIどうなってるかな？とググってがっかりしてwpfを使い続ける事をここ10年くらい繰り返してる気がする

WinUI3はウィンドウの位置とサイズを指定する事ができないとか、マルチウィンドウに未対応とか
それはどういう気持で仕様作ってるのかね
リソース足りてないのであれば、完成してから .0リリースすべきだし
本気で無くても問題ないと思ってるなら救いようがないからチーム解体しろ
778 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 05:06:33.30 ID:aCdRn08e.net]: WinUIのgithubでボロクソに言ってやればいい
779 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 06:23:51.54 ID:c3Johg4x.net]: >>765
スマホアプリ程度の低機能なものなら1画面に収めた方がすっきりするし、ディスプレイサイズ的にそうせざるを得ないが、
大画面・複数ディスプレイも当たり前なPCを前提とした高機能なアプリは複数ウィンドウを積極的に活用するべき。
基本はダッシュボードタイプで、各項目をウィンドウ外にドラッグ＆ドロップすると別ウィンドウとして取り出せるようにするとかね。
780 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 06:43:14.53 ID:c9YW+Vx8.net]: >>771
MDIを知らん癖に時が20年くらい止まってる時点で相当ヤバいこのガイジwww
781 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 08:34:20.51 ID:meWbnOsy.net]: >>769
WinUIのウインドウサイズと位置は1.0のときにはAPI出来ていたし完璧に動いている
貶す前にもう少し調べようや
782 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 08:40:51.64 ID:2xjgwrAK.net]: 10年後に調べるから普及させといてくれ。
783 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 10:16:23.10 ID:Q8clBqEa.net]: >>772
UI設計のイロハも知らん雑魚が話に入ってくんなw
最新のブラウザでもMDIを取り入れているものもあるし要は使い所。
UWP製でもきちんと使い勝手を考えているものは複数ウィンドウを活用している。
784 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 10:29:31.35 ID:F0o9My5S.net]: この底辺ガイジこれで日曜ホビープログラマーじゃなかったらIT土方なんだろうな悲しいね
もともとWindowsでデスクトップアプリ作ってる奴はUI・UXデザインがウェブから10年遅れてると言われてたがこいつはそんなレベルじゃねーゾ
何のためにXAMLにレスポンシブデザインが導入されたのかも理解せず多重窓化すべき！(ｷﾘｯとか底辺すぎてクッソウケる
お前VBでWinFormsでしょーもないの作ってるのがお似合いだからプログラムのイロハを学ぶまでROMってろ、な？
785 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 10:35:06.23 ID:2xjgwrAK.net]: WPFにしてからWindows離れが始まった。
786 名前：デフォルトの名無しさん mailto:sage []: [ここ壊れてます]
787 名前： mailto:2022/03/21(月) 10:42:11.37 ID:CjTZODEN.net [ あれだけフローティングウィンドウ大好きだったmacOSでさえ最新のアプリはシングルウィンドウばかりなのに時代に逆行して先鋭的やろ！(ｷﾘｯとかドヤ顔してんの草 お前のこと今日からタイムトラベラーと呼ぶわコテ付けてくれたら暇な時にレスバで遊んでやるぞ嬉しいだろ ]: [ここ壊れてます]
788 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 11:00:45.67 ID:2xjgwrAK.net]: GIMPのUIに慣れません!!
789 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 11:37:52.18 ID:meWbnOsy.net]: イキっているところ申し訳ないが、WinUI3は1.01でマルチウインドウ対応したらしい

New features
We have stabilized and enabled the creation of multiple windows on the same thread in WinUI 3 applications. See issue 5918 for more information.
790 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 12:09:37.52 ID:YBHksAFs.net]: で、WinUI3で作られたアプリって何があるの？w
791 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 12:20:21.72 ID:zzNJROjc.net]: 論破されて悔しくて悔しくて顔真っ赤にして泣きながら言い返したくて必死でググってそれらしい記事を咀嚼も理解もせずそのまま引用するアホさが最高にイカしてるわ流石タイムトラベラー
まずWinUIを理解してないところが低脳たる所以だよな、WinUI=Windows App SDKでその目的はWin32/WPF/UWPのフロントエンドをXAMLで統一することなんだがMSのドキュメントに書いてあることがなぜ理解できないのか頭悪いって可哀想
そして今まで出来てたことができてなかったお馬鹿なフレームワークのWinUIちゃんで

『新機能。WinUI 3 アプリケーションで同じスレッドに複数のウィンドウを作成できるように安定化させました。詳しくは、課題5918を参照してください。』

が出来るようになっただけの話を、機能が実装されてるからこれ使うのが大正義(ｷﾘｯとかまた頭悪いドヤリングしてて草
じゃあP/InvokeやMarshallingが実装されてる.NETは常にこの機能を最優先して開発するのが大正義(ｷﾘｯって言ってることと同じなのを理解できない頭の悪さも流石タイムトラベラー
792 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 12:27:29.83 ID:2xjgwrAK.net]: > XAMLで統一する

悪夢だ。絶望しかない。
793 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 12:30:14.29 ID:g8sNg+LG.net]: XAMLですらバージョンの統一できてないやん
794 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 12:31:15.99 ID:meWbnOsy.net]: >>782
つか、ソースはWindows App SDK 1.01のリリースノートなんだが
https://docs.microsoft.com/en-us/windows/apps/windows-app-sdk/stable-channel

俺自身は.net1.2の頃からダッシュボード型を好んで採用していたよ
795 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 13:20:23.43 ID:7kIYjTn9.net]: >>783
上手くいってもXAML止まりか...
これが一番希望がない
796 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 14:15:18.27 ID:pjUvHW7W.net]: >>782
反射的に返信せずにちょっと落ち着いてみようよ
内容はその通りなのに文章のせいで説得力がマイナスだよ
797 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 14:23:19.37 ID:cYbWO+pe.net]: 正論でマウント取られたからって感情論から説得力とか言っちゃう奴こそ考えてから発言した方がいいぞ
プログラマーの癖にロジハラとか言っちゃう奴はマジでセンスないから今すぐ他業種に転職しろ
798 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 14:27:55.92 ID:FZgJyJbc.net]: あと20年は同じことで議論してそうだな
その前に寿命来そうだが
799 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 14:30:38.28 ID:CNlqFdMF.net]: ちょっとマルチウィンドウの実装方法が質問があっただけなのにこの騒ぎですよ
どんだけマウント取りたい奴だらけなんだｗ
800 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 14:34:09.56 ID:bf5EvDSb.net]: 進化してるのか退化してるのかもよくわからない
単体の機能では追加はあるが元からある機能を制限したり削ったりしてるのが何とも

今度のAPIではマルチ画面の縦横の方向情報はとれるのかな？
801 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 14:45:58.47 ID:Q85gthDJ.net]: >>787
他人の悪口が言いたいだけの人に付き合っても無駄だよ
802 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 14:52:33.79 ID:GS4LD4Qx.net]: 間違えていたりググっただけのにわかが突然スレでイキリ始める
↓
ロジカルにマウント取られる
↓
ヒステリーおこして感情的で幼稚な悪口で叩き始める
↓
IDコロコロで自演が始まりスレが大体半日ほど機能不全になる
↓
ループ
803 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 15:18:41.27 ID:aCdRn08e.net]: 論破されIDコロコロとかいってるあたりこいつ
>>568のやつだろ
flutterスレでも最近論破、IDコロコロと同じこといってたぞ

キチガイだから無視したほうがいい
804 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 15:56:00.11 ID:meWbnOsy.net]: >>791
新しいAPIは概念が独特でとっつきにくいけど一通りの機能はあるよ
マルチ画面の位置やサイズどころか変化の通知までできる
https://docs.microsoft.com/ja-jp/windows/windows-app-sdk/api/winrt/microsoft.ui.windowing?view=windows-app-sdk-1.0
805 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 15:58:19.34 ID:Ogs83Cvj.net]: まったく俺なんてserviceからメッセージボックス呼んでると見せかけて
実際は中でMessageBox.Show読んでるだけだぞ☆
806 名前：デフォルトの名無しさん [2022/03/21(月) 17:34:28.41 ID:ZFF/yiOH.net]: >>781
WinUI 3 Controls Gallery
807 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 22:01:04.16 ID:TExUokzK.net]: >>796
serviceの体をなしてるなら十分や
後で必要になったら中身埋めていける
808 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 23:22:58.39 ID:X8mKOGyQ.net]: 馬鹿らしい
809 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 07:57:35.47 ID:tccQPm8N.net]: 見てください、これがMVVM真理教の信者です
810 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 09:13:41.04 ID:j9TXqRTT.net]: >>795
機能はありゃいいってもんじゃない。
もちろん機能自体がないのは論外だが、いかに違和感なく素直に使えるかが大事。
811 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 11:34:29.29 ID:PoOrRQX9.net]: ダイアログ出すだけで大騒ぎのアーキテクチャってなんなの？
812 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 12:21:00.75 ID:R4Hxgmoi.net]: ダイアログ出すとブロックされるからしかたなくポイもの出してる環境があるらしいよ
813 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 13:56:32.20 ID:R4Hxgmoi.net]: それはともかくMeesageBox親窓指定してもど真ん中に出るのヤメーヤ
WinFormツコウタルわ
814 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 14:03:14.97 ID:0i5/eRQ3.net]: もうMessageBoxよりContentDialogだな
裏に回って操作不能という事故が物理的に起こりえないのは素晴らしい
815 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 14:22:53.05 ID:PoOrRQX9.net]: 笑えるレベルの素晴らしさwww
816 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 14:38:06.12 ID:0i5/eRQ3.net]: MessageBoxの事故はどんな言語でもたまに起こる事故なのに
817 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 15:00:17.64 ID:TOUxDVUs.net]: ContentDialogってちゃんと親ウィンドウからはみ出して表示できるんだっけ？
818 名前：デフォルトの名無しさん [2022/03/22(火) 18:05:26.52 ID:CVsnKc6I.net]: MessageBoxは不親切だからできるだけ使わないほうがいいよな
819 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 18:50:47.75 ID:zT+Z1x4K.net]: >>809
TaskDialog 使えってこと？
820 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 20:59:35.21 ID:oFSWuHXw.net]: >>798
できた！

using MessageService = System.Windows.MessageBox;
：
：
MessageService.Show("hello");
821 名前：デフォルトの名無しさん [2022/03/22(火) 21:59:51.08 ID:CVsnKc6I.net]: 絵とか付けて分かりやすくしろってこと
822 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 22:33:01.99 ID:TibwPpTv.net]: え？
823 名前：デフォルトの名無しさん [2022/03/22(火) 22:58:51.86 ID:zxRHNI0M.net]: >>811
面白くないな
やりなおし
824 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 08:35:43.22 ID:ZLIY+wm8.net]: Flutter、ネスト地獄と括弧の数合わせるの面倒くせえ。
XMLみたいに開始タグと終了タグに名前がついてれば対応がわかりやすいのに。
それかPythonみたいに括弧を使わずインデントで制御するとか。
一つの言語でUIもロジックもやるんじゃなくてそれぞれに特化した言語でやるのが正解の気がするなあ。
825 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 08:43:40.46 ID:A2Z6Gfmf.net]: ネスト深いとインデント制御の方がメンテで泣きを見るよ
ネスト深くしてる時点で糞なんだがxamlは比較的マシなのは同意
826 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 08:48:38.26 ID:dz17t6vs.net]: こんな馬鹿なこと言うやつはNotepadで書いてる老害しかありえねーwww
827 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 09:10:25.01 ID:ujEsRnRc.net]: >>>817
バカ発見
828 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 11:19:15.45 ID:6eNzszIY.net]: ググることすらできないIT土方の底辺がクレクレしてるだけだから釣られて答え教えてんなよ残念でしたーw
829 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 12:05:33.50 ID:TpwnHNL9.net]: ネストフェチ？
好きなだけくれてやろう！
830 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 13:07:39.16 ID:fHoc2xVF.net]: XAMLの方が圧倒的にに行数増えるだろ何言ってんだか
ネストだってリソース全部外部に定義してるだけで参照や依存関係追う時逆にクソだるい
そして顧客の無茶な要求に応えるにはゴリゴリにカスタマイズせざるを得ないから大量のコードビハインドによって最終的に作った奴しか読む気にならない属人化の出来上がり
831 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 14:42:26.36 ID:hw4g1Cso.net]: 行数短くても超絶分かりにくかったら意味ないのよ
832 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 14:53:42.78 ID:K2oEL0PR.net]: >>822
超大手案件の300人規模の開発でラムダ式読めないから禁止と渡された標準化に書いてて俺が率いるチーム全員大爆笑したの思い出した

>行数短くても超絶分かりにくかったら意味ないのよ
こういうこと言う奴いるよねー
こういうこと言う奴はほど信じられないくらい冗長な名前付けてておまいうって爆笑すること多々ある
833 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 15:18:12.95 ID:74/zoSoK.net]: 3流PGが4流PGを笑ってる。
レベルの低いところだな。
834 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 15:21:15.67 ID:Rq928qXu.net]: >>823
馬鹿な部下持って大変だなw
835 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 16:19:10.66 ID:yMtNzCwv.net]: って4流とやらが言ってる
836 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 16:19:53.37 ID:G/kC0dF6.net]: 論破されて反論できず顔真っ赤で自演とかそうとう効いてて草
837 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 16:21:42.92 ID:nUwfSeaH.net]: 単純にラムダ乱用する奴が必ずでてくるからでは？
ラムダが50行100あり、さらにラムダの中にラムダがあってラムダ4重ネスト
しかも1つ1つが結構複雑で長いみたいな。
838 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 16:30:03.97 ID:5huzZsbS.net]: ラムダ式もメソッドチェーンも読めないし使いこなせないから禁止って底辺すぎるから今すぐ転職してプロジェクトから消えてほしい
レベルのクズだな

>>828
それRedditやStackoverflowで書き込んでみろよ100%馬鹿にされて日本のプログラマーは雑魚だって恥かくから
839 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 17:08:36.79 ID:nUwfSeaH.net]: いや callback hell と根っこは同じだから
上手く節度をもって使わないと見づらくなる
ならないならjsとかでasync awaitとかあっても（表面的な）見やすさ全くかわんないよねー
っとことになるわけで。
840 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 17:26:27.40 ID:MLtaj1NG.net]: ルールを笑ってるのか、そのルールが必要な組織を笑ってるのか？
どちらにせよそのルールが必要なレベルの組織でしか仕事をさせてもらえない自分達を笑えないとね
841 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 17:33:44.06 ID:Ry8ZnRGO.net]: データやNECや富士通がこのレベルだからな
日本はゲーム開発以外はマジでただの半官半民の中抜き多重請負の底辺だぞ
842 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 17:39:56.52 ID:Rq928qXu.net]: まあ、一般論だけいうとラムダ使いたがる奴の特徴。

・保守性を全く考えずいつもやっつけコード
・何でもvar使わないと気がすまない
・仕様書書かない
・テストしない
・ラムダが遅いのをハードのせいにする
・コーディングルールを守らない
・空気が読めない
・近眼
・チビ
・ブサイク
・自分を能力者だと思っている

まぁ、ほんと一般的にこう言えるってだけだけどね。
843 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 17:48:27.79 ID:p0/hsFKb.net]: >>833
Googleのリファレンスコードがラムダ式使いまくりなんだけどw
その意味不明な妄想をGoogleのプログラマーに是非ぶつけてみて反応を教えてくれ
まぁ底辺IT土方のお前じゃ一生会えないだろうけど
844 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 17:52:13.02 ID:Rq928qXu.net]: でしょ。googleの技術者によく当てはまる。
845 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 17:56:01.58 ID:UwUG9gUD.net]: >>833
varの使用はMSが推奨してるんだけどwww
天才あらわるwww
846 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 17:57:02.50 ID:Rq928qXu.net]: でしょ。MSの技術者によく当てはまる。
847 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 18:24:18.45 ID:nUwfSeaH.net]: まあGoogleには14億株投資してるし、マイクロソフトにも10億投資してるから切磋琢磨して伸びて欲しいな。
848 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 18:41:26.04 ID:62orYro5.net]: その挙動に名前が付けられて見たら理解できるならラムダにはしないでメソッドにしたほうが良い
ラムダはぱっと見ブロックがどこまでかわからないのが多い
849 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 18:44:47.79 ID:62orYro5.net]: ラムダ式のコード中身まで見る必要がないならメソッドにしてラムダで呼び出し
ここでラムダ式の中身を見ないと意味が通じないならラムダを直書きにする

でも大体はそういうことはない
850 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 19:07:22.30 ID:E8B98DY8.net]: >>828
ラムダの乱用ってなんなん？(･ω･#)
851 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 19:08:58.95 ID:E8B98DY8.net]: 初めて聞いた(･ω･;;)
852 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 20:05:36.08 ID:2VXgTwdf.net]: >>839
メソッドの名前がラムダ式そのものになってしまうならラムダ式の方が良いよね
853 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 20:44:53.55 ID:rzaFjrRq.net]: 取るに足らないメソッドの名前を考えなくていいのは最大の恩恵なのにな
メソッド名考えるだけで５分１０分かかる時がある
854 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 21:41:31.22 ID:7lMhID1f.net]: デリゲートも匿名クラスも匿名メソッドも知らないし理解できない低脳なんだろ
便利な機能やシンタックスシュガー使わない屁理屈捏ねてるけど結局
それって馬鹿だから難しいこと理解できないから許さんて言ってるのと変わらないじゃん
C#使う意味ないからVB6使っとけよあとアホすぎて相手したくないからコテつけるかROMってろ
855 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 21:41:48.74 ID:Rq928qXu.net]: そこだよな。能力者たる者は何も考えない。
856 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 21:50:50.58 ID:nUwfSeaH.net]: 理解できないやつなんか居ないだろw
10億円すらない貧乏人とかグズなカス以外w
857 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 01:22:49.65 ID:/7RI+XsA.net]: 自分だけが理解できるコードじゃなくて他人にも意味が通るコードにしないと
858 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 02:13:56.65 ID:qIzkD08+.net]: 自分だけが分かるコードでも半年経つとわからなくなることあるよね。
859 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 06:55:31.37 ID:JVs5nwp2.net]: 次の日には分からないあるよ
860 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 07:42:45.91 ID:NUrIJqDQ.net]: >>833
もしかして、foreach も禁止とか？
861 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 07:45:24.66 ID:JVs5nwp2.net]: むしろ将来性ないwpf禁止で
862 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 07:51:33.34 ID:3TcbpiO0.net]: >>852
消去法でまともなのがwpfしかないんよ
863 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 09:41:53.16 ID:AIfDKouq.net]: >>853
WinFormで充分
864 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 11:21:18.48 ID:kWSTUBzN.net]: prismって終わるのかな？
今年に入って殆ど活動していない
https://github.com/PrismLibrary/Prism/pulse/monthly
865 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 11:24:02.44 ID:C9Ica0G+.net]: 諸行無常
866 名前：デフォルトの名無しさん [2022/03/24(木) 17:26:32.61 ID:AaTznkei.net]: もうMicrosoft.Toolkit.Mvvmが主流なんじゃないの
867 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 20:10:46.85 ID:8VVrpTDM.net]: >>854
じゃあ、より楽に開発できるWPFだな
868 名前：デフォルトの名無しさん mailto:sage [2022/03/24(木) 20:21:29.43 ID:zKtIMZNx.net]: WinFormsより楽だよね
MVVMにこだわりすぎなければ
869 名前：デフォルトの名無しさん mailto:sage [2022/03/25(金) 06:02:54.20 ID:/U1J5LNL.net]: レイアウトが固定ならWinformでもいいんだが
リサイズできるウィンドウやら多言語化やらで柔軟なレイアウトにしなきゃならん時はWPFが楽なんだよな
870 名前：デフォルトの名無しさん mailto:sage [2022/03/25(金) 07:45:23.48 ID:/+G9N/sc.net]: >>857
だな
871 名前：デフォルトの名無しさん mailto:sage [2022/03/25(金) 22:26:17.78 ID:p9UaUuOr.net]: >>855
せめてtemplate packだけvs2022に対応してくれってやつに忙しいから後回しって回答してたしやる気は一応あるんじゃないの
872 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 07:07:03.66 ID:9jtFEqJp.net]: リサイズでレイアウト変更すんな。使いにくいわ。
873 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 08:01:36.98 ID:AdZC57zN.net]: windowを小さくされたらコントロールを収納したりしないと使えないでしょ？
874 名前：デフォルトの名無しさん [2022/03/26(土) 08:37:09.16 ID:ElVy7f2z.net]: Webのレスポンシブとかめっちゃ使い勝手悪いもんな
875 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 09:04:27.08 ID:AdZC57zN.net]: vscodeが複数windowに分離できない以外は遜色ないからweb技術のuiが悪いわけではないと思うが
876 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 09:44:52.47 ID:9jtFEqJp.net]: コントロール収納すんな。使いにくいわ。
877 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 10:05:11.27 ID:tHoTNowZ.net]: レスポンシブが使い勝手悪いとは一体
878 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 10:10:10.30 ID:9jtFEqJp.net]: スクロールバーを細くしたり消したり、タブをクリックしようとしたら
いきなりXボタンが現れてタブが閉じてしまったり、糞みたいなUI考える馬鹿が多くて困る。
879 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 10:13:45.65 ID:9jtFEqJp.net]: 収納しまくってるリボンUIが糞UIの見本だ。
880 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 10:22:52.46 ID:IKn9xZjz.net]: >>870
リボンってカスタマイズ可能なメニューバーなんだけど、わかってる?
881 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 10:47:01.40 ID:9jtFEqJp.net]: FAQ:メニューバーの表示方法

ほんと馬鹿はなんでも隠したがる。見た目しか考えてねぇ。
882 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 10:50:04.15 ID:IKn9xZjz.net]: >>872
リボンUIはメニュー「バー」自体は常に表示されているんだが？
少しは考えてから反応しろよ。馬鹿がバレるぞ。
883 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 10:52:18.43 ID:fbvWsdpr.net]: VSCodeのコマンドパレットはメニューバーより遥かに使い�
884 名前：竄ｷいけどな もうコマンドの数の多いアプリは全部これにしてくれ []: [ここ壊れてます]
885 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 11:04:56.71 ID:9jtFEqJp.net]: メニュー+ツールバーがいかに便利か。リボンUIがいかに糞か。
VSとMSOffice使えば分かりますな。だがアホは分からないらしい。

カスタマイズできるメニューバーだ!! バーは常に表示されている!!　www
886 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 11:39:09.04 ID:7vyXdjhR.net]: メニューが多すぎて探し切れない→検索ダイアログから機能(コマンド)をインクリメンタルサーチすればいい
この発想ってIMEで変換入力している言語と相性が悪い
代わりに利用されるのがピンとかお気に入りという機能
リボンUIではクイックアクセスツールバーと呼んでいる、あんなでかいアイコン要らなかったのだよ・・・
887 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 11:50:59.40 ID:wKmHp5ED.net]: >>874
いや、コマンドの断片でも覚えてないと呼び出すことすらできないから、これのみだと使い物にならない。

>>875
>メニュー+ツールバーがいかに便利か
そう、リボンってまさにメニューとツールバーの融合なんだよね。便利でしょ？

>>876
クイックアクセスツールバーを育てるための元が必要。
こういうコマンドがありますよって中からピックアップしてクイックアクセスツールバーを育てていく。
使用頻度の高そうなものや重要なものは大きく目立たせるのはUI設計の基本。
888 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 11:55:48.05 ID:9jtFEqJp.net]: メニューとツールバーの融合にも失敗してデスクトップとモバイルの融合にも失敗するとか、
MSはほんと無能なUIデザイナーを雇ったな。
889 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 11:57:07.26 ID:9jtFEqJp.net]: デバイス違い、スマホとPCでレイアウトが違う →分かる
リサイズでレイアウトを変える　→変えんな!! 使いにくいわ!!
890 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 11:58:36.69 ID:sDWgty5N.net]: >>876
>>877
ああ、確かにコマンドパレットは日本語と相性悪いというのはあるかもな
開発ツールは基本的に英語で使ってるから全く不便に感じたことなかったわ
891 名前：デフォルトの名無しさん mailto:sage [2022/03/26(土) 15:04:30.42 ID:tHoTNowZ.net]: >>879

> リサイズでレイアウトを変える　→変えんな!! 使いにくいわ!!

なにが使いにくいのかわからん
ウインドウサイズ小さくした時にスクロールなしで全ての機能にアクセスできるのは普通に嬉しいが
892 名前：デフォルトの名無しさん [2022/03/26(土) 20:14:59.66 ID:VQ6/TxID.net]: メニューとツールバーの融合は成功してるだろ
TabbedCommandBarがある
893 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 21:01:20.36 ID:2LIBvnFS.net]: >>878
昔はデスクトップとIE4の融合にも失敗した
やらなくていいことを積極的にやる無能

twitterにもいるけど
894 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 15:06:20.93 ID:DkKihmtS.net]: 当時、MSはデスクトップに天気予報や株価とかニュースを表示したかっただけなんだよね。
895 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 16:39:58.84 ID:pjQk8qDC.net]: プッシュ型広告で儲ける算段だったよ
896 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 17:41:47.51 ID:nyNeFImy.net]: デスクトップに好きなサイズ・レイアウトでフォルダウィンドウを埋め込めて便利だったけどな。
897 名前：デフォルトの名無しさん [2022/03/28(月) 19:53:02.22 ID:URs5L4+z.net]: >>883
Edgeバーで融合に成功していますね
898 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 20:27:05.64 ID:AdFfaV3F.net]: ..net7 preview2ブログにNativeAOTが実験状態からメインラインに乗るって書いてあったけど
UIフレームワークはうんこでこのアンバランス
899 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 18:28:49.42 ID:nU43No1S.net]: あれ？commandってviewmodelに書かないとダメだったっけ？
converterみたいに共通化出来なかったっけ
900 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 19:24:53.67 ID:hUsSND19.net]: 投げ捨てるが正解
901 名前：デフォルトの名無しさん [2022/04/02(土) 22:52:02.40 ID:VxxpSTSj.net]: >>889
出来る
902 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 22:41:51.34 ID:kGvu4XMT.net]: 1.
903 名前：1 Preview1出たけど、誰か試した人いる？ []: [ここ壊れてます]
904 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 22:43:31.61 ID:NWvQ4doQ.net]: 君が試してレビューしてくれ

俺は何もする気がおきない！
905 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 03:48:47.82 ID:GWDliFfK.net]: 俺も口は出すが手は出さん
906 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 09:26:55.82 ID:aNvi7YwD.net]: 俺も冬眠から目覚めるのが早かった
907 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 19:39:49.56 ID:accwe6vj.net]: このままオワコンになりそうで触る気が起きないわ
やる気も感じられないし
908 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 20:56:51.15 ID:EAh2hm0B.net]: winuiやべーな・・・ほんまやる気かんじない
909 名前：デフォルトの名無しさん [2022/04/05(火) 05:45:07.45 ID:mMOq1HVR.net]: ダークモード対応してるのはいいよ
あと、OSでちゃんと管理してくれるアプリになるのがいい
910 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:43:46.95 ID:fN/L9gSF.net]: MSってネーミングセンスゼロだね

.Net5、.Net6って名前にしたから検索と相性が悪い
911 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 00:34:32.33 ID:O5Kov3Ch.net]: >>899
そもそもWindowsからしてセンスゼロ
912 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 07:07:52.43 ID:8tuXZutt.net]: Windowsっつーか、マイクロソフトがダサい
アップルがちょっと洒落たことをすると、すぐ真似をして自滅する
913 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 07:32:50.57 ID:I8uDtqAl.net]: .NETx 戦略は悪手
914 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 07:37:40.56 ID:ailcyhmJ.net]: 7、8、9、10.って続けてくれるならいんだけど
どうせまた途中で.NET DXみたいに変な名前に変わるんだろ
名前そのものはどうでもいんだけどコロコロするのはやめろ
915 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 10:12:48.47 ID:nwPWXWQ8.net]: 今は5系と6系だけだからまだいいけど、11、12みたいになってきたらランタイム全部インストールとかダルすぎる。

C++ランタイムはバラバラに入れさせるとかアホなのってことである時点から2015-2022は一括で、みたいなインストールの仕方になったが
916 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 15:22:03.39 ID:fncECwdL.net]: .NET5は来月でサポート切れるから心配しなくていいよ
917 名前：デフォルトの名無しさん [2022/04/06(水) 21:50:50.80 ID:WxKXlPnf.net]: 偶数のだけ追っていけばいいんじゃないか
どうしても今すぐ使いたい機能がない限り
918 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 21:59:08.46 ID:NZGD25ax.net]: しかし７でNative AOTが出てきたら使わざるをえない
919 名前：デフォルトの名無しさん [2022/04/06(水) 22:16:06.05 ID:WxKXlPnf.net]: それランタイム要らなくないか？
920 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 23:43:19.65 ID:8nAXZNyz.net]: .net xとかvisual studio codeとか、なんでこうググりにくい名称にすんのよっていつも思う
921 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 16:08:06.72 ID:qK2BZvo5.net]: R「せやな
Go「DotNetXって新しい言葉作ったらええ
922 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 19:44:48.22 ID:oWsrj6tO.net]: こうやって不完全のものをどんどんリリースする風潮、そろそろやめにしてほしいねえ

ゲーム程度ならまだしろ、企業向けアプリはどうすりゃいいのってなる
923 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 20:40:50.29 ID:LEnNSo0P.net]: 企業向けはぎりぎりまで4.8でしょ
924 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 20:50:34.39 ID:X6cQgOOm.net]: バグフィックスならどんどんリリースしてほしい
ただ、WinUI 3のWinUI 2の機能の移植さっさとすすめろよ
925 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 20:55:06.99 ID:X6cQgOOm.net]: WinUI 2.7.2
WinUI 2.8まだー?2.7からもう半年過ぎてるんですが?
WinAppSDK 1.0.2
926 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 07:59:06.19 ID:aDtoFpcQ.net]: アホみたいにバージョン上げるな！
927 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 08:57:45.91 ID:mr8sTYaK.net]: 今さら2.0とか3.5の人がいるとは思えないから、4.8で統一じゃないかな
.NET Coreの方はどんどん新しいのが出るわけで、保守には向いてない
928 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 11:20:06.14 ID:YzqwcN9Q.net]: と、思うだろ？
4.8はvistaやオフライン環境で動かないしvs2019以上必要だから嫌われる
理不尽な世界なんだよ
929 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 12:09:06.65 ID:mr8sTYaK.net]: XPなんか使う環境あるわきゃねーだろプギャーしようと思ったら
先週電話でライセンス認証したばっかりだったわ
まあそういうこともあります
930 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 12:17:14.11 ID:YdZFc9ua.net]: Vista…？

まあUI系は.NET Frameworkでいいわな
ドメイン層やインフラストラクチャ層はNET5,6で作ったほうが色々恩恵がある。
931 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 12:23:34.53 ID:VljZtt2r.net]: >>917
2017Expressでも4.8使えるが何か問題ある？
932 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 12:30:32.73 ID:YzqwcN9Q.net]: すまん。VS2019は4.8じゃなくて別の依存だった。忘れてくれ
VS201７でもVS2012でも4.8使えた
933 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 15:19:16.79 ID:mXqxSq/e.net]: >>917
オフライン環境で動かないってどういう時
インストールかな
934 名前：デフォルトの名無しさん [2022/04/08(金) 18:15:07.09 ID:l+Piwx0m.net]: WinUI 2.xは避けたほうがよくないか？
935 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:48:02.75 ID:CsiihudH.net]: 急いでるならWinUI 2の方が安定してるからな
もちろん、sandbox環境の要件でokなら

まったり待てるならWinUI 3でいいんじゃね
936 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 19:16:02.72 ID:0KR3fgOA.net]: >>905
まだ4.8なんだけどもう切れるのかよ
937 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 08:41:16.57 ID:DqRL6oPy.net]: Microsoft.Toolkit.MvvmのRelayCommandをボタンのCommandにBindingしたとき、Enabledを切替えるには、NotifyCanExecuteChanged()を自分で呼ぶのが普通の使い方ですか？

例えば、プロパティAとBがtrueのときにボタンを有効にしたい場合、AとB両方のPropertyChanged時に、それぞれNotifyCanExecuteChanged()を自分で呼ばないといけないのでしょうか？
938 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 12:18:25.45 ID:a0cCL+ku.net]: そうだと思う
939 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 13:08:08.85 ID:qkp+G61n.net]: >>925
.NETCore以降ほんと切れるのはやいよな
こんなの個人で作るツールにしか使えない
940 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 13:32:01.27 ID:0ZIZMUGe.net]: でも個人で作るツールってクロスにする意味ってあんまりないんだよね。
基本的にWin使いならWinばっかり。
だったらファイル少なくて済む4.8のが使いやすい。

複数のOSを使う人も居るが、エディタとブラウザ以外は
アプリを共通とかコマンドを共通で使うとかやってないんじゃないかな。
ただの無駄だし。

今のところAzure functionくらいかな。
941 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 14:27:09.14 ID:cvyLC6WE.net]: 別に瀕死じゃない状況で勝手に瀕死になりうる判断を下し
自ら墓穴を掘るのがMSらしいなあ
942 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 14:48:20.13 ID:xUshKrSo.net]: 普通にVScodeを作った開発環境の
MS版をリリースしてくれれば良かったんよなーー
943 名前：デフォルトの名無しさん [2022/04/09(土) 18:23:09.34 ID:XPikbUhT.net]: 4.8にするくらいなら6でよくないか？
Windows 10プリインストールって3.5だし
944 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 18:24:04.10 ID:NgF7YXE8.net]: 11がリリースされてもう半年経つのに未だにAcrylicやMicaの最新のネイティブフロントエンドに対応しない公式SDKのWindows App SDK(WinUI3)
もうこれだけでMSやる気ないってわかるうえにサードパーティで誰も作らず既にコミュニティが過疎ってて相変わらずオワコンなの草
FlutterはWindows Desktopに対応したばかりなのにサードパーティがAcrylicやMicaを独自実装したパッケージをリリースしててコミュニティが超活発で便利なフレームワークやライブラリ沢山あって盛り上がりがわかる
MSの開発環境の一番ダメなところがこのコントリビューター不在でコミュニティが盛り上がらずいつまで経ってもエコシステムが構築されないところなんだよな
だから便利なパッケージだけでなくノウハウやナレッジもなくて利害関係のある案件でしか誰も使わないから不人気なまま負のループ
945 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 18:39:41.35 ID:uMCYp8zC.net]: winuiは最大公約数のライブラリ作ろうってプロジェクトだから・・・
946 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 19:10:23.20 ID:9zZm4X9W.net]: 最大公約数がメタファーとして適切だとは思えないけど高度に抽象化された.NET用意したから後は開発者が便利なフレームワークやライブラリを勝手に作ってコミュニティ盛り上げてね(^^)とMSに放置されてオワコン化した黒歴史をまた再現するの？って話なんだが
947 名前：デフォルトの名無しさん [2022/04/09(土) 19:22:04.04 ID:XPikbUhT.net]: 便利なフレームワークやライブラリがもう大体揃ってて誰も困ってない可能性があるな
948 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 19:33:05.47 ID:dNioD6pk.net]: たいしたことやってないならそうなんだろうな
客からの要件は大抵有償コンポーネントないと無理って案件ばかりだけどね
これが他の人気の開発環境なら無償で揃ってるんだけどなーってことが多すぎる
特にXamarinは有償でも選択肢が用意されてなくて開発途中で座礁するからおすすめしないCOCOAの惨状見ればまともな開発者ならすぐ気付くだろうけど
949 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 20:23:33.75 ID:evitdrSp.net]: Xamarinはあのおばさんがでしゃばってるから見ててキツいなと遠巻きに思ってたらそもそも誰も使ってなかったっいう
950 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 20:30:05.45 ID:cvyLC6WE.net]: まず人脈～
951 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 22:40:35.06 ID:scRa/GqO.net]: >>932
いい加減な。Windows10初代でも4.6が入ってるだろ
4.8はMay 2019 Update（1903)から入ってる
952 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 23:06:00.36 ID:a0cCL+ku.net]: flutterのfluent_ui
メンテナー募集してるな
これが個人の限界
953 名前：デフォルトの名無しさん [2022/04/10(日) 01:35:47.54 ID:j5bjK/em.net]: 古田はスマホ用に留めておくのが正解だろうな
デスクトップはスマホと違ってOSとの親和性が求められるものだ
954 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 04:53:37.69 ID:qE10hPc2.net]: 古吉
田田

～　どの家にもアンテナはあるものです　～
955 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 14:54:59.09 ID:9r2i9v2w.net]: >>932
3.5ってのはまず大嘘だし、4.8と6じゃ寿命が違う。
OSとセットでずっと使える安心感と、リリースされたそばからサポート切れを気にしなきゃいけないせわしなさ。

最新のC#の機能使える快適さとバージョン移行にかかる金、天秤にかけるまでもない。
956 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 15:19:30.25 ID:bUUumOe7.net]: 6も4.8も同じだよ
どっちも長期サポートだしどっちもすぐサポート切られる運命
957 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 15:33:18.62 ID:9r2i9v2w.net]: 6はたったの3年。4.8はOSの寿命に準ずる。
958 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 15:36:24.34 ID:9r2i9v2w.net]: ちなみに3.5のサポート期間はなんと20年以上。
959 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 15:59:12.35 ID:bUUumOe7.net]: リリースされたときはこれが最後のWindowsだと発表されてたWindows 10ですらサポートはあと3年（らしい）
4.8のサポート終了はOSの寿命（だったらいいな）だろ。未定だと思うぞ
960 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 16:16:16.01 ID:1j22nIfM.net]: 後継が出ない最終バージョンの4.8と後継が約束されている６は状況がまるで違うだろうに
961 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 18:31:35.73 ID:QUw9uGH2.net]: 別に違わなくないのではw

net9でnet6のアセンブリ動くわけじゃないし。

あくまでも同じクラスがあってリダイレクトできたら動くってだけ。
それば別にnet6からnet4.8を参照しても動きますよ、リダイレクト出来る範囲はね。（.net standardに近い範囲に事実上限定されるだろうけど）
962 名前：デフォルトの名無しさん [2022/04/10(日) 18:34:56.17 ID:j5bjK/em.net]: .NET 7 から NativeAOT だから .NET にしておかないと移行作業大変だよ
963 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 00:05:21.04 ID:Eck4a3h+.net]: NativeAOTになってもパフォーマンス良くならないって検証結果しかないのが.NETって感じだな
しかも日本語の記事がまったくなくて既にMSの開発環境なんて誰も興味ないのがわかる
結局VBやF#なんかが足枷になってIL捨てられない仕様だと最適解(笑)しても無意味なんだよな
.NETのバイナリサイズが1/100になって誰が恩恵受けるんだって話
964 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 08:12:46.07 ID:L0fqISPt.net]: 買う気もないのに記事懸けって……
965 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 12:13:51.22 ID:oG4zTGmm.net]: バージョンアップのサイクルの短さはMSに限った話ではないよな
保守的なニッポンのIT企業はヒーヒー言いながら追従しないといけない
IDE出すカネを渋ってる場合ではないのだ
966 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 17:32:55.89 ID:A0z0W6oS.net]: よく分からないけど、「サポート終了」になると対象バージョンのSDKやランタイムがDLできなくなるの?
それとも、ホットフィックスを含むアップデートが提供されないってだけ?
967 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 17:50:43.43 ID:1McXPYhn.net]: サポート切れたら
ダウンロードや提供はある（ライセンスの関係で提供終わることもある）
ホットフィックスなどのアップデートはなくなる（致命度によってアップデートくることもある）
968 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 17:51:25.64 ID:HnLOWy3T.net]: オレならソッコー削除するぜ！
969 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 19:56:23.11 ID:A6hnvqJF.net]: 他をよく知らないけど、そもそも.NETFrameworkぐらい長く使い続けれるのって珍しいんじゃない？
正直多くを求めすぎだと思うわ
970 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 20:19:28 ID:bPH1dmj1.net]: 5以降の.NETって4.8以前とはデプロイの考え方が全く違っていて、システムにランタイムをインストールしないのが大前提なんだけど、勘違いしてないか？
アプリに好きなバージョンの.NETをバンドルするから、セキュリティパッチなんかいちちち気にしないで放置しときゃいいんだよ
お前はC++で作られたアプリにスタティックリンクされてるCランタイムやらQtやらの脆弱性なんか気にして使ってるか？それと同じだ
971 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 20:25:46.36 ID:1McXPYhn.net]: スタティックリンクされてるのの脆弱性を気にしないといけない時代だし
システムにインストールされてるのの脆弱性を気にしないといけない時代なんだよ
いまだに脆弱性なんてまったく気にしてないとこも多いけどな
972 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 20:37:25 ID:bPH1dmj1.net]: WebならわかるけどここWPFスレだろ？
>>960は一度.NET6の全マイナーバージョンのリリースノートを読んで、自分のWPFアプリで現実的に問題になりうるものがどれくらいあるか調べてみたらいい
それをしないでただ最新使ってりゃいいと思ってるなら、最大の脆弱性はたぶん>>960自身だぞ
973 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 20:44:21 ID:1McXPYhn.net]: wpfにもWebview2みたいなのはあるだろ
そりゃ現実的に問題になることはまずないが
「脆弱性なんか気にして使ってるか？」なんてやつに言われたくはないｗ
974 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 01:11:02.62 ID:cl4D1FuI.net]: そういえば昔はこういう流行り物の記事、俺も書いてたな。
最近「いかがでしたか？」と同じ扱いを受けるのでやらん。
975 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 08:30:37.83 ID:nwP3k9nt.net]: 早くリリースするのはいいけど、注目されている機能は次のリリースまで後回しとかするから下手くそだなーとおもう
Win11のエクスプローラーにタブが付くのだって11のリリースに間に合っていればもっと注目されていたんじゃね
976 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 08:37:08.89 ID:8aqOwqE3.net]: 間に合ってればね
開発ってそううまくいかないのは携わってれば解るやろ
977 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 08:41:32.05 ID:Kaweg2vx.net]: MSほどのリソースがありながらなぜかラピッドリリースができなくてバグくてもテストをかねて開発中の新機能をどんどん追加するReactやFlutterに速度感でまったく勝ててないからな
そもそもWin11ですらリリース半年経ってるのに未だにWinUIがAcrylicやMicaに対応してないという意味不明なロードマップとスケジュールがマジ下手くそというか頭悪い
978 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 08:49:07.34 ID:nwP3k9nt.net]: >>965
基幹系のアプリケーションや、OSのバージョンアップに対応する必要のあるアプリならわかるが、OSだぞ？

11出さないと誰かこまったのか？
みんな困惑してるだろ
979 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 09:19:44.77 ID:bDIkR+Cv.net]: >>967
経営者、企業のスタンスで言えば「11リリース」は10年越しとかの経営計画で盛り込むやろけど
そういう一部の機能までは必要ではないと判断しうるやろ

OSだろうが半年後マイナーバージョンのアップデートで追加する予定の機能を、メジャーバージョンリリースに無理に盛り込むことはしないやろ
そして経営計画で看板商品のリリースを半年遅らせることも普通しない
むしろ11の普及が遅れるであろうことを見越してそのタイミングと計画してたかも

MSなりに積み重ねたナレッジで動いてるだろうよ
980 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 10:14:41.95 ID:pq/BAZJo.net]: 10Xを急遽11にしたのはばれてるからなぁ
質素なスタートメニューも「低スペック向け」とか言われてたけど今は発禁だね
981 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 15:14:03.28 ID:lO+bEwqN.net]: >>968
そのMSのナレッジとやらでWinUIも普及するといいね
982 名前：デフォルトの名無しさん mailto:sage [2022/04/14(木) 19:58:31.50 ID:+hp3T777.net]: とりあえずWindowsアプリにマテリアルデザイン適用するの止めようか。
AndroidアプリをiOS風デザインで作るのと同様、ダサいから。
983 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 20:04:24.69 ID:S+pNpUAE.net]: >>971
代替案は？
984 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 20:14:05.85 ID:Bhh86LxL.net]: Win32コントロールに準拠したデザインにしろってことだろ
WindowsはどのソフトでもUIが統一されていて、それによって誰もが初見でアプリを使えるというのがメリットだった
それが最近はなくなりつつある
985 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 20:19:23.07 ID:UrBsZQcb.net]: これでいいだろ
https://docs.microsoft.com/ja-jp/windows/apps/design/
986 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 11:45:26 ID:t+nTi2MK.net]: >>974
マテリアルデザインじゃね？
987 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 13:00:25.00 ID:mUFvO31w.net]: Fluent Designを知らないMaterial Design脳おじさん登場
988 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 13:43:03.16 ID:b7VnoUTC.net]: url開いたら頭に「アプリの設計と Fluent Design System の概要です。」ってあるだろ
そいつは本質的にマテリアルデザインと変わりゃしない
989 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 16:49:46.86 ID:uTytpnM+.net]: >>977
マテリアルデザインって概念じゃなくてグーグルの作ったスタイルの固有名詞だよｗ
990 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 17:17:04.08 ID:nVJ4wCm0.net]: グーグルはなんたらデザインとかでドヤる前キーボードで全て操作できたWindowsのUIデザインを学ぶべきだった
991 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 18:50:08.34 ID:iWHkLxzr.net]: >>978
開発者以外にも認知されているレベルのこと知らないってGUIアプリケーションの開発者としてヤバいよなｗ
992 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 18:58:06.62 ID:sf2E1G3u.net]: 本質的には同じものだって言ってるだけじゃん
日本語学んだ方がいいよ
993 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 20:02:26.27 ID:KGuo6Bup.net]: 全く異なるデザイン言語を同じものってw
技術者やめたほうがいいぞw
994 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 21:46:46.70 ID:4Gd5BDg3.net]: その本質ってなんなんだかすごく気になるわ
995 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 00:37:14 ID:XUU+lucC.net]: 結局WinUIは主流になるの？
今から作り始めるのをWPFとWinUIどっちで作るか迷ってるんだけど。
機能的にはWPFで足りるけどWinUIのほうが明確に優れてるならWinUIにする。
996 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 01:14:57.92 ID:PbS7huRh.net]: WinUIが主流になることはあり得ないけど、かといってWPFも全然主流ではないんだから好きなの使えばいいんじゃね
WPFはユーザー層は薄いながらも十分に枯れていて、まあ今無難に使える技術ではある
WinUIを選ぶならまともに使い物になるレベルに達するまでにMSが投げ出さないことを祈ることだな
997 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 05:16:20.92 ID:hJVMUSbm.net]: WinUIを使いたいところだけど、バグもあるし正直まだ信頼できる製品を作るには足りてない感じ
1.1を待て

1.0時点でちゃんと使えるものを出してほしかったわ
998 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 09:48:47.09 ID:ggP1dCjc.net]: MS製品は3.0でやっと使い物になる法則を知らないのか？
999 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 10:24:35.61 ID:EysNwKqS.net]: 何年後だ…
1000 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 11:12:44.40 ID:E+w90SEK.net]: 到達する前に投げ出すから自明な年数ではないね
1001 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 11:40:35 ID:w7vqObUH.net]: MSがWinUIでOffice作るんなら使うわ
1002 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 11:59:11.13 ID:bywj4liW.net]: 本当あいつらすぐ投げ出すから手を出さないのが一番
やるなら完成してからでいい
1003 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 12:08:41 ID:+WDep4l2.net]: たぶん人事とリンクしてるんでしょう？MS の出鱈目ぶりは
1004 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 13:00:14.55 ID:3dXaroUg.net]: >>984
WinUI3はまだまだバグが多すぎるからApp SDK 1.2ぐらいまで様子見するのがお勧め。
1005 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 13:35:41.40 ID:1LHoQpiB.net]: 人妻とリンクに見えた
1006 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 16:53:46.49 ID:f4UcMI60.net]: >>990
それが一つの指標よな。
MS自身がWinUI 3を積極的に使うようになったらある程度信用できる。
そんな未来は来ないような気もするが。
1007 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 16:58:56.55 ID:foV9NQye.net]: Officeは既にクラウド化でサブスク商売する方向だからWeb前提だろ。
1008 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:18:11.59 ID:w7vqObUH.net]: >>996
じゃあBlazorで作れよってかんじ
1009 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:34:43.03 ID:uQnHXf/9.net]: OfficeもTeamsもSkypeもReact NativeでVSCodeはElectron
1010 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:35:50.38 ID:LT4PcJzZ.net]: MSがUIのデザインをスマホ寄りな感じに変え始めたのって8の時だったはずだけど、
正直よくなったっていう感じはしないし、OS内部ですらいまだに新と旧が混在してるし、
デメリットのほうが上回ってると思うんだが
1011 名前：デフォルトの名無しさん mailto:sage [2022/04/17(日) 17:42:06.13 ID:i2GtfSG6.net]: 次スレありがとう

WPF(.NET, WinUI) GUIプログラミング Part29
https://mevius.5ch.net/test/read.cgi/tech/1649621434/
1012 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 87日 12時間 1分 26秒
1013 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

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

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