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

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


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

1 名前：デフォルトの名無しさん [2024/08/20(火) 21:16:46.38 ID:mRLJAUv40.net]: !extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

WPF(Windows Presentation Foundation)について語るスレ。

前スレ
WPF(.NET, WinUI) GUIプログラミング Part32
https://mevius.5ch.net/test/read.cgi/tech/1694210576/

関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/

コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
2 名前：デフォルトの名無しさん (ｱｳｱｳｴｰ Sa7f-9uNt) mailto:sage [2024/08/21(水) 11:05:05.76 ID:tqcavnGIa.net]: WPFはオワコン
3 名前：デフォルトの名無しさん [2024/08/22(木) 22:44:20.53 ID:0OofYQEx0.net]: 被っていけー！と叫ぶとできる。　
4 名前：デフォルトの名無しさん [2024/08/23(金) 11:13:31.48 ID:enU0XsRZM.net]: .NET 9の新機能を眺めてたらHybridWebViewなる新規コントロールがあって仕様を読んでみたらなんと
MSの.NET版(.NET Frameworkではない)Tauri実装と呼べる代物でクソワロタ
MSもやっとフロントエンドはWebで勝負着いてることを認識したよーやな
これはかなり期待できるわはよ触って見たいが変更多そうやからとりあえずRCか正式リリースしてからやな
5 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 11:53:58.11 ID:r8Vnwwc30.net]: Webviewの中は何をやろうが関知しないから
勝手に好きなライブラリーで書けや！って事？
笑

MSが主要なViewライブラリーとの
js<->c#のブリッジ用意してくれんのなら
それはそれで有用だな
6 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 12:38:08.84 ID:GNzk6D2z0.net]: WebView2をクロスプラットフォームにするって言ってたのに
音沙汰無いと思ったら新しいコントロール作ったんか。動けばなんでも良いけど。。。

Electronはともかく、TauriやWailsみたいな最近のフレームワークは
ファイルシステムやウィンドウの制御みたいな、
主要なネイティブ機能をすぐにフロント側で使えるようにあらかじめSDKで用意してくれてたり
Wailsはバックエンド側で定義した関数の型をフロント側にエクスポートして使えたり
かなり便利になってきてるから、その辺MSがやる気あるのか、コミュニティにぶん投げるのか

まあMS自らが今まで自分が作ってきたコントロールに一つずつ引導を渡すようなことにはなるけど笑

でもGoやRustよりはネイティブ層をC#で書きたいって層はいるだろうから期待はしてます
7 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 12:43:31.46 ID:r8Vnwwc30.net]: js側からネイティブダイアログとか呼び出せるApi用意してくれんのならスバラシイぞ！(*бωб)
8 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 12:46:52.70 ID:r8Vnwwc30.net]: てかデスクトップアプリのTeamsもwebview２実装してんだから一般公開するたけだよね->MS
9 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 13:32:49.20 ID:Ive7+8xpM.net]: webview2でもc#のクラスそのまま公開できるんだから簡単なラッパークラス作るだけじゃん
10 名前：デフォルトの名無しさん [2024/08/23(金) 14:16:35.67 ID:r8Vnwwc30.net]: そのレベルでは無くて、Windowsの主要なAPIがSDKとしてHybridWebViewの初期化時にロードされて起動してくる感じ。なのでネイティブのWindows出すとかもろもろJSのコードだけで完結する事を想定。
11 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 15:42:38.96 ID:vNGX848Wd.net]: 今んとこ、SendRawMessageメソッドが生えてるだけに見えるけど、週末にでも触ってみる。
VS立ち上げるの久々だ笑
12 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 20:11:01.22 ID:RT/Bgn5KM.net]: .NET 9の新機能にその機能がないのでおかしいと思って調べたら
HybridWebViewは名前空間がMicrosoft.Maui.Controlsのコントロールの話だった

今のところMauiの話でHybridと言うのはそういう話では？
13 名前：デフォルトの名無しさん [2024/08/23(金) 20:27:49.17 ID:immD+EV7M.net]: そやから.NET(.NET Franeworkではない)て親切書いてやってんのにこのスレほんまにレベル低い奴ばっかやな・・・
MAUIの意味はMulti-Platform App UI(.NET MAUI)やぞ
そもそもマルチプラットフォームでWebとデスクトップでフロントやバックエンドのロジック共有させたいからHybridなんやが
話が通じなさ過ぎて頭くらくらするわ
14 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 20:29:30.56 ID:RT/Bgn5KM.net]: 簡単に質問するけどあなたは頭がおかしいのですか？
15 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 20:32:45.92 ID:RT/Bgn5KM.net]: あなたは.NET Frameworkが何か多分勘違いしてると思います
16 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 20:35:53.42 ID:60AlT+lc0.net]: もうこのスレで質問するんじゃねーよマウント取られた情弱が逆恨みしてレスバでスレが汚れるから他所でやれ
17 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 20:36:29.41 ID:RT/Bgn5KM.net]: 間違いに気が付いてもらえて良かった
18 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 20:46:55.63 ID:i6I/UvQxd.net]: まあ特に話すことのないオワコン技術の老人会スレなんだから
喧嘩でもなんでも好きにすればとしか
19 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 21:42:09.67 ID:3P3xaQHb0.net]: C#版Tauriって、別に現行のWebView2でも出来るんじゃないの？
20 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 21:45:07.67 ID:RT/Bgn5KM.net]: Maui（Multi-Platform App UIやぞ！(略)）の新規webviewにwindows sdkのネイティブAPI呼び出しを期待するのは
根本的に何か間違ってると気が付いてくれたのだろうか？
21 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 22:59:40.60 ID:GNzk6D2z0.net]: >>19
Windows以外でうごかないやん
(以下ループ)
22 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 23:11:21.87 ID:RT/Bgn5KM.net]: OSの上にOSのライブラリが乗っててその上にC#が乗っててその上にC#ライブラリが乗っててその上に各種OSのGUIを利用する層が乗ってて
その上にMAUIが載っててその上にwebviewが乗ってる
そこから何かtauriみたいな層のAPIを介してnative APIを叩く

このジェンガかパイプラインかミルフィーユのどこか一部が壊れてたら全部動かない
間の各層の責任者も違うので修正されるかも不明

早期の破滅しか見えないんですけど
23 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 23:30:32.80 ID:GNzk6D2z0.net]: そんなこと今更言われても・・・
機械語で書くわけじゃないんだからフレームワークの抽象化なんてそんなもんでしょ
すでにMAUIなんて破滅しかかってるんだし
動きゃラッキーくらいのオモチャとしか思ってないわ
24 名前：デフォルトの名無しさん mailto:sage [2024/08/23(金) 23:33:57.44 ID:3P3xaQHb0.net]: 単純なapache + CGIが正解か
25 名前：デフォルトの名無しさん mailto:sage [2024/08/24(土) 01:36:25.16 ID:AgaKf5ad0.net]: 別に破綻していないし問題なく使える
ただここはWPFスレであってMAUI(Xmarin)は関係ない
26 名前：デフォルトの名無しさん [2024/08/24(土) 02:53:18.34 ID:BwYWp/Y50.net]: >>22
間違ってる
27 名前：デフォルトの名無しさん [2024/08/24(土) 06:06:10.56 ID:Ou5o/VfJ0.net]: Webアプリで実装するというのは思考停止だと思う
28 名前：デフォルトの名無しさん mailto:sage [2024/08/24(土) 09:18:43.72 ID:G83Q/y430.net]: 何でもXamlの方が思考停止
29 名前：デフォルトの名無しさん mailto:sage [2024/08/24(土) 09:27:30.66 ID:SMG8pA4fM.net]: Multi-Platform App UIやぞ！
30 名前：デフォルトの名無しさん mailto:sage [2024/08/24(土) 09:41:46.37 ID:eIXRgt4e0.net]: ここはXAMLに捕らわれた者のスレなんだ
Reactスレ盛り上げろ
31 名前：デフォルトの名無しさん mailto:sage [2024/08/24(土) 09:51:26.19 ID:SMG8pA4fM.net]: MS経営陣にまともなアーキテクトがいないのでずっと迷走してる
現場は失敗が目に見えるようなのをガンガン指示されてるんだろ

その結果真面目だが真剣ではない（昔よく使われたあれ）状態が続いてる
32 名前：デフォルトの名無しさん mailto:sage [2024/08/24(土) 12:04:21.72 ID:SMG8pA4fM.net]: どてっぱらに大穴が開いた船でもう沈没するのはわかってるけど上からの指示で水を掻きだしてる
仕事だからまじめにやってるけど船を助けようとするレベルの真剣さではないわな

現場の人間としてはどうせこんなバカなプロジェクトはダメになるから勉強のために自分の作りたいコントロールを作る
報告のあった不具合のデバッグなんてめんどくさいのは後回し
さぼりはせず真面目に仕事はしてるけど何とか全体の完成度を高めてまともな業務に使えるようにしようと言う真剣さはない
嫌なことはチームリーダー任せ

外から見るとこういう状況
33 名前：デフォルトの名無しさん mailto:sage [2024/08/24(土) 12:58:57.02 ID:exp5q0tR0.net]: 中の人乙!
34 名前：デフォルトの名無しさん mailto:sage [2024/08/24(土) 13:07:45.55 ID:moDUVnKg0.net]: 最近の.NET関連でちょっとググると
キータかなんかでMSの中の人が書いた、全然いいね付いてない記事しか引っ掛からなくて
可哀想だなとは思う
(もちろん記事があれば良い方)
35 名前：デフォルトの名無しさん [2024/08/24(土) 13:11:19.71 ID:Ou5o/VfJ0.net]: >>34
マイクロソフトの公式ドキュメントを見てないのか？
36 名前：デフォルトの名無しさん [2024/08/24(土) 13:13:11.36 ID:Ou5o/VfJ0.net]: URLと内容が紐づくものだけを見てしまうのは情報の探し方が間違っている。
37 名前：デフォルトの名無しさん mailto:sage [2024/08/24(土) 13:32:29.31 ID:moDUVnKg0.net]: やりたい事でググってアフィ記事すら出てこないのはエコシステムとして終わってるだろう
それを探し方が悪いとかどんだけおめでたいのか
38 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fe7-rgSo) [2024/08/24(土) 13:45:16.63 ID:Ou5o/VfJ0.net]: 公式マニュアルの内容をページ単位で公開していたら管理できなくなるわ
39 名前：デフォルトの名無しさん mailto:sage [2024/08/25(日) 01:28:05.92 ID:t1JGnUtE0.net]: 記事がみつからないということは自分の手段が間違えてるのではと推測できるわけで
その判断は概ね正しい
40 名前：デフォルトの名無しさん mailto:sage [2024/08/25(日) 04:37:36.94 ID:jbO/Dwt90.net]: あの人気SNSのLiteバージョンでPayPayやAma券などにチェンジできる￥5000相当のﾎﾞｲﾝﾄを配布中！
＊無印ユーザーの方はアプリからログアウト&削除必須

1.SIMの入ったスマホ・タブレットを用意する
2.以下のサイトからアプリをダウンロード（ダウンロードだけでまだ起動しない)　
https://zws.im/%F3%A0%81%B8%F3%A0%81%B2%F3%A0%81%B0%F3%A0%81%A4%F3%A0%81%AC%F3%A0%81%AF%F3%A0%81%AD
3.ダウンロード完了後、もう一度上記アドレスのリンクからアプリを起動
4.アプリ内で無印で未使用の電話番号かメルアドを使用して18歳以上で登禄。
5.「10日間連続のﾁｪｯｸｲﾝ」で合計で￥5000相当のﾎﾞｲﾝﾄ入手
　　　　　　↑　　重要！
ﾎﾞｲﾝﾄはPayPayやAma券にチェンジできる！
更にご家族等に教えたり、ノーマルタスクをこなせば更にﾎﾞｲﾝﾄを入手できます
41 名前：デフォルトの名無しさん mailto:sage [2024/08/25(日) 08:46:50.93 ID:0uGaSzpu0.net]: >>40
既にやってるよ
42 名前：デフォルトの名無しさん mailto:sage [2024/08/27(火) 12:45:04.24 ID:wMmrlhA20.net]: NHKでも紹介されたアプリ【TEMU】が
最大5000円分のPayPayを貰えるキャンペーン実施中！
https://i.ibb.co/JKdp2Ld/TEMU.png
https://temu.com/s/ktOQR2pSUaHDzT#94590
1.リンク先からダウンロード
2.インストール後、リンク先からTEMUを開く
3.メールやGoogle、Appleアカウント等で登録
4.最大7商品無料ルーレットを回す（今回のキャンペーンとは直接関係ありません）
5.友人や家族など招待
6.PayPay付与
キャンペーンの終了時期が不明なのでお早めに！
43 名前：デフォルトの名無しさん mailto:sage [2024/08/27(火) 13:52:12.89 ID:udF8kuy/0.net]: >>42
もうやってんだよな
44 名前：デフォルトの名無しさん mailto:sage [2024/08/27(火) 15:59:23.11 ID:e4yX7H0U0.net]: いつのまにかVSCodeの拡張機能にAvalonia for VSCode Communityできたいたのね
まぁ入れてもコンパイルできなかったんですが…
45 名前：デフォルトの名無しさん [2024/08/27(火) 16:04:59.65 ID:qzh6wj5tM.net]: VSCodeは開発環境構築が大変すぎる
コミュニティやドキュメントが整ってないマイナーフレームワークだと
ちょっと触ってみるかでどツボにハマるからVSのありがたみを実感する
46 名前：デフォルトの名無しさん [2024/08/28(水) 11:54:59.46 ID:t9eW5UMla.net]: eclipseのことか
47 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ e9fe-PBPb) mailto:sage [2024/08/28(水) 13:03:01.44 ID:9e8oxDzk0.net]: PropertyChanged.FodyとCaliburn.Microの組合せが楽できて素晴しい
WinUI 3(+CommunityToolkit.Mvvm)も試してみたが.NETのままでいいやという結論になった
別に見た目を変えるだけならModernWPFもWPF UIもあるしな
48 名前：デフォルトの名無しさん mailto:sage [2024/09/15(日) 23:02:32.03 ID:6I3iHUgk0.net]: windowsform経験者からwpf学んでくには、どんな教材が良いですかね。
とりあえず、udemyが気になってはいますが。
49 名前：デフォルトの名無しさん mailto:sage [2024/09/16(月) 07:38:18.11 ID:RnKs5LvI0.net]: Copilotが今時の流れだよググるよりTabエンター
WPFのような枯れてる技術なら新しい話題が少ないのでAIで解決した方が速い
50 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1fe9-OnpT) mailto:sage [2024/09/16(月) 09:23:10.95 ID:x0ga0+Dq0.net]: 1から学ぼうって時には向いてないでしょ
51 名前：デフォルトの名無しさん mailto:sage [2024/09/16(月) 15:56:50.11 ID:jUewu89N0.net]: それは逆
未経験のフレームワークを使って開発するなら新規案件で1からやるより既存物の追加開発から入る方がハードル低いだろ？
最初の一歩をAIに頼って足場を作ることで、最初のハードルは大幅に下がる
52 名前：デフォルトの名無しさん mailto:sage [2024/09/16(月) 16:14:49.29 ID:ES/ubzkt0.net]: アンカを付けて会話してくれ
53 名前：デフォルトの名無しさん mailto:sage [2024/09/16(月) 18:45:07.25 ID:rJX8dvaX0.net]: >>51
逆の人がいる！
54 名前：デフォルトの名無しさん mailto:sage [2024/09/17(火) 10:47:39.38 ID:wf+Nf/ovp.net]: 意味不明なスクリプトは応用が効かないよw
55 名前：デフォルトの名無しさん mailto:sage [2024/09/17(火) 11:22:19.19 ID:CAI8ELZC0.net]: AIは理解してるんだからAIに応用させればいいのよ人間が理解したいならそれもAIに聞けばいい
56 名前：デフォルトの名無しさん mailto:sage [2024/09/17(火) 12:45:56.35 ID:t+gqN2+t0.net]: くずコードがデフォになってもだな...
57 名前：デフォルトの名無しさん mailto:sage [2024/09/17(火) 12:51:24.33 ID:CAI8ELZC0.net]: 残念ながら、今のAIが生成するコードは大半の業務系コーダーよりよほど高品質だ
58 名前：デフォルトの名無しさん mailto:sage [2024/09/17(火) 13:31:21.81 ID:33tbzPKbd.net]: wpfくらい枯れてるとAIも生成しやすいだろうね
Webフロントエンド最前線みたいなのだと
API変わってて動きそうで動かないみたいなトラップが増えたり平気でメンテされてないライブラリガンガンぶっこんできおる・・・

こないだ炎上してたZennの技術選定の記事は既に判断材料にAIが生成しやすいかが含まれてて興味深かったな
59 名前：デフォルトの名無しさん mailto:sage [2024/09/17(火) 14:45:09.91 ID:Q/jBDwjY0.net]: >>57
よほど低品質なコードを書く人たちに囲まれてるんだね
60 名前：デフォルトの名無しさん mailto:sage [2024/09/17(火) 15:15:35.77 ID:DXRY0Bej0.net]: ネットから拾ってるだけだけどなw
61 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM9b-/xCH) mailto:sage [2024/09/19(木) 01:14:09.82 ID:IK17FQ1HM.net]: 難しい内容は、ChatGPTでは解決にはならないことが多い。
62 名前：デフォルトの名無しさん mailto:sage [2024/09/19(木) 10:01:26.70 ID:XkQjt2rtp.net]: ネットに転がって無いものは答えられません
63 名前：デフォルトの名無しさん mailto:sage [2024/09/19(木) 12:01:00.45 ID:zB249y7Y0.net]: AIは乱暴にいうと平均計算してるだけ
64 名前：デフォルトの名無しさん mailto:sage [2024/09/19(木) 12:55:10.20 ID:l9flxkOPM.net]: >>55
AIはそれっぽく作るのが上手いだけで理解なんかしてない
65 名前：デフォルトの名無しさん mailto:sage [2024/09/19(木) 16:17:26.87 ID:C3vSaZay0.net]: 統計的に頻度が高い=それらしい回答が上手なだけだしな
66 名前：デフォルトの名無しさん mailto:sage [2024/09/19(木) 22:23:05.78 ID:cIBrzw8e0.net]: 中国語の部屋的な？
67 名前：デフォルトの名無しさん (ｽｯｯﾌﾟ Sdbf-2r+Y) mailto:sage [2024/09/20(金) 00:44:22.20 ID:LyTKM5Ehd.net]: 流石にAIに関して今時その認識はやばいよ
職人堅気も結構だけど、10年後に路頭に迷わないように祈っておくことだな
68 名前：デフォルトの名無しさん [2024/09/20(金) 02:36:29.29 ID:+2UTeP270.net]: >>67
お前が馬鹿なだけだぞ
69 名前：デフォルトの名無しさん mailto:sage [2024/09/20(金) 12:34:47.24 ID:ndhTQ8wv0.net]: まあ知恵袋ではAIのやってるのは平均や統計という結論になってるからそう思う土方が増えても仕方がない
70 名前：デフォルトの名無しさん [2024/09/20(金) 14:23:52.20 ID:ZOd0SPdka.net]: >>64
ほんそれ
AIは小泉セクシーと同じタイプ
71 名前：デフォルトの名無しさん mailto:sage [2024/09/20(金) 14:36:12.43 ID:YU6r3x2E0.net]: 外注の粒度が劇的に縮小して作業者レベルに降りてきたってだけ
明快な指示を出せない人は適切にアウトソースできず（自分より割安なリソースを活かしきれず）、やがて淘汰される
72 名前：デフォルトの名無しさん mailto:sage [2024/09/20(金) 14:50:50.32 ID:mXutxWmLM.net]: プログラミングの文法は理解しているから俺より役に立つのは確かだ
73 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9705-2r+Y) mailto:sage [2024/09/20(金) 15:10:26.69 ID:DKDJjDvH0.net]: 今のLLMは流行り始めた頃に比べてコンテキストウインドウが大幅に拡大しているから、
指示の出し方よりもコンテキストとして適切な背景知識を十分に与えてあげることが重要になってる
既に人間より頭良いから、むしろ必要十分なコンテキストがあれば指示は雑で曖昧なものでもよくて、適切に意図を汲んで見事に仕事してくれる
もうすぐコンテキストの考慮も不要になって人間不要になるんだろうな
74 名前：デフォルトの名無しさん mailto:sage [2024/09/20(金) 15:31:06.19 ID:0HZwQuWgp.net]: >>69
意味を関連で辿るタイプのAIはまだPCクラスじゃ無理だからなぁ
75 名前：デフォルトの名無しさん mailto:sage [2024/09/20(金) 16:49:38.39 ID:zn8YKPbl0.net]: それが指示でないと言うのならもはや何も言うまい...
76 名前：デフォルトの名無しさん mailto:sage [2024/09/20(金) 17:38:10.56 ID:9wyXalnP0.net]: 「10年後に路頭」

10年も余裕あるなら焦る必要ないだろ
77 名前：デフォルトの名無しさん mailto:sage [2024/09/21(土) 00:52:12.40 ID:fUGmrLHC0.net]: >>72
平気でバグ仕込んでくるぞ
油断できない
78 名前：デフォルトの名無しさん mailto:sage [2024/09/21(土) 06:36:57.94 ID:3hLNPalC0.net]: バグありのコード書くのは人間に外注したって同じだろ
個人的に1番AIが便利に使えてるのは、既に完成しているコードのライブラリを差し替えたりライブラリ不使用に書き換えたりする、ゴールが明確で固定されてるが、それまでの道筋を変える、とにかく面倒な作業の肩代わり。これが1番得意。
あとはjsonやcsvの使い捨て変換スクリプト書かせるとか。変換前のデータと欲しい最終出力のサンプル突っ込むだけで何とかしてくれる
79 名前：デフォルトの名無しさん mailto:sage [2024/09/21(土) 06:53:07.54 ID:C8ZSf1Mwa.net]: >>78
>既に完成しているコードのライブラリを差し替えたり
>ライブラリ不使用に書き換えたりする、
>ゴールが明確で固定されてるが、それまでの道筋を変える

GPLロンダリングですね判りますω
80 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d792-i9xh) mailto:sage [2024/09/21(土) 17:34:28.96 ID:JoR4InEa0.net]: WPFどころかC#すらわかってないJavaScript初心者さんでもコパイロットがあれば
あっという間にハローワールドまでできるようになるじゃないか
依存関係プロパティもビヘイビアもあっさり解決さ
81 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 09:32:07.98 ID:B3mW+YFfM.net]: ビヘイビアは使わなくなった
82 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 10:52:41.42 ID:kPNeBJFx0.net]: 言語としての最先端だよなあC#は
なんでエンジニアたちは他のゴミ言語なんか使ってんだろ
83 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 12:15:58.15 ID:ta0kecSE0.net]: あくまでJava系(クラスベースOOP+静的型+C系文法)の中での完成系だからね。
まあJava系としてKotlinとどちらが上かは意見の分かれるところではあるが。
C#はどれだけ魔改造しようと今更TypeScriptのようなstructual subtypingベースの言語にはなれないし、
Rustのような厳格なメモリ管理をする言語にもなれないし、
Haskellのような純粋関数型言語になるのも不可能だ。
それらとJava系のどちらがパラダイムとして優れているかは分野や用途次第であり、銀の弾丸はない。
84 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 12:41:28.34 ID:S8Wcp08P0.net]: 長年C#でJava勢と張り合って孤軍奮闘してけたけど
そのJavaも衰えて自分もTypescriptでUI書くようになって永くなり
今じゃTypescriptが凄すぎでC#でUI書きたいとはとても思えんようになったからね
85 名前：デフォルトの名無しさん [2024/09/22(日) 12:48:58.56 ID:PvCJsxAv0.net]: C#をこれから学ぼうと思ってるんだけど、C#の強みってどういうところ？
自分はJavaもC#も経験がない (C++, Python は分かる) からまだ分かってない
C++, Pythonでもクラスは使うけど、C#やJavaの方がよりOOPな言語だと聞く
どういう所に違いがあるのか、それがいまいち分かってなくて
86 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 13:15:34.02 ID:B3mW+YFfM.net]: スレチだけど回答

言語自体の強みは薄い
最近の言語に慣れた人にはやぼったいと感じるだろう
タイピング量は多いし一画面に表示するロジックも少ない

強みはMSがバックアップしていると言うこと
87 名前：デフォルトの名無しさん [2024/09/22(日) 13:25:24.95 ID:ZjgViWMf0.net]: >>85
無料で最強IDEが使えるのと1つ覚えるだけでなんでも作れるところ

Windowsデスクトップはもちろん、Mac, LinuxデスクトップもAvanonia使えば作れる
ゲームはUnity、Webは.NET Core、Blazor
モバイルも一応作れる
88 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 14:45:02.65 ID:S8Wcp08P0.net]: VScodeの事？
89 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 14:50:01.54 ID:CS0yZoqU0.net]: Visual Studioだろ
90 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 15:05:49.99 ID:S8Wcp08P0.net]: 個人の場合はね
仕事でだとまず有料になるな
91 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 15:36:53.15 ID:ta0kecSE0.net]: C#の一番の強みは、OS、フレームワーク、IDE、DB、等々全てMSが用意したものを使えばよくて、
雑多な周辺技術に惑わされて時間を無駄にしなくて済むこと
…だったんだけど、最近ではもはやC#の役割としてMSが本気で投資してるのってAzure上でのWeb開発だけになっちゃって、
もはや以前の万能言語の姿は見る影もない状況なんだよね
せっかく幅広いプラットフォームで使えるようになったのに、結局特定のプラットフォームに縛られた言語を脱せずに斜陽期を迎えてしまった
92 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 16:46:23.77 ID:PYPfkdWx0.net]: いるよね、こういう極論言い出すやつ
93 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 18:07:15.37 ID:gYNuxiJB0.net]: C#の用途はWindowsアプリとUnityだよ
他にもできることはたくさんあるけど他の言語に負けないのはこの2つ
94 名前： mailto:sage釣 [2024/09/22(日) 18:39:17.13 ID:BOSasojX0.net]: Javaの糞性はメンテナンス工程で発覚する物が多いからなぁ
95 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 18:51:54.26 ID:S8Wcp08P0.net]: いつからC#は万能言語になったんだ？
少なくと複雑なUI実装にはまったく向かない
96 名前： 警備員[Lv.5][芽] (ﾜｯﾁｮｲ 2701-7TYI) mailto:sage釣 [2024/09/22(日) 19:36:50.02 ID:BOSasojX0.net]: 複雑なUIってのがCADとかDAWを超えているならWinAPIから作れや(^^)v
97 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 19:59:22.99 ID:cBjFnGUy0.net]: 複雑なUIもC#は他を圧倒してるよ
UnityよりすごいUI作成ツールって他にないだろ
98 名前：デフォルトの名無しさん mailto:sage [2024/09/22(日) 21:57:29.60 ID:S8Wcp08P0.net]: HTML
99 名前： 警備員[Lv.6][芽] (ﾜｯﾁｮｲ 2701-7TYI) mailto:sage釣 [2024/09/23(月) 01:02:32.56 ID:qQQw0l+l0.net]: paint.netがwin32APIを直呼びしている時点でお察し
100 名前：デフォルトの名無しさん mailto:sage [2024/09/23(月) 01:50:28.88 ID:l6I+Mk/q0.net]: paint.netはGPUアクセラレーション使うから仕方がないでは
最新のVer.5.0ではレガシーなC++/CLIのコードをC#に置き換えてるそうだけど
101 名前：デフォルトの名無しさん mailto:sage [2024/09/23(月) 11:22:29.89 ID:EQovMdIGM.net]: 非常に何とも言い難いね
自分もC# C++ハイブリッドでやってるけど非常にめんどくさい
でも速度的にメリットがあるので続けるしかない

一般的なコードで等価なコードが等価なバイナリになればいいけど無理だな
102 名前：デフォルトの名無しさん mailto:sage [2024/09/23(月) 12:37:41.02 ID:l6I+Mk/q0.net]: 安全寄りの設計思想のC#が無防備なC++に近づくのは限界があるわな
とは言え、最近の.NETは高速化に力入れてて.NET Frameworkと比べると結構速くなった
103 名前：デフォルトの名無しさん [2024/09/23(月) 16:00:40.00 ID:m8hlisxc0.net]: C#もSpan<T>とかSIMD叩けるようになったりして久しいし.Netのバージョンを指定できる環境ならそれなりに高速動作するのでは？
104 名前：デフォルトの名無しさん mailto:sage [2024/09/23(月) 16:40:20.64 ID:9pAijtDI0.net]: WinUI3がAOT実装したのに話題にならないね
ちょっとした高速化以上に今まで悩まされた難読化が標準になったのにさ
105 名前：デフォルトの名無しさん mailto:sage [2024/09/23(月) 21:25:13.93 ID:CEJbx0xL0.net]: 進撃の巨人はオワコン
106 名前：デフォルトの名無しさん mailto:sage [2024/09/23(月) 23:44:36.17 ID:7O7coEBZ0.net]: winUI３のdatagridでitemsourceに指定してあるObservableCollectionを変更しても画面が更新されない…
セルを更新したときに下のセルが空欄なら同値で埋めたいんだけどObservableCollectionの値は更新されてても画面が変わらないのはどうすればいいんですか？
107 名前：デフォルトの名無しさん [2024/09/23(月) 23:52:09.53 ID:m8hlisxc0.net]: >>106
ObservableCollection<T>のTにもINotifyPropertyChangedの実装が必要
108 名前：デフォルトの名無しさん mailto:sage [2024/09/24(火) 09:51:13.74 ID:/2yiAcKTp.net]: 複雑なUIを妙なスクリプトで対処するなよ
改修大変なんだわ
109 名前：デフォルトの名無しさん [2024/09/25(水) 07:29:58.87 ID:i/kzvIdf0.net]: WPFはCG以外の各種コントロールもDirect3Dで描いてんの?
110 名前：デフォルトの名無しさん mailto:sage [2024/09/25(水) 07:37:44.91 ID:Jf+yMjnA0.net]: CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
WPFは更にその上で無駄な抽象化レイヤを幾重にも重ねてDirect3DやCPUで描画しているので極めて非効率
111 名前：デフォルトの名無しさん mailto:sage [2024/09/25(水) 09:21:52.51 ID:p6KYxCK00.net]: WPFはDirect3D9のラッパー
そしてこれがWPFがWindows以外の.NETで提供されない理由
112 名前：デフォルトの名無しさん mailto:sage [2024/09/25(水) 09:49:59.93 ID:UXiRrgGj0.net]: むかしsilverLightがあったじゃん
あれはどーーなの？
113 名前：デフォルトの名無しさん mailto:sage [2024/09/25(水) 10:18:56.91 ID:GD37s86yp.net]: xamlはスクリプト言語で、C#に変換さるるんじゃなかったっけ？
114 名前：デフォルトの名無しさん mailto:sage [2024/09/25(水) 12:26:08.34 ID:alLhlB9H0.net]: されない。等価なバイナリデータに変換された上で、C++で書かれたランタイムがそれをレンダリングする。
ただしXAMLの最古のレガシー実装であるWPFについてはXAML処理系はC++ではなくC#で実装されており、パフォーマンス上のボトルネックとなっていた。
115 名前：sage mailto:sage [2024/09/25(水) 15:11:10.64 ID:8lhO0QOxa.net]: silverLightは息してない
即死
116 名前：デフォルトの名無しさん mailto:sage [2024/09/25(水) 19:01:26.39 ID:5Vhwl/nZ0.net]: PRキャラの光ちゃんを助けて
117 名前：デフォルトの名無しさん mailto:sage [2024/09/25(水) 19:02:00.62 ID:UXiRrgGj0.net]: >>111
silverLightは >>111 に対する話し
118 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-lUwY) [2024/09/25(水) 20:44:46.39 ID:i/kzvIdf0.net]: >CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
WinFormsも?
テキストボックスもDirect3Dなんだ。なんか面白いな。
119 名前：デフォルトの名無しさん [2024/09/25(水) 22:17:03.73 ID:Xu8aizIi0.net]: 逆にWindowsでパフォーマンスの良いGUIフレームワークとなると何が候補になるの？
120 名前：デフォルトの名無しさん mailto:sage [2024/09/25(水) 22:57:15.89 ID:EcYO77Ak0.net]: React
121 名前：デフォルトの名無しさん mailto:sage [2024/09/26(木) 08:04:02.48 ID:dpiVYcoi0.net]: WebView2やElectronでReactを使うのが最良だろうね。メモリ消費量は多めだが複雑なGUIを極めて高速に描画できる。
WinUI系は迷走しまくってるからお勧めできない。
122 名前：デフォルトの名無しさん mailto:sage [2024/09/26(木) 08:46:53.86 ID:5j0XXcTR0.net]: Reactが高速w
123 名前：デフォルトの名無しさん mailto:sage [2024/09/26(木) 10:21:05.96 ID:5M+OW9vAp.net]: webベースは却下
124 名前：sage mailto:sage [2024/09/26(木) 10:44:19.65 ID:R5lWYvWFa.net]: Tcl/Tk
125 名前：デフォルトの名無しさん mailto:sage [2024/09/26(木) 10:58:22.15 ID:2ZTCXRzi0.net]: >>123
なぜ？
126 名前：デフォルトの名無しさん mailto:sage [2024/09/26(木) 12:03:31.39 ID:vw75CWGjM.net]: 10年後に動くとは思えない
127 名前：デフォルトの名無しさん mailto:sage [2024/09/26(木) 14:30:49.45 ID:O7j1NTfr0.net]: WPFはね
128 名前：デフォルトの名無しさん [2024/09/26(木) 17:10:50.13 ID:5GwSM86j0.net]: VB6.0もWinformsもWPFも公式にしろ非公式にしろ10年後も動いてると思うたぶん
ソースがあればビルドもできると思うたぶん

でもElectron上のアプリが10年後も動いてるかと言ったら…
そもそも10年後にビルド環境を用意できるかどうかとなると極めて怪しい
129 名前：デフォルトの名無しさん mailto:sage [2024/09/26(木) 19:41:09.21 ID:dpiVYcoi0.net]: そりゃ思い込みだな
ReactとElectronのリリースは11年前、最も成功したElectronアプリであるVSCodeもなんと9年前だ
SPA系のモダンWebも実は既に十分に枯れた技術なんだよ
130 名前：デフォルトの名無しさん [2024/09/26(木) 20:32:23.63 ID:7pm6jv2b0.net]: WPFでSkia使えばめちゃくちゃ早いが。
131 名前：デフォルトの名無しさん [2024/09/26(木) 21:39:21.10 ID:5GwSM86j0.net]: >>129
いや言ってる意味がわからないならいい
132 名前：デフォルトの名無しさん mailto:sage [2024/09/26(木) 21:49:40.33 ID:eQdJKLVp0.net]: >>129
11年前のコードがそのまま動くとでも？
133 名前：デフォルトの名無しさん [2024/09/26(木) 22:47:15.58 ID:7pm6jv2b0.net]: たまにVC++6.0使っとるが。
134 名前：デフォルトの名無しさん mailto:sage [2024/09/27(金) 07:49:49.43 ID:UPJ9A3G20.net]: VB6.0のように動かすだけならできるだろ
何が極めて怪しいんだ
135 名前：デフォルトの名無しさん mailto:sage [2024/09/27(金) 07:55:31.74 ID:/K2li3dr0.net]: あと10年経つと文字小さすぎて読めないとかボタン小さすぎて押せないとか言われてると思われる
ViewBoxなんてカレンダーコントロールにしか使ってなかったが、対処療法には使える
136 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ de79-sesJ) mailto:sage [2024/09/27(金) 08:05:02.49 ID:UPJ9A3G20.net]: VB6.0が動くの正確な意味って解像度とか作成時の状態を踏襲した上でって意味だろうに
なんでそれと同じ条件で語らないんだか
137 名前：デフォルトの名無しさん mailto:sage [2024/09/27(金) 11:39:56.03 ID:4PrSawPF0.net]: >>134
普通に無理やろ
VB6はruntimeが脆弱性対応で更新されてもそのまま動くし既存のOSが生きてる限りサポートされることが約束されてる

Reactのホスト環境はそうはいかない
ホスト環境やReact自身の更新に追随して変更していかないと使えない

環境を凍結して動かすだけならハードに問題ない限り動かせるけどそういう話じゃないだろ？
138 名前：デフォルトの名無しさん mailto:sage [2024/09/27(金) 13:01:50.28 ID:2H6QqaiG0.net]: もういいよ react の話は
139 名前：デフォルトの名無しさん mailto:sage [2024/09/27(金) 13:22:48.25 ID:kLvVhYwY0.net]: >>137
Reactのホストって何よ
基本クライアント側だけで動く機能だぞ
140 名前：デフォルトの名無しさん mailto:sage [2024/09/27(金) 13:31:54.31 ID:H3snXt7I0.net]: >>139
JavaScriptがホスト環境無しには動かない言語なのは知ってる？
141 名前：デフォルトの名無しさん mailto:sage [2024/10/01(火) 19:10:58.55 ID:dt9mkk9o0.net]: ElectronはChromiumを丸ごとバンドルするんだから全部塩漬けにするなら10年後でも普通に動くだろう
セキュリティパッチ云々はまあ.NET Framework の方ならわかるが、
5以降ならクライアントアプリは全部バンドル塩漬け前提になってしまってて、
後生大事にセキュリティ更新だけ当て続けるような運用はもはや不可能なんで、
状況は大して変わらんよ
142 名前：デフォルトの名無しさん mailto:sage [2024/10/01(火) 20:26:18.35 ID:J7GPtKrz0.net]: JavaScript界隈は数十年前のDelphiのEXEやランタイム糞でか問題を現在進行形でまだやってるんだよな
ブラウザ側に金玉握られてたらエンジンごと抱え込むしかないよなあ
ほんと頭悪いわ
143 名前：デフォルトの名無しさん mailto:sage [2024/10/01(火) 20:27:44.35 ID:zBjh5U/o0.net]: htaが神過ぎたな
144 名前：デフォルトの名無しさん mailto:sage [2024/10/01(火) 20:56:36.69 ID:dt9mkk9o0.net]: >>142
.NETも今はCLRから何から全部抱え込むのが基本よ
145 名前：デフォルトの名無しさん mailto:sage [2024/10/05(土) 19:46:33.97 ID:QCQZKClw0.net]: AvalonEditが高速で気に入った
1メガ位のテキストをTextBoxに放り込んだら重くて大変だったけど快適になったわTextBox使えないわ
146 名前：デフォルトの名無しさん [2024/10/08(火) 23:02:49.61 ID:pQ+vP70p0.net]: 今からWPFを勉強する際におすすめの参考書やWeb資料ってある？
147 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 00:39:16.52 ID:N2h11Yh4M.net]: ないよ
148 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 00:52:19.76 ID:N2h11Yh4M.net]: WPFはすでに終わった技術で行き止まりみたいなものでMSもそこを広げていこうとはしてない
新たに入ってこようとする人間もあまりいないので書籍がない
説明資料もない
素の状態では使いづらいのでライブラリを使うけどそのせいで人がばらけてる
それもずっと研究段階で絶対こうしたほうがいいと言う統一した使い方がない
過去のweb資料も時代遅れになっている
149 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 07:33:01.17 ID:+lBoFbSl0.net]: 他の言語したことあるならネットの情報だけで学べるやろ
150 名前：デフォルトの名無しさん [2024/10/09(水) 08:28:12.38 ID:ODDYjXGdH.net]: WPFと言ってもWinFormsとかわらんし。
XAMLはテキトーにサンプル作ればその内わかる。
(最初はポトペタでもいいと思ってる)

データバインドはWinFormsにはないけどバインドする必要もないし。

https://qiita.com/inf102
qiitaにはそれなりにある。
151 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 08:32:36.58 ID:I+S9acjo0.net]: MVVMパターンやデータバインディングにこだわりすぎるとハマる
152 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 09:04:02.74 ID:LZH5WMbK0.net]: データバインディング、テンプレート等とWPFのMVVMは分けて考えるべき

初学者には絶対無理だけど
153 名前：デフォルトの名無しさん [2024/10/09(水) 14:18:46.27 ID:ODDYjXGdH.net]: 非MVVMのWPFが自分的にはサイコー。
50-60人～　の大規模での開発なければMVVMの恩恵はない。
154 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 14:36:12.29 ID:GBd6hExlM.net]: mとvmの境界が分からない
IPropertyChangedがあればvmになるの？
Commandの中身はvmじゃなくてmに書くべき？
155 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 16:00:23.92 ID:7juExw200.net]: 難しく考える必要はない。
VMの仕事はMの状態をビューに反映させることと、Mに対して何らかのコマンドを送出すること、それだけ。
コマンドってのは例えば梱包済み商品の発送処理を開始せよ、みたいなやつね。
発送処理開始ボタンが押されるとVM上のイベントハンドラが実行される。
なお、MVVMではこのイベントハンドラをコマンドハンドラなどと呼ぶことがあるが、上記のコマンドと紛らわしいからここではイベントハンドラと呼ぼう。
そして、イベントハンドラは関連するパラメータと共に発送処理クラス(これがMに相当)の処理実行メソッドを呼ぶ。これがコマンドの送出だ。
そしてVMはメソッドの戻り値等を介して「発送処理中」ステータスに更新された受注情報のリストを受け取り、その内容を自らのプロパティに反映する。
結果として、画面上の受注情報のステータスが更新されることになる。
泥臭い話と思うかもしれないが、君の憧れるMVVMやドメイン駆動といったアプリケーションアーキテクチャのキラキラワードの実態は本来こういうものだ。
156 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 16:26:14.31 ID:LZH5WMbK0.net]: 別にMVVMを全部コードで書いてもよい
これからわかることは...
157 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 17:57:57.80 ID:Fy3THiM40.net]: WinUI3 でバリデーションエラーをTextBox に表示するのってどうやるの？
INotifyDataErrorInfo はあるし
VisualState にもそれっぽいのあるからできると思うんだけど。。
158 名前：デフォルトの名無しさん [2024/10/09(水) 22:40:18.12 ID:EgWGnFmO0.net]: 「ViewModelはViewのための橋渡しをするだけで、他のロジックはModelが持つ」と理解したんだけど、例えば以下のような感じ？

数値カウンターアプリを作る場合にCounterState みたいなモデルを用意して、「現在値」というプロパティと、インクリメント/デクリメントするためのメソッドを実装する
ViewModelはそれを画面の表示やボタン動作に紐付けるために、「現在の値」というプロパティと、ボタン押下時のコマンド (内部的にモデルのインクリメント/デクリメントメソッドを呼ぶ) を定義する

……といった具合の実装をMとVMとで行うと理解したんどけど、合ってる？

役割は違うけど、VMとMとで同じプロパティを書く冗長さがある感がする
INotifyPropertyChangedみたいなWPF特有の知識をModelに持たせない、という考えは納得できる
159 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 23:50:39.69 ID:dETTV3dXM.net]: こういう不毛な話を20年続けてる
160 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 00:48:19.73 ID:Y9XtQuCJ0.net]: ましで
161 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 10:13:58.71 ID:6yZTy5dIM.net]: >>153
変更イベントでTextをintに変換とかいちいちしてるの？
162 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 11:08:47.70 ID:Ulhr2nl60.net]: >>158
それで正しい
面倒ならCounterStateを完全にイミュータブルにして、そのインスタンスを直接プロパティで公開してしまえばいい
それならCounterStateがINotifyPropertyChangedを実装する必要はなくなる
その方がReactなんかのモダンWebアーキテクチャに近い今時の構造になるが、WPFの場合は更新時にモデル全体を差し替えるようなことをすると更新範囲が広くなっちゃうからパフォーマンスは犠牲になる
163 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 18:21:44.49 ID:bR/Ks12r0.net]: PropertyChanged.Fodyも[ObservableProperty]も使ってないって情報古すぎる
今時手書きはないよ
164 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 01:00:45.44 ID:V8K6PYDOd.net]: 質問者が問題視しているのはプロパティの重複とWPF特有の要件をMに持ち込むことだから、
それらのツールは何ら本質的な解決にはならないでしょう
165 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 07:34:33.39 ID:D2KvZw8t0.net]: xamlってWidth＝{Binding Path＝vm.Width×0.9f}
みたいな形でバインディングプロパティを加工出来ないのがつらいよな
Converterあるけどあれだと0.9fとか0.5fとかいろいろなサイズに対応するために複数のコンバーター作らないといけないし
166 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 09:21:28.65 ID:CgGvZ7IF0.net]: WYSIWYGなGUIビルダーが前提の時代遅れな設計だから仕方ない
Reactなら普通に式書けるが、ああいう手書き前提のアーキテクチャではビジュアルデザイナを実装するのが困難だ
業界がまだRADの幻想に囚われていた時代の遺物よ
167 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 12:38:14.23 ID:LpW4FRFf0.net]: >>165
ConverterParameter
168 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 15:03:42.73 ID:aU2XMHpS0.net]: 今からデスクトップアプリは何で開発すればよいの？結局、未だにWPF？
169 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 15:07:40.13 ID:oAJpwo350.net]: Tauri
170 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 17:27:07.45 ID:CgGvZ7IF0.net]: WebベースならElectron、Tauri、WebView2あたり
Webが嫌なら、もはやWin向けではMS謹製となった React Nativeだな
171 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 17:54:11.45 ID:D2KvZw8t0.net]: >>168
簡単な奴ならWinUI3でいいけど業務アプリとかガチめのやつはWPFが安定
172 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 17:55:27.19 ID:D2KvZw8t0.net]: >>167
ありがとう
こんな機能あったんだね
173 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 19:42:24.84 ID:LpW4FRFf0.net]: >>172
あとConverterにプロパティを書いておくと、x:Keyと一緒に指定できるよ
174 名前：デフォルトの名無しさん [2024/10/11(金) 22:22:51.77 ID:S/LAlpyb0.net]: Web系ならGo製のWailsという選択肢もある
Tauriよりもビルドがだいぶ早い (RustはC++と同様にビルドが長くなりがち)

ただしElectron等はWeb系のフロントエンドの知識 (TypeScriptだったり、フレームワークやCSSだったり) が必要だから、C#に慣れてるならWPFになると思う
自分は試したことないけど、Avaloniaも評判は良さそうに思える
175 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 22:39:29.66 ID:e+urK+rQ0.net]: Webベースで作る時に、見た目をWindows風にするスタイルシートってある？
176 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 23:27:08.82 ID:TQ53xTM/0.net]: >>175
Webならなんだって出来る
https://paradoxepoch.github.io/win11-css/
177 名前：デフォルトの名無しさん [2024/10/11(金) 23:43:34.27 ID:TQ53xTM/0.net]: >>175
こっちだったね
https://github.com/Laaouatni/w11CSS
178 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 23:45:25.83 ID:V8K6PYDOd.net]: それこそReact Native使えば？
UWPだからWindows風どころか正真正銘WindowsネイティブUIよ
179 名前：デフォルトの名無しさん mailto:sage [2024/10/11(金) 23:49:11.62 ID:VNXwNI6H0.net]: >>177
開発止まっとる
180 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 00:48:02.73 ID:Om8PnXVB0.net]: Webなら格好いUIつくれんのに
Windowsの古めかしい方に寄せるのは何故？
181 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 01:37:01.36 ID:pKFLyiMR0.net]: >>180
客に「違和感がある」とか文句付けられないようにするため
182 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 02:33:02.01 ID:2unSxFzS0.net]: Windowsアプリなんだから格好いい悪いじゃなくて他のWindowsアプリと揃えなきゃだめだろう
まあネイティブとWebViewだとテキストボックスの挙動すら違うんだけどな
183 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 08:38:27.68 ID:Om8PnXVB0.net]: windowsのアプリとかみんなバラバラじゃん、OS周り以外は

ダサくて使わないけどfluentUI
https://react.fluentui.dev/
184 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 08:42:51.92 ID:dtNF+rDsM.net]: そろそろスマホでもアプリの時代が終わりつつある
些細なことでアプリを入れたくないと言う心情は理解出来る

スマホに100以上アプリ入れてどこに何があるのかもわからないし要らない通知ばかりされる

アプリはもうすぐ死ぬ
185 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 08:44:53.19 ID:dtNF+rDsM.net]: サービスは主要なインフラアプリに統合されて
ツールはツールで残る
186 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 08:47:19.10 ID:Om8PnXVB0.net]: Material UI: https://mui.com/
Ant Design: https://ant.design/
187 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 09:33:49.34 ID:13mgHY9H0.net]: react nativeってopenGLとかopenCV使える？
188 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 11:36:56.71 ID:SicHpmLd0.net]: >>183
リアクトのfluentUIダサいよな
WindowsのfluentUIはそこそこかっこいいんだが
単純にアクリルがあるかないかの違いかもだが
189 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 15:13:33.54 ID:iNamx5U/0.net]: Blazor HybridでFull C#がいい
TS/JSのエコシステムを組み入れる必要がないから
MSスタックで長くやってきた会社には向いてるはず
190 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 20:26:13.92 ID:97+nJc5Rd.net]: いくらMSどっぷりといえど、HTML/CSS使えるのにJSできないというのは考えにくいでしょ
そもそもMSってなんだかんだJS大好きだしなあ
191 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 23:44:20.49 ID:2unSxFzS0.net]: そもそもGUIってのはアプリごとに操作を覚え直さなくていいようにパーツを統一するところから始まってるわけで
WindowsもXPぐらいまではかなりのレベルで統一されてたはずなんだ…

Webアプリが主原因だけどWPFアプリの見た目がWin32とちょっと違ったのも一因だよな…
192 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 01:44:41.67 ID:j6St0Zu00.net]: >>191
そりゃないね
VSCが馬鹿でかいボタン集めて作られてもかなわんからな
193 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 10:34:56.19 ID:ii5+beJfd.net]: VSCode含め、最近では不特定多数向けのGUIアプリって基本的にMacで開発されているものが多いから、
Windowsの作法なんてそもそも開発者の眼中にないんだよ
Macはむしろ伝統的にWin以上にOS側でUXを統一する思想が強かったわけだけど、Apple陣営としては開発者の取り込みのためにはWeb開発者に迎合せざるを得なかった
そして結果的に当のApple陣営の存在がアプリの独自UX化を強力に助長してしまったというのは皮肉な話だ
194 名前：デフォルトの名無しさん [2024/10/13(日) 10:42:53.21 ID:t+94VYTX0.net]: Avaloniaってどうなの
Blazor Hybridとどっちがいい？
195 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 10:45:20.07 ID:K8QjVhgfM.net]: 個別のアプリと言うもの自体が死にかけてるからなんでもいいんじゃないかな
今がピークで本当にマルチなGUIはドンドン必要なくなってくると思うよ
196 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 11:27:03.11 ID:KMuly+QI0.net]: ここってWPFかWinFormsしか使えないジジイたちが時代についていけずアレがいいのか？コレがいいのか？と右往左往するスレだよな
197 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 11:30:10.00 ID:USukL5ei0.net]: >>193
言うてMacOSは今でもOS標準アプリは一貫した作法のままだしな
標準アクセサリですらまるでバラバラなWindowsは格が違う
198 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 12:03:48.62 ID:pdU5irXc0.net]: >>196
色々な技術が乱立していて自分で主体的に取捨選択しなきゃいけないのは決して今に始まったことじゃないんだけどな
お仕着せのMSスタックに身を預けることしかしてこなかったジジイたちが、ここにきて遂にMSに梯子を外されてしまい右往左往している構図
199 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ fbb4-+sfS) [2024/10/13(日) 13:03:58.52 ID:ruoQpPM20.net]: 梯子外しって何のこと？
今も現役だし、サポート終了の話が出てるわけでもないぞ
新機能が追加されるようなことは無いだろうけど
200 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 13:41:08.23 ID:K8QjVhgfM.net]: MS的にはUWP→WinUI3を追いなさいと言うことだけど
それもネイティブアプリ自体が死にかかってるので微妙
201 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 14:11:47.46 ID:j6St0Zu00.net]: ネイティブアプリ作る案件は
あってもモバイルだけだかんな
202 名前：デフォルトの名無しさん [2024/10/13(日) 14:42:54.77 ID:UZT3uuKDa.net]: UWPは将来性危険なので避けたいな
203 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 15:16:30.57 ID:0ZAxqEdHM.net]: >>184 >>201
ネイティブアプリから、Webアプリに変わってきているということ？
204 名前：デフォルトの名無しさん [2024/10/13(日) 15:35:40.96 ID:ruoQpPM20.net]: >>203
トレンド的にはそう
とはいっても、一般ユーザーの目に入りにくいだけでデスクトップアプリの開発は今も普通にあると思う
エンタープライズ系だったり、CADや解析ソフトだったり、計測器の制御だったり
205 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 16:24:37.75 ID:ZFUcuNx5M.net]: んでその一般向けのモバイルアプリ開発ももう多分徐々に下火になってくる
この前どこかの市で1億3000万かけてモバイルアプリ作ったけどインストールしたのは400人ってニュースがあった

特定の案件以外はweb+ＬｉｎｅやＸですませばいいんではないかと…そういう流れになるはず

一般人はスマホに入れてるアプリは50ぐらいらしいけどそれでもうアップアップ
各種スーパーやドラッグストアに行くたびにアプリ入れてたら10個ぐらい入れてる
コンビニはまた別
それ以外にもレストランやファミレスとか回転ずしとかのアプリが合ってアホがどんだけ囲い込みしたいんだよと思うわ
206 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 17:37:12.38 ID:pdU5irXc0.net]: ああいう会員アプリの目的は囲い込みではなく顧客の識別と購買情報なので、入れておいてくれるだけでいいんだよ
Webだとセッション切れたらITリテラシーの低い一般人は高確率でパスワード忘れて再ログイン不可になる
207 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 19:55:15.87 ID:hqn+/Dq/0.net]: >>206
アナタのITリテラシーも疑問符ですよ
208 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 20:01:11.97 ID:hqn+/Dq/0.net]: >>203
業務系のシステムとか10年以上前から全部Webだよ
ネイティブアプリをリッチーアプリと言っていた時代はまだWebと棲み分け出来てたけど今やもう昔話だ
209 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 20:14:01.10 ID:ZFUcuNx5M.net]: 業務のシステムをネイティブで作る意味なんてもうないもんな
スマホやタブレットに後から対応なんて考えず最初からWebでいい

残るのはツールぐらいかな
210 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 20:22:16.23 ID:hqn+/Dq/0.net]: ネイティブアプリの存在意義はWebじゃ厳しいからだったけど
もうそのケースがほとんど無くて
逆にインターネット上のアプリやリソースとシームレスに連携出来なかったりで嫌がられる時代よいま
211 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 20:40:47.88 ID:mAdiZuY60.net]: >>196
なんだReactだのVeuだので争ってるWeb系と一緒かw
212 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 20:52:14.67 ID:mAdiZuY60.net]: デスクトップも結局RestAPIやりとりすれば何ら問題ないんだけどね
213 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 21:06:36.45 ID:ii5+beJfd.net]: いやいや生粋のデスクトッパーにRESTは要注意だぞ
あいつらクライアントへのプッシュのためにクライアント側がHTTPサーバーを兼ねる設計とか、とんでもないことやるからな
214 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 21:53:24.17 ID:ZFUcuNx5M.net]: 1億3000万のアプリがクソしょぼいと言う…中抜きか？
215 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 22:07:06.65 ID:hqn+/Dq/0.net]: >>212
Web上にアプリが無いので各種のバラメータをブラウザー経由で受け取れないし
そもそもシングルサインオンしてないので認証とおってなかったり
連携の時の遷移先はWebアプリなわけで大変だし、遷移先のアプリから返却値受け取れないわで大変よ
216 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 22:19:28.81 ID:USukL5ei0.net]: 人類はHTTP以外の通信プロトコルの経験を失ってしまった
217 名前：デフォルトの名無しさん [2024/10/13(日) 23:39:18.58 ID:cfTcGRh7a.net]: ロストテクナナシーのスレへ
218 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 02:02:58.36 ID:AlInx0gf0.net]: >>215
別にブラウザ経由で受け取る必要なくね？
Jsonでのやり取りで充分じゃね？
シングルサインオンもPOSTの時JSONにアカウント情報載せてやればサーバー側でチェックできるだろ
219 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 02:27:59.52 ID:tPoL367j0.net]: 実際クライアント側へのプッシュ通知って結構面倒だけどね
220 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 03:32:20.56 ID:Dv8nxsKQ0.net]: MSが最後まで梯子を外さずに残すGUIフレームワークってVB6になると思う
そうなるのが何年後かはわからないが
221 名前： mailto:sage [2024/10/14(月) 04:02:31.75 ID:bzUsIhmK0.net]: ComCtrl32よ、永遠なれ！
222 名前：デフォルトの名無しさん [2024/10/14(月) 04:25:35.71 ID:iqlRL8W80.net]: >>220
ActiveXコントロールは2025年10月までと発表されているぞ？
223 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 08:12:19.20 ID:7Nipznt/0.net]: >>218
そのSSOのアカウント情報をそもそもクライアント側でどうやって取得するのかって話
DBユーザーのuser/passやDBのテーブルに格納されたuser/passじゃなくて、Google、Okta、ADのような外部のIdPで認証するのは流石のデスクトッパーでも知ってるよな？
IdP側でM2M用のキーを発行する手もあるが、セキュリティリスクが高いし運用的にスケールしない
224 名前：デフォルトの名無しさん [2024/10/14(月) 08:35:48.49 ID:iqlRL8W80.net]: Webブラウザの方が偽装しやすいこともわかんねえんだろうなw
225 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 11:37:04.23 ID:7Nipznt/0.net]: 偽装って具体的にどんな攻撃を想定してる？
226 名前：デフォルトの名無しさん [2024/10/14(月) 12:36:53.08 ID:iqlRL8W80.net]: >>225
多要素認証が必要になる理由を考えたことがないのか？
227 名前：デフォルトの名無しさん [2024/10/14(月) 12:38:18.52 ID:frzdEHtE0.net]: >>222
30年も使ったから
そろそろ賞味期限が切れたのでは
228 名前：デフォルトの名無しさん [2024/10/14(月) 12:42:16.56 ID:iqlRL8W80.net]: >>225
WebブラウザはOSやハードウェアの情報を正確に取得できない
セキュリティ上の問題

httpで外部からリモートアクセスできないように対策をし続けていまに至る

Webブラウザからアクセスしているように偽装するのは簡単
229 名前：デフォルトの名無しさん [2024/10/14(月) 12:43:32.88 ID:iqlRL8W80.net]: >>227
そうじゃなくて古いもので作られている業務システムが多いから。

Macみたいにシェアが低ければ簡単に切れるが。
230 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 13:40:11.82 ID:p9x+u5aF0.net]: 昔から海賊版だらけのデスクトップアプリはセキュリティ問題ないのか
231 名前：デフォルトの名無しさん [2024/10/14(月) 17:23:20.69 ID:+Avko6/y0.net]: https://blogs.embarcadero.com/ja/native-windows-is-back-to-center-stage-ja/
MFCまさかの復活か!?
232 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 18:06:11.25 ID:JsqeaFKW0.net]: 笑
233 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 18:10:14.35 ID:5kKNYXwC0.net]: RAD Studioか
Delphiは好きだけども…
234 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 18:34:50.90 ID:ykeeYhPa0.net]: 俺には2021年の記事に見える
235 名前：デフォルトの名無しさん [2024/10/14(月) 18:37:59.71 ID:iqlRL8W80.net]: 今年が2024年だということもわからなくなった高齢者なんだろう
236 名前：デフォルトの名無しさん mailto:sage [2024/10/16(水) 02:02:15.67 ID:le2L2D3b0.net]: 意外とデスクトップアプリでもWebView+Blazorで開発してるアプリあるなぁ
DevToysってやつ見た目WinUIそっくりでもWebView使ってBlazorでUI構築してるみたいだ
https://github.com/DevToys-app/DevToys
https://apps.microsoft.com/detail/9nbn8w1ds547?rtc=1&hl=ja-jp&gl=JP
237 名前：デフォルトの名無しさん mailto:sage [2024/10/16(水) 03:36:39.86 ID:uG9ZN9Ip0.net]: Win32だとコモンコントロールを使わなくても同じような枠線を引くAPIがあって
ちゃんと作ってればOSのバージョンアップに伴って見た目もある程度自動で連動できてたのに
最近はOSのテーマに追いつくのはアプリの責任になっててひどくない？
238 名前：デフォルトの名無しさん mailto:sage [2024/10/17(木) 12:50:12.39 ID:WL+hUh7C0.net]: この時代、ゴミみたいな単価でそれなりに見栄えのするデザイン作れるデザイナはいくらでもいるし、
それを寸分違わず実装するのも(WPFはともかく)今時のテックスタックなら大した工数じゃないからねえ
悲惨なUIにならないようにOSがお膳立てしてあげないといけなかった時代は、(業務ドカタ開発を除けば)終わったんだよ
239 名前：デフォルトの名無しさん (ｻｻｸｯﾃﾛ Sp0f-0GI8) mailto:sage [2024/10/17(木) 15:37:14.46 ID:l9ooUbGgp.net]: wpfのテンプレート無効にしてまでカスタムしてる変態もいるんだぜ
240 名前：デフォルトの名無しさん [2024/10/18(金) 07:43:58.79 ID:HW2s8lVK0.net]: 日本人は同じ見た目でないと怒り狂う変なやつが多いしな。
241 名前：デフォルトの名無しさん mailto:sage [2024/10/18(金) 08:48:23.41 ID:vAVjBES80.net]: 主語がでかい
242 名前：デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM7f-97Hm) mailto:sage [2024/10/18(金) 12:07:44.52 ID:dl90zbNnM.net]: XPのガキっぽいのはヒデーなと思ったけど
8や10の視認性の悪さを体験すると評価が変わった
243 名前：デフォルトの名無しさん mailto:sage [2024/10/18(金) 12:40:18.78 ID:Hbjuz6+L0.net]: 昭和賛美はジジイの始まり
244 名前：デフォルトの名無しさん [2024/10/18(金) 13:53:32.48 ID:wVDH4S6Qa.net]: 2000が最強
Meはゴミ
245 名前：デフォルトの名無しさん mailto:sage [2024/10/19(土) 11:07:39.01 ID:SVPedUfi0.net]: NT4でOSとしては完成してたね
VB6.0もコレを対象にしてて、いまだに一部業界で稼動中
これらに比べたらWPFはゴミ
246 名前：デフォルトの名無しさん mailto:sage [2024/10/20(日) 06:09:31.07 ID:gVGzm2Bz0.net]: MVVM作ってみた

めんどくさいな
247 名前：デフォルトの名無しさん mailto:sage [2024/10/20(日) 12:19:12.29 ID:8VDaQYX+0.net]: あんな作法に惑わされ過ぎ
工数が嵩むばかりで何のメリットも無い
248 名前：デフォルトの名無しさん mailto:sage [2024/10/20(日) 12:29:42.70 ID:R7G7/KAA0.net]: ユーザーが入力した値の検証や表示用に変換が必要な場合には向いてる
249 名前：デフォルトの名無しさん mailto:sage [2024/10/20(日) 12:42:27.88 ID:8VDaQYX+0.net]: そんなんMVVMじゃなくても出来るし
一度作ったらそれっきりなんだから
意味が無いんだよ
250 名前：デフォルトの名無しさん mailto:sage [2024/10/20(日) 12:48:45.65 ID:cTHcFhGQ0.net]: MVVM便利だけどな
やっぱ層が分離されてるって気持ちいいよ
251 名前：デフォルトの名無しさん mailto:sage [2024/10/20(日) 12:50:24.66 ID:cTHcFhGQ0.net]: 俺はMVVMSを提唱してるけど
Mはもう構造体だけにしてSでMを加工しVMに情報を与える
SはサービスのSね
252 名前：デフォルトの名無しさん mailto:sage [2024/10/20(日) 13:25:07.93 ID:cTHcFhGQ0.net]: TextMateSharpっていうTexMateという一般で広く使われてる規格からシンタックスハイライトを作成するライブラリを使ってWinUIのRichTextBlockにシンタックスハイライトを実装するライブラリ作ったんだがこれってライブラリ化とかした方が良いかな？
プログラムは単純にTextMateSharpのデモをパクってRichTextBlockに合うように呼び出しを変えただけなんだけど
ふつうにGitHubなんかにサンプルとして投稿する感じがいいのかな？
253 名前：デフォルトの名無しさん mailto:sage [2024/10/20(日) 16:08:17.60 ID:gVGzm2Bz0.net]: >>251
なんか、
やりたくで作ってるだけじゃなく、
必要になって作ってるわ

MVVMの

Prisｍだかは無しで
254 名前：デフォルトの名無しさん mailto:sage [2024/10/20(日) 16:36:51.61 ID:cTHcFhGQ0.net]: >>253
Prismみたいなフレームワーク使わないとめんどくさいだろうなぁ
個人的によく使ってるのはMVVMToolkitだわ
CommunityToolkit.MVVMのNugetで使えるようになる
確かWPFでも使えたはず
255 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 02:42:13.87 ID:Yz2aUc2R0.net]: vue.jsとかのMVVM知ってると
WPFのはあまりに馬鹿らしくて泣けてくるぜ
256 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 07:12:35.06 ID:bUjh45Ks0.net]: >>255
すまんVue.jsやったことないんだけどどのへんがWPFがクソなの？
257 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 09:43:37.16 ID:Yz2aUc2R0.net]: 全部って感じ...
他はMVVMにかかる手間なんて一切無い

ので話題にも上がらない感じ
258 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 12:50:49.84 ID:bUjh45Ks0.net]: >>257
いやわからん
259 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 13:49:53.99 ID:lU6IQ1t4p.net]: そも、VisualStudioって、MVCモデル用だれ？
260 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 14:26:47.05 ID:Yz2aUc2R0.net]: >>258
糞って事
261 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 15:24:03.02 ID:8GAgNEd+0.net]: >>260
例えば Vue.js の MVVM でここが優れてる！
ってのはどんなのがある？
262 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 17:42:45.47 ID:Yz2aUc2R0.net]: >>261
全部
263 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 17:52:15.71 ID:8GAgNEd+0.net]: ただ Vue.js 言いたかっただけなんじゃないの？
264 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 17:52:48.65 ID:bUjh45Ks0.net]: なにも生産性の無い話題だったな
265 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 17:54:57.66 ID:bUjh45Ks0.net]: MVVMToolkitはマジで記述クソ簡単になるからオススメ
一応Microsoft既製っぽい(実際はコミュニティで作ってる)しパフォーマンスもPrismより良いらしい
266 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 18:30:18.81 ID:x6+Rbr8S0.net]: >>265
ほう
使ってみますわ

内部の仕組みとかは気にしなくてええの？
不安だわ
267 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 18:30:40.31 ID:x6+Rbr8S0.net]: >>266
Prismとか、
使ってええもんかどうか…
268 名前：デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM2d-wxh/) mailto:sage [2024/10/21(月) 19:05:04.17 ID:CKTKnODWM.net]: なんかこのスレにはwebやれよの人が住んでいる
269 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 20:27:59.59 ID:Ae8vTo3KM.net]: >>267
Prismは必要以上に肥大化して複雑になっちゃったから手を出さない方が良いと思う

CommunityToolkit.MVVMは後発なだけあってシンプルで分かりやすくて良いよ
これがもっと早くにリリースされてればWPFのMVVM嫌いをここまで量産しなかったかもしれない
270 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 21:53:26.66 ID:SQ8zGBXh0.net]: >>266
ソースジェネレーターってやつを使って実装を簡単にしてる
詳しくはこれを参考にされたし
https://qiita.com/MAUIHighSchool/items/ed6a90b81cb849a9148e

機能を詳しく説明してる記事はこちら
https://qiita.com/kk-river/items/d974b02f6c4010433a9e
271 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 23:54:17.80 ID:x6+Rbr8S0.net]: >>269
あー
初心者だから大変だわ

とりあえずToolkitでさっきから作り始めたわ
272 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 23:58:40.32 ID:x6+Rbr8S0.net]: >>270
とりあえずToolkitでさっきから作り始めたわ

何も無しで自力作ったWPFアプリケーションをToolkitに移植してるけど、
仕組みがよくわからんわ…
273 名前：デフォルトの名無しさん mailto:sage [2024/10/21(月) 23:59:42.52 ID:x6+Rbr8S0.net]: >>272
まあ、
自分で書くソースコードは短くなるな…
274 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 00:03:10.01 ID:6OfHYckZ0.net]: >>272
普通こういうのはプロパティの値が変わってもUIに反映されないんだけどINotifyChangedって言うプロパティの値が変わったら自動的にUIに反映させる実装を裏の方でしてるだけ
MVVMToolkit使わないならわざわざその処理を手書きで記入しないといけないところをMVVMToolkitは裏で自動で実装してくれるわけ
275 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 00:05:22.64 ID:6OfHYckZ0.net]: その裏で実装されてるのが
>>270この記事の終わりの方にあるアナライザーのところに勝手に作られるコードってわけ
276 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 00:57:03.72 ID:2qKbHbOq0.net]: >>274
そうだね

INotifyChangedとか書いてたわ
だいぶ短くはなった
277 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 07:50:00.10 ID:5GZLz77w0.net]: >>257
>他はMVVMにかかる手間なんて一切無い
>
>ので話題にも上がらない感じ

WPFについても同じように思っている人はいると思う。一切無いとまで言い切ることはしないが。
自分はそれほど困ってないが、ちょくちょくWPFをディスりに突撃してくる変な人がいるなあ、という感想。
278 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 10:51:02.21 ID:ZMkCoWD80.net]: >>277
>>WPFをディスりに突撃してくる変な人

以前WPFに人生投資してた人でお節介ながら警告してくれてんじゃないの？自分もそうだけど

で自分はWPFに関してはMVVMだけなら単純なバインディング機能とコードビハインドだけでもっと簡単にサクッと書けんじゃないのと思ってる

諸悪の根元はMicrosoft Expression Blend系機能に代表的されアンチコードビハインドの原理主義
279 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 11:21:31.87 ID:0LHYxdA70.net]: MicrosoftがMVVMの為に言語を歪めてコンパイラで特別扱いする勇気があれば、最初からもっと簡潔に書けていただろう
なぜ素のC#で書かせたのか
280 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 12:19:11.75 ID:M9bqFahpM.net]: >>278
そんなのは過去ログやWEBの評判みりゃ分かることだし、要らぬお世話だよ
何度も長々と同じ話してて、邪魔にしかなってない
それに今は以前と比べてかなり簡単に作れるようになってる
281 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 12:24:49.65 ID:ue2b+tDRH.net]: >>279

自動プロパティにget set init 以外に　bind set付けるだけなのになあ…
282 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 13:02:37.84 ID:Ousb9TvG0.net]: 考え方が根本的に間違ってんな
283 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 13:17:36.06 ID:Tz9XpcgzM.net]: VSエクスプレスでコミュニティツールキットMVVM Ver.8以降を使う方法ってありますか？
284 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 13:38:01.40 ID:ZMkCoWD80.net]: てか、何でコードビハインドがダメなのか
285 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 15:18:34.69 ID:cRRoaZiP0.net]: テスタビリティが低いから
GUIフレームワーク込みじゃないとテストできなくて自動テストとの相性が悪い

双方向バインド、テスタビリティ、宣言的UIがMVVM三種の神器
286 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 15:20:03.69 ID:cRRoaZiP0.net]: どれも必要ないならMVVMは無用の長物
287 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 15:59:14.94 ID:WgkSZma6p.net]: 流行りなだけで単純なアプリ作るだけなら不用だしなぁ
288 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 16:02:45.40 ID:2qKbHbOq0.net]: ViewとModelで、
独立して開発できるって認識で合ってる？

まあ、本格的に企業で開発してみないと実感がないな…
289 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 16:43:45.49 ID:klfEOsmR0.net]: モダンUIフレームワーク視点から捉えたMVVMの現在地↓

「SwiftUIでMVVMを採用するのは止めよう」と思い至った理由
https://qiita.com/karamage/items/8a9c76caff187d3eb838
290 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 18:26:22.21 ID:z4sRcycH0.net]: >>289
Modelを全部ObservableにすればVMは不要である
と読めた
291 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 18:50:04.41 ID:RcS0CrU3M.net]: 何年か前にそれを見たような気がするけど呪文が多くて別物だと思った

GUI部分は宣言的にコード書くのは楽なんだよな
書いた通りにしか動かないから
292 名前： mailto:sage釣 [2024/10/22(火) 20:49:09.75 ID:xlemdUZK0.net]: 書いて無いのに動くプログラム。怖すぎ。
コックリさんか、小人さんが補完するのけ？
293 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 21:02:56.75 ID:3twpQX3A0.net]: >>289
本質はただの言葉遊びにしか見えんね
VMを別の言葉で言ってるだけ
294 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 21:04:34.90 ID:laQGBhjCp.net]: なんか余計なコード書かなきゃならあかん事が増えて
かえって工数が嵩んでるって思うわ
295 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 21:28:02.57 ID:MLYapXOO0.net]: 意味不明瞭な変な用語を使いたがるキチガイどものいつもの会話
296 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 21:31:34.30 ID:TQEI3sRI0.net]: XAML+双方向バインディング
VS
コンポーネントベース+単方向データフロー

それぞれ切っても切り離せない関係にあると思うが、MVVM云々よりこっちの方が古今の開発体験の差になってるように思う
297 名前：デフォルトの名無しさん mailto:sage [2024/10/22(火) 22:41:09.89 ID:3twpQX3A0.net]: XAMLは単一方向フローでもいけるだろ
当時はXAMLのパフォーマンス改善の方策の一つだったぞ
298 名前：デフォルトの名無しさん mailto:sage [2024/10/23(水) 08:06:56.79 ID:mAhczU3U0.net]: winui3ではx:BindとBindingで違うね
Bindは静的バインディングでモードを1回だけ、単方向、双方向で変えられる
毎回指定しなきゃいけないの面倒だけどね
Bindingは動的バインディング
299 名前：デフォルトの名無しさん mailto:sage [2024/10/23(水) 13:24:02.81 ID:MltH7llV0.net]: マテリアルデザインの5.1って動きます？
4.9までは動いてたんだけども、見つからなくなっちゃった
App.XamlでMaterialDesign3.Defaults.xamlに変更したりしたけども、見つからない
動かすだけなら4.9に戻せばいいだけなんだろうけども
300 名前：デフォルトの名無しさん mailto:sage [2024/10/23(水) 14:09:56.24 ID:uGe/15wp0.net]: 動くよ
App.XamlでSecondaryに書き換えるとこもある
301 名前：デフォルトの名無しさん [2024/10/23(水) 21:28:23.70 ID:Qh3MumDi0.net]: MS自体、小規模ならMVVMは使う必要ないと言ってる。
302 名前：デフォルトの名無しさん mailto:sage [2024/10/23(水) 21:32:44.56 ID:wrXNbwSN0.net]: 大規模もよ
時間の無駄の倍々ゲームになる
303 名前：デフォルトの名無しさん mailto:sage [2024/10/23(水) 21:34:08.98 ID:RnIdyZfu0.net]: >>301
どこで言ってるの？
304 名前：デフォルトの名無しさん [2024/10/23(水) 22:10:21.89 ID:GAB82Ipr0.net]: C#の入門レベルの本だといまだに「WinFormでアプリを作ってみよう」という例が書いてある印象はあるよね
305 名前：デフォルトの名無しさん mailto:sage [2024/10/23(水) 23:20:22.03 ID:ZDG8kcNN0.net]: 「UWPでアプリを作ってみよう」よりかは需要のある知識
306 名前：デフォルトの名無しさん mailto:sage [2024/10/24(木) 00:04:05.62 ID:DJyT9FzO0.net]: 入門ならWinFormsでええやろ
307 名前：デフォルトの名無しさん mailto:sage [2024/10/24(木) 00:08:39.76 ID:G/0dkLyr0.net]: 高DPIも対応したしwinformsは手軽にGUI作れるフレームワークとして今後も有力だと思う
308 名前：デフォルトの名無しさん mailto:sage [2024/10/24(木) 00:18:06.85 ID:y1JNrqGb0.net]: https://github.com/dotnet/winforms/pull/11857
dark modeもやってくるしなw
309 名前：デフォルトの名無しさん mailto:sage [2024/10/24(木) 06:30:19.71 ID:pYfN4f/D0.net]: >>305
たしかにw
310 名前：デフォルトの名無しさん mailto:sage [2024/10/24(木) 06:58:15.08 ID:Fwv7D8fI0.net]: WPFのHiDPI対応は何も考えなくてもできるけど、
WinFormsのHiDPI対応は難しすぎる
311 名前：デフォルトの名無しさん [2024/10/24(木) 20:09:47.80 ID:itfifMct0.net]: WPFに比べてWinFormsは敷居が低い。ま、x:name使えば大差ないけどな。
312 名前：デフォルトの名無しさん mailto:sage [2024/10/24(木) 20:12:51.73 ID:sEc04p0B0.net]: >>311
MVVMとかやんなきゃ
変わんねーーだろ
313 名前：デフォルトの名無しさん mailto:sage [2024/10/25(金) 23:48:14.35 ID:ObV1NlTa0.net]: やだナニコレ・・・素敵なんだが
https://x.com/AvaloniaUI/status/1849818682077458915
314 名前：デフォルトの名無しさん mailto:sage [2024/10/25(金) 23:49:52.41 ID:ObV1NlTa0.net]: これが最新のMacOSで動くというのがシュールすぎるｗ
315 名前：デフォルトの名無しさん [2024/10/26(土) 00:18:29.58 ID:vf+UEX7c0.net]: めちゃくちゃ懐かしいw
316 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0679-Cbkq) mailto:sage [2024/10/26(土) 03:27:27.19 ID:qze4GRwI0.net]: こういうのでいいんだよこういうので
317 名前：デフォルトの名無しさん mailto:sage [2024/10/26(土) 10:46:17.67 ID:xLXwJUeA0.net]: >>316
良くないだろw
318 名前：デフォルトの名無しさん mailto:sage [2024/10/26(土) 10:48:21.88 ID:+Hh1BO/+0.net]: そいやvscodeのavaloniaの動くようになっていた
VisualStudioでやればいいんだけどさ
319 名前：デフォルトの名無しさん mailto:sage [2024/10/29(火) 18:16:49.05 ID:gJRCsGwu0.net]: AvaloniaStudioとかいうVisualStudio風味のIDEがGitHubにあるな
320 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 95aa-MON2) mailto:sage [2024/11/10(日) 19:58:12.81 ID:7uuscMCZ0.net]: WinUI3のコントロールの中にWindowsTerminal組み込んで見たの図

https://youtu.be/x1Nn_WWLe-A?si=UpKK07w3lM1sip0q

こいつにディレクトリのツリービューとか追加してダブルクリックでそのアイテムのパスをコピペするようにしたりコンソールアプリのパスを登録したリストビュー作ってその中からアプリを選んだらそのパスがコピペされたりとかになればコンソールもだいぶ使いやすくなるぞ
321 名前：デフォルトの名無しさん mailto:sage [2024/11/10(日) 22:38:26.57 ID:zIwJaoPmH.net]: そんなもん適当なコマンドランチャー使えばいいでしょ
322 名前：デフォルトの名無しさん mailto:sage [2024/11/11(月) 12:30:45.71 ID:2eVgzzz70.net]: >>321
コマンドランチャーってコマンド引数入力できるの？
323 名前：デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM4b-LGTl) mailto:sage [2024/11/11(月) 17:29:08.35 ID:NYpo9nL7M.net]: VzEditorのファイラー便利だったな
324 名前：デフォルトの名無しさん mailto:sage [2024/11/12(火) 20:27:22.08 ID:tFjNYueo0.net]: コンソールの親ウィンドウを設定しただけに見える
ネタなら前にあったLINE風のコンソールのが面白いね
325 名前：デフォルトの名無しさん mailto:sage [2024/11/12(火) 21:18:59.73 ID:WQpvpJyo0.net]: >>324
そうそう、Process. Startしてウィンドウハンドルを取得
DllimportでSetParentしただけ
326 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1da9-MON2) mailto:sage [2024/11/12(火) 21:26:18.82 ID:gBESn8sB0.net]: ただWindowsTerminalの設定をそのまま引き継げるしタブも使えるしなかなか便利だ
ツリービューからパス選ぶのもいったんクリップボードにパスを文字列で入れてsendinputでCtrl+Vを入力してるだけ
超お手軽で色々応用が効くといったもの
個人的にターミナル使う時わざわざエクスプローラー起動して～右クリックでパスコピーして～ってやってたからこういうのあれば個人的に助かるってやつを作ってみた
327 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4b10-qstp) mailto:sage [2024/11/12(火) 22:28:26.76 ID:Hlpr+M7J0.net]: 「ターミナルで開く」
328 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2f81-DeXB) mailto:sage [2024/11/17(日) 01:14:13.58 ID:voYpa1+g0.net]: 最新のc#で作るならどれ？wpf？
329 名前：デフォルトの名無しさん [2024/11/17(日) 12:24:25.53 ID:r72Z/PFa0.net]: windowsだけならWPF
クロスプラットフォームはAvalonia
330 名前：デフォルトの名無しさん mailto:sage [2024/11/17(日) 13:11:47.15 ID:jIxmQ+Br0.net]: Blazor
331 名前：デフォルトの名無しさん [2024/11/17(日) 13:14:55.45 ID:dobbbVxQ0.net]: UWPやMAUIって現状どうなん？
C#でのGUI開発だとWPFの方が名前が挙がるけど、これは単に移行が進んでないだけ (可能なら移行したいとは思ってる) なのか、WPFの方が安定してるなどメリットがあるのか
332 名前：デフォルトの名無しさん mailto:sage [2024/11/17(日) 13:24:38.77 ID:7IxkAmkp0.net]: UWPは今後も無いな
WinUI3やMAUIは完成度がね…
333 名前：デフォルトの名無しさん mailto:sage [2024/11/17(日) 20:58:49.33 ID:NAlpxgDu0.net]: React
はいもうこの話は結論付いている
MicrosoftですらReactを使っている
334 名前：デフォルトの名無しさん mailto:sage [2024/11/17(日) 23:26:25.20 ID:jIxmQ+Br0.net]: 「C# で作るなら」って書いてあるのが読めないの？
335 名前：デフォルトの名無しさん [2024/11/17(日) 23:30:20.47 ID:dobbbVxQ0.net]: 仮にWeb系技術だとしてもなぜReactだけ？
336 名前：デフォルトの名無しさん mailto:sage [2024/11/17(日) 23:37:44.13 ID:MAZWGKFr0.net]: で、
業務アプリケーションは何使われてるの？
337 名前：デフォルトの名無しさん mailto:sage [2024/11/18(月) 00:14:20.12 ID:VW7sHWGL0.net]: 業務なら普通にWebよ
と言うと、外部機器の制御などでデスクトップアプリの必須な分野もある、といった反論があるだろうが、
そういう分野の連中って結局何やってもWinFormsから移行しないからMSはもう投資してないよ
338 名前：デフォルトの名無しさん mailto:sage [2024/11/18(月) 19:27:53.22 ID:1mdid6am0.net]: いまどきの業務アプリなんて生成AIでノーコードなんじゃないの
逆にC#の出る幕なんてあるの
339 名前：デフォルトの名無しさん mailto:sage [2024/11/18(月) 19:48:54.91 ID:FOm+z+jk0.net]: >>338
はやく生成AIで業務アプリ作って公開してくれよ
340 名前：デフォルトの名無しさん mailto:sage [2024/11/18(月) 20:57:21.25 ID:i/NsWVfo0.net]: >>339
アシスタントにAIは普通なってきましたよ
因みにC#でもアシストしてくれると思います
341 名前：デフォルトの名無しさん mailto:sage [2024/11/18(月) 22:12:23.17 ID:FOm+z+jk0.net]: >>340
話がずれすぎ
生成AIでノーコードで業務アプリ作れることを証明しろって話
342 名前： mailto:sage釣 [2024/11/18(月) 23:00:55.55 ID:x8ZZBVl/0.net]: SilverLightでもええで～♪
343 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 06cf-xZnB) mailto:sage [2024/11/19(火) 22:16:25.69 ID:uTHoNWAl0.net]: >>337
Webやってないのは進歩しない人間と言いたい十年一日のような議論
344 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 622a-00YW) mailto:sage [2024/11/19(火) 22:29:29.89 ID:tyB4taC20.net]: 個人開発ならまだしも、プロジェクト毎の技術選定において「決定権」を持つのは開発組織の上位層であって、多くの技術者ができることはいわゆる「提案」に留まる
345 名前：デフォルトの名無しさん mailto:sage [2024/11/20(水) 00:39:09.58 ID:aJUirW5V0.net]: 日本で下手に提案したら責任もとらされるからね
346 名前：デフォルトの名無しさん [2024/11/20(水) 00:47:47.27 ID:qdA5YbiO0.net]: ワールドワイドウェブなのにWebブラウザの仕組みの話になっているのは知識がなさすぎる。

いまはWebアプリケーションはSPAだらけで、Webブラウザの基本的なプロトコルでもはや実装していない。
347 名前：デフォルトの名無しさん mailto:sage [2024/11/20(水) 09:33:22.01 ID:4ayYS315M.net]: JavaScriptは基本的な機能じゃないからね
348 名前：デフォルトの名無しさん mailto:sage [2024/11/20(水) 18:30:28.68 ID:wCIcMF/j0.net]: SPAはHTTPで通信しないのか？
349 名前：デフォルトの名無しさん mailto:sage [2024/11/20(水) 18:54:14.30 ID:wXNIaGZt0.net]: >>348
初回アクセス時にjsのソースをローカルにロードしたら以降は全部ローカルで動作する（なのでサーバーアクセスも不要）

初回アクセス時にローカルストレジにキャッシュも出来るので、そうすると起動時のサーバーアクセスすら完全に不要になる

こうなるとWebアプリじゃなくて実質クライアントアプリだね
350 名前： mailto:sage釣 [2024/11/20(水) 19:10:54.66 ID:4MjVLHAc0.net]: データをローカルストレージに書けるようになったらそうだね
351 名前：デフォルトの名無しさん mailto:sage [2024/11/20(水) 20:02:39.41 ID:wXNIaGZt0.net]: 随分まえからあったような
352 名前：デフォルトの名無しさん mailto:sage [2024/11/20(水) 21:23:27.93 ID:yiKxxO2KM.net]: オンラインとオフラインで動作を変えてる
オンライン接続されたたローカルで作ったデータを鯖に送ってアップデートする

それが最低限の挙動
353 名前：デフォルトの名無しさん [2024/11/23(土) 11:39:44.69 ID:IBbRne7P0.net]: >>352
軽く言ってるけど、データの整合性とかはどうやって担保してんの？
354 名前：デフォルトの名無しさん mailto:sage [2024/11/23(土) 12:36:45.49 ID:DqkgFhEYM.net]: 状況に合わせて適宜ルール決めるだけ
355 名前：デフォルトの名無しさん [2024/11/23(土) 15:09:43.26 ID:IBbRne7P0.net]: >>354
そのルール作りが大変だろうが。下手なルールだと不整合がバンバン起こる。
それにそんなんが可能な業務も限定的だろが。
356 名前：デフォルトの名無しさん mailto:sage [2024/11/23(土) 18:45:00.61 ID:ZvvW/2Tu0.net]: >>355
恐らく個人的なアプリではないのかな？
357 名前：デフォルトの名無しさん mailto:sage [2024/11/23(土) 19:19:19.29 ID:OFHXNujJM.net]: 何にでもケチをつけないと気が済まないんだなとしか…実際に実装されてるし一般に売られている本などでも実装手順は書かれている
大変だろうが。で終わる話ではないんだけど

そもそもがオフラインの状況自体がかなり限定的で
その状態でどの機能を有効にするかを取捨選択するのかは顧客と話し合って仕様決定する
それが仕事の人がいるので決まった仕様に沿って実装するだけなんだよ…
358 名前：デフォルトの名無しさん mailto:sage [2024/11/23(土) 20:02:29.91 ID:nU+3AwL30.net]: 「だけ」と軽く流して具体性に欠ける回答だから突っ込みが入って当然だろう
こういうのは何でもケチをつけるには当たらないと思う
359 名前：デフォルトの名無しさん mailto:sage [2024/11/23(土) 20:31:23.62 ID:ilySQ3CD0.net]: 具体的に説明しようとしたら、こんなところの数行のやりとりで終わらせられるような話では無かろうよ
で、ここはそれに適切な場なのか？
360 名前：デフォルトの名無しさん mailto:sage [2024/11/24(日) 09:57:10.11 ID:kUToI6JtM.net]: 何にでもケチをつけないと気が済まないんだなとしか…
361 名前：デフォルトの名無しさん mailto:sage [2024/11/24(日) 10:04:49.03 ID:kUToI6JtM.net]: オフラインでしか使えない状況でも使いたい場合もあるでしょう
山奥の家で保険の更新とかだと電波なんか届かないでしょう
大規通信模障害でわざわざアポ取ったのに当日キャンセルなんてしないだろう

そういう時にはオフラインで操作して後で更新するだけで終わりだよ

複雑な在庫を奪い合ったり相互に関係するリレーションを破壊するには向いていないがそんな業務を避けるだけで
オフラインで業務報告や日報入力など普通に使えないツールは困るだろ

状況に合わせて適宜ルール決めるだけ
本当にこれだけだろう
362 名前：デフォルトの名無しさん mailto:sage [2024/11/24(日) 11:15:56.24 ID:KIGifJ380.net]: 仕様を決める人間と
決められた仕様に沿って実装する人間とでは
物事の見え方が違うという典型例だね

両方やってればもう少し物事を多面的に見れる
363 名前：デフォルトの名無しさん mailto:sage [2024/11/25(月) 11:51:01.20 ID:Xa+HCiLI0.net]: ちょっと違うけどイメージしやすい実例を挙げるとしたら Git とかになる？
fetch だけオンラインでしとけばオフラインでもコミットなどはできる。
オンラインになったときにプッシュする。
データが不整合（コンフリクト）になったときどうするかは、
要件に応じて設計
364 名前：デフォルトの名無しさん mailto:sage [2024/11/25(月) 11:53:43.97 ID:Xa+HCiLI0.net]: OneDrive とか Dropbox とかも
365 名前：デフォルトの名無しさん mailto:sage [2024/11/25(月) 12:50:11.92 ID:ti7eeH670.net]: 横からだけど、その例はちょっとズレてるんじゃないかな
そのような汎用的なツールは誰にでも受け入れられるように極力勝手な前提を設けずに小手先のテクニックで頑張る方向
一方で、業務アプリのように特定のユースケースを前提とするなら、汎用的なコンフリクト解決の仕組みとか要らないの
衝突した場合には、ある特定のデータ項目に関しては常に端末側のものを採用したい、といった要件は個別に話聞けば普通に出てくる
仕様決める人はそういうのをクソ真面目に話聞いて仕様に落とし込んでるわけだね
基本的に客は馬鹿なので、必ずしもそういうアプローチが汎用的なアプローチよりも優れている訳ではないのだが、
ともかく上の「仕様を決める」というのはそういうことを言っているのだと思う
366 名前：デフォルトの名無しさん mailto:sage [2024/11/25(月) 13:10:09.67 ID:x60lCKML0.net]: >>363
書けば書くほど素人臭がキツくなるな
「Gitと同じように作るだけじゃないの？」とかリアルで言ってそう
367 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7ff7-dp6B) mailto:sage [2024/11/25(月) 22:39:22.95 ID:Xa+HCiLI0.net]: なんかごめん
368 名前：デフォルトの名無しさん [2024/12/05(木) 23:50:57.55 ID:PwliRaIW0.net]: フェッチはコピーするという意味だと知らないんだろ
369 名前：デフォルトの名無しさん mailto:sage [2024/12/25(水) 19:20:42.54 ID:pacUGaOU0.net]: WinUI3の画面にWindowsTerminal埋め込んだったwww
https://qiita.com/C-Sharp_is_GOD/items/d02a2da67690342eb18f
https://youtu.be/EUKxCwRNE4g?si=THt6u0Izm1QRgl63
WindowsTerminal標準の設定も使えるしタブ機能も使える
370 名前：デフォルトの名無しさん mailto:sage [2024/12/25(水) 20:22:33.08 ID:QTiHuTzJM.net]: 君しつこいよ
371 名前：デフォルトの名無しさん mailto:sage [2024/12/30(月) 19:04:40.52 ID:/IGqDrzd0.net]: ChatGPTの公式デスクトップアプリがMac版はネイティブなのにWinではElectronになったのには、当初WinUI試したけどあまりにもクソだった
→実際Winアプリって最近のメジャーどころはMS製含めだいたいWebベースなんだからもうWebでいいじゃんという判断があったそうだ
あまりにもライブラリが未整備だし誰も使ってなくてエンジニアの確保も困難とのこと
一方MacはUIフレームワークの乱立&放置が繰り返されたWinと比較してネイティブアプリ用のUIフレームワーク何使えばいいか極めて明確だし、大部分のコードをiOSと共通化できたそうだ
WPF以降の迷走によって崩壊したWinのUI開発エコシステムの惨状を象徴する良い事例だな
372 名前：デフォルトの名無しさん mailto:sage [2024/12/30(月) 20:05:33.26 ID:sFrwTalz0.net]: だからWebでいいって大昔に結論でてる
373 名前：デフォルトの名無しさん mailto:sage [2024/12/30(月) 20:21:17.17 ID:PItkFo3l0.net]: バックエンドと高頻度にデータをやり取りするとか、
バックエンドでリアルタイムに生成した画像を大きく表示するようなアプリだと
Electronはレスポンス悪くなるんじゃないの？
374 名前：デフォルトの名無しさん mailto:sage [2024/12/30(月) 21:03:02.41 ID:dr/DezOv0.net]: ぜんぜん
375 名前：デフォルトの名無しさん mailto:sage [2024/12/30(月) 21:32:22.79 ID:VLSf1dH+0.net]: Webはそういうユースケースに最適化されてるからむしろWPFなんかより遥かにレスポンスいいんだよなあ
376 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ c702-3FWJ) mailto:sage [2024/12/30(月) 22:04:44.38 ID:PItkFo3l0.net]: じゃあ、逆にElectronはどんなタイプのアプリには向いてないの？
377 名前：デフォルトの名無しさん mailto:sage [2024/12/30(月) 22:26:17.62 ID:VLSf1dH+0.net]: 一般的には、メモリ消費量の少なさや起動の早さが重要な小物には向かないとされる(WPF比では微妙だが…)
ChatGPTなんかまさにそうで、Win版がElectronアプリであることはかなり非難されてるね
378 名前：デフォルトの名無しさん mailto:sage [2024/12/30(月) 22:38:07.94 ID:sFrwTalz0.net]: >>376
wasmの利用で死角が無くなった
379 名前：デフォルトの名無しさん mailto:sage [2024/12/30(月) 23:01:18.81 ID:VLSf1dH+0.net]: 一般的には、メモリ消費量の少なさや起動の早さが重要な小物には向かないとされる(WPF比では微妙だが…)
ChatGPTなんかまさにそうで、Win版がElectronアプリであることはかなり非難されてるね
380 名前：デフォルトの名無しさん mailto:sage [2024/12/30(月) 23:18:27.36 ID:OOGmSE5G0.net]: ネイティブであってもXAMLレンダリングしてるならElectronでHTMLレンダリングしてるのと内部でやってることあんま変わんなくね？ってのが
381 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 8b01-DS50) mailto:sage [2024/12/31(火) 00:42:34.02 ID:DZIETbhN0.net]: AIアプリなんてネットワーク越しでAPI叩いてるだけじゃないの？ローカルクライアント側のパフォーマンス差なんて
AIのレスポンスに比べればたかが知れてる気がするけど
382 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff74-32V6) mailto:sage [2024/12/31(火) 00:44:36.08 ID:TIQaqZjg0.net]: 処理速度的にはその通りというかむしろ極限まで最適化されてる分HTMLの方が大抵速いのだが、
ブラウザを丸ごと同梱するのは本来必要な機能に対して膨大な無駄があるからどうしてもメモリ食うし起動にも時間がかかる
383 名前：デフォルトの名無しさん [2024/12/31(火) 10:06:10.65 ID:Ksb/JqFh0.net]: webアプリをクロスプラットフォームに移植する上でelectronだと楽だから使われてるだけで
最初からwin用のネイティブアプリ作りたい用途ならWPFの方が向いてる
384 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 10:12:02.23 ID:Njrw1w1iM.net]: それは思い込みだと思うよ
WPFの開発者なんて確保できない
385 名前：デフォルトの名無しさん [2024/12/31(火) 10:19:11.69 ID:Ksb/JqFh0.net]: ChatGPTのアプリってWeb版と何も変わらないじゃん、ショートカットがあるくらい？
それを例に出すのは流石に頭悪いと思う

Edgeで任意のサイトのアプリ化する機能とやってることは変わらん

Webアプリがクロスプラットフォームの肩書きを得るために楽なのがElectronだから一応用意してるだけ、ブラウザでアプリ化するのと対して変わらん
386 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 10:31:04.49 ID:Njrw1w1iM.net]: web開発者は低価格でいつでもいくらでも提供されるので成果物が同じ機能ならコスパが良いのは
web技術を流用したほうになる
387 名前：デフォルトの名無しさん [2024/12/31(火) 10:39:29.91 ID:Ksb/JqFh0.net]: 単にChatGPTがアプリの特性を考えてElectronを採用しただけ
その開発者でもないのにそれを引き合いに出して他技術を貶めるのは流石に頭が悪い

ChatGPTはバックエンド側が価値があるわけでフロントエンド側なんて別にどうでもいいわけ

ネイティブアプリが向いてるのはアプリ側がメインで処理を行うもの

動画プレイヤー
ターミナル
IDE
PDFリーダー

こういった類のものを一から作る上でElectronやJSを採用する意味はない

アプリの特性を考えて適切な技術を選択してるに過ぎない
388 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 10:42:43.55 ID:Njrw1w1iM.net]: そういうものはおいそれと一から作られないと言う事実を無視してる
需要がない
WPFは死んでる
役割を終えた
winUI3もそんな感じだ
389 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 10:44:23.87 ID:Njrw1w1iM.net]: そういうのはC++の守備範囲だ
390 名前：デフォルトの名無しさん [2024/12/31(火) 10:49:14.60 ID:Ksb/JqFh0.net]: 俺WPFでアプリ作ってgithub star 1000以上あるけど？使われてるんだが？

クロスプラットフォームならAvaloniaでもいいよね
JetBrainsがdotpeekやdottraceでAvalonia使ってるけど？

C++なんで全員使いたいわけでもないし、C#でネイティブ作る需要は普通にある

お前は何も生み出さず他人の受け売りしかできないゴミだね
391 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 10:53:31.07 ID:Njrw1w1iM.net]: どんどん小学生のようなレベルに落ちていくな
俺のお父さんは社長だぞーみたいなレベル
論理のかけらもない

上から順にスレを見返していけばいいのに
392 名前：デフォルトの名無しさん [2024/12/31(火) 10:57:19.21 ID:Ksb/JqFh0.net]: 内容で反論できずに無意味レスw

C++じゃなくてもC#で作られてますよね？って事実を指摘して涙目敗走w
393 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 11:01:21.58 ID:Njrw1w1iM.net]: ＞　俺WPFでアプリ作ってgithub star 1000以上あるけど？使われてるんだが？
これが痛々しいと言うことに気が付かないんだから本当に鈍感だろう

Avaloniaの話を出したりする時点でじり貧なのがよくわかる

このスレの流れの元になったレスから見直せばそういう話にはならない
ライトウェイトなジャンルでもWPFが使われないのは生産性の問題だろう
そこをなぜ無視するのか
394 名前：デフォルトの名無しさん [2024/12/31(火) 11:04:24.31 ID:Ksb/JqFh0.net]: ChatGPTで使われてないだとかはどうでもいい
他技術を貶める他人の受け売りしかできないゴミは
何も価値を生み出したことがないお前みたいなゴミが多い

何か生み出してかいってみたらどうなの

そもそもネイティブアプリの需要が低いってのがそもそもあるんだけどね、金稼げないし、割られるだけなんでね
395 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 11:07:24.97 ID:Njrw1w1iM.net]: 他人にゴミゴミ言って突っかかってくる人間が一番問題あるんだと思うけどな
生産性がない
396 名前：デフォルトの名無しさん [2024/12/31(火) 11:17:53.96 ID:Ksb/JqFh0.net]: WPFが使われてないんだー、Electronの方が使われてんぞ！

うんそうだね、だから何？
ビジネスをする上でElectronが適した場面が多く、WPFが適してない場面が少ないだけなのでは？

逆に適してる場面で採用すれば生産性は高いのでは？

Avaloniaを持ち出したのもWPFとほぼ同じで学習コストが低いから

クロスプラットフォーム採用する上で、自分が慣れてる技術を選択することが重要なわけで
397 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 11:22:43.40 ID:Njrw1w1iM.net]: ごみごみ言うのは辞めたのか？書いてよかった

教育って大事だな
398 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 11:26:21.09 ID:Njrw1w1iM.net]: それにドンドン自分の書いた主張の内容をなぞって書いてくれるようになった
自分の主張が受け入れられて相手の思想を上書きしていると実感できる
399 名前：デフォルトの名無しさん [2024/12/31(火) 11:27:25.06 ID:Ksb/JqFh0.net]: 使われてる使われてないとかどうでもいい
なんでそんなことを気にする必要があるの？

自分が作りたいものに適してていいものだと思えばそれでいいんじゃないの？
400 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 11:32:40.90 ID:h8p02rZ4M.net]: なぜかここで持ち上がるweb
401 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 11:32:50.05 ID:Njrw1w1iM.net]: 君はわかりやすくて良い
402 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 14:52:49.56 ID:Z+3Md4kO0.net]: >>387
いやいやMac版のChatGPTのアプリってVSCodeなど他のアプリと連携したりするんだぞ
今後オートパイロット機能などよりシステムと密接に統合されていく方向なのは明らかで、
ネイティブアプリの方がシステムへのアクセスのしやすさにおいて有利なのは目に見えてる
まあWinについては完全にCopilotと競合するから、やりすぎると大株主のMSから怒られる可能性が高く、やる気がしないという面もあるかもね
403 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 17:00:27.19 ID:xpoxeW+N0.net]: OpenAIにとってはWebのChatGPTのUIをほぼそのまま流用できる安い手段としてElectonが採用されただけだろう
Electronで実現不可の事はやらんだろうし最初からWPFが出てくる幕なんて無いのでは
404 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f65f-32V6) mailto:sage [2024/12/31(火) 18:39:03.11 ID:Z+3Md4kO0.net]: だとしたらMacよりも金をかける価値がないってことになるぞ
Claudeのuse computerみたいにスクショベースでの連携ならElectronでも全然問題ないだろうけど、
Mac版ChatGPTの他アプリ連携ってOSのアクセシビリティAPIを使ってUIに深く踏み込んでるんだよね
仮に同じことをWindowsでやるとしたらUI AutomationとWin32みたいな世界だから、まあOpenAIは雇わないだろうねその辺得意なドカタPGは
405 名前：デフォルトの名無しさん [2024/12/31(火) 20:00:33.49 ID:4QENqR2s0.net]: WinUI3とMAUIって別物？
いまいちこの2つの関係がよく分かってない
406 名前：デフォルトの名無しさん mailto:sage [2024/12/31(火) 22:07:55.17 ID:9BKWDrSEM.net]: WinUI3は次世代のwindowsネイティブSDK

MAUIは事実上xamarinの後継でマルチプラットフォーム用のSDKで実際のコンポーネントなどは
既存の各プラットフォームのSDKを使ってる
で、windowsではWinUI3を使うことになる
407 名前：デフォルトの名無しさん [2024/12/31(火) 23:18:09.38 ID:4QENqR2s0.net]: >>406
サンクス、理解できた
408 名前：デフォルトの名無しさん mailto:sage [2025/01/01(水) 15:48:34.59 ID:m7HU6bkz0.net]: AppleとOpenAIが提携したから何かやるつもりでネイティブにしてるんじゃないんか
409 名前：デフォルトの名無しさん mailto:sage [2025/01/01(水) 15:54:30.70 ID:TGBNTam3M.net]: MS「…　いや…なんでも…」
410 名前：デフォルトの名無しさん mailto:sage [2025/01/01(水) 23:40:44.91 ID:VG4r3r870.net]: MS的にはCopilotで自前で自由にして良い権利を得てたのかも知れんけど、結果は散々だな
今のMSにエンドユーザー向けの気の利いたサービスを開発できる能力があるとは思えん
411 名前：デフォルトの名無しさん mailto:sage [2025/01/02(木) 18:25:22.13 ID:JbzIg9aT0.net]: MS365 Copilotは酷いよなあ
基本的な応答の品質からしてChatGPTと同じモデル使ってるとは俄かに信じられんレベルだしOffice連携も冗談みたいなゴミ
唯一役に立つのはTeamsの要約くらいだな
近年のMSのエンタープライズ向けプロダクトの例に漏れず情シスという名のブルシットワーカー達が経営陣に「やりました」と言うためだけに作られていて、
全くユーザーの方を向いていないしプロダクトとしての思想が何も感じられない
ただ機能表に丸を記入させるためだけに開発されている
412 名前：デフォルトの名無しさん mailto:sage [2025/01/07(火) 00:36:52.79 ID:Q+zN30QW0.net]: 最初から脳内で結論が決まっている人達…
413 名前：デフォルトの名無しさん [2025/01/11(土) 23:04:19.08 ID:TDvdfZ9Y0.net]: WPFのフレームワーク周りがよく分かってないので聞きたい
調べると CommunityToolki.MVVM, ReactiveUi, ReactiveProperty, Prism などが見つかるけど、これらはどれか一つを選んで使うようなもの？

どれもMVVMのためと聞くけど、これらは同じ目的を持った異なる設計思想のライブラリという感じなのか、それとも異なる用途のもの (組み合わせて使える) なのか
スレ民のおすすめ、好みなどもあれば教えてもらえると嬉しい
414 名前：デフォルトの名無しさん [2025/01/12(日) 13:42:32.40 ID:gtVwcuiu0.net]: >>413

俺は Prism 使ってるけど、どれでもいいと思う
MVVM Toolkit は INotifyPropertyChanged の実装とかで code generator 使えるのが売り
Prism は機能が豊富なのが売りでダイアログやナビゲーション機能(Pageの代替) とか他にはないのが多い、ただしライセンスが特殊

.NET9 & C# 13 preview だと fieldプロパティ使えるから code generator 使わないでもシンプルにかけるんだよね
こっちの方が当然コンパイルも速いし、View から直接Modelにジャンプできるのが便利
.NET10 & C# 14 ではこの書き方が標準になるはず

```
# INotifyPropertyChanged
public class Model : BindableBase
{
public string Name { get; set => Set(ref field, value); }
}

# ICommand (lazy初期化)
public DelegateCommand HogeCommand => field ??= new(() =>
{
MessageBox.Show("hoge");
});

```
フレームワークは DI使えればなんでもいいかな
415 名前：デフォルトの名無しさん mailto:sage [2025/01/14(火) 14:52:54.36 ID:It61XpnnM.net]: Webではフレームワークというとフレームワークが主でアプリケーションコードをその上に乗っけるようなものだが、
ああいうのを念頭に置くならWPFのはフレームワークというより単なるサンプルやツールの寄せ集めと言った方が近い
基本的に必要なものを適当に掻い摘んで使うもの、何ならソースコードをコピペしてきて自作してもいい
416 名前：デフォルトの名無しさん mailto:sage [2025/01/14(火) 15:45:33.97 ID:MG7xLIZc0.net]: 短かく簡単にしたいっていうならPropertyChanged.FodyとCaliburn.Microの組み合わせが頭おかしいレベルに省略できる。
>>414 の例によると、Set()も要らないしDelegateCommandも書かずに動作する。
だから問題なのはMVVMをどうするかではなくXAMLをどうするかに始終。
417 名前：デフォルトの名無しさん [2025/01/15(水) 15:34:04.72 ID:TJfM7XMXr.net]: C#はシンタックスシュガーお化けなのにXAMLはこれっぽっちも短縮系がないのは何でなんかね
何もかもがクソ冗長で嫌になってくる
418 名前：デフォルトの名無しさん [2025/01/15(水) 18:43:56.34 ID:Tn0DYRBk0.net]: View側で何でもできるとそれはそれでスパゲッティになる
React がその例

Viewにロジックを極力書かないのがWPFの流儀なんでそれに従うしかない
419 名前：デフォルトの名無しさん mailto:sage [2025/01/15(水) 19:25:58.54 ID:fXZO5L7X0.net]: なんじゃそりゃ
420 名前：デフォルトの名無しさん mailto:sage [2025/01/15(水) 21:30:16.76 ID:GIX2fT2kM.net]: >>418
本当のスパゲッティソースを見たことがないんだな
山岡さんの気持ちがわかったような気がする
421 名前：デフォルトの名無しさん mailto:sage [2025/01/15(水) 21:34:09.40 ID:fXZO5L7X0.net]: コード量はXAMLの方が何倍も多いよ
糞フレームワークのおかげで
422 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 17:15:23.31 ID:jVGKuqZxM.net]: XAMLが大成功して広く使われてたら今頃はとっくに virtual DOM & one-way data flow アーキテクチャに移行していただろうし、
C#にもJSXのようにXAMLをインラインで書けるようにする拡張が入っていただろう
そうするほどの存在感をXAMLは示せなかったというだけのこと
423 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 17:22:20.40 ID:uNujmE5XM.net]: XAMLにC#書けるんだからそれで我慢しなよ
424 名前：デフォルトの名無しさん [2025/01/16(木) 17:51:47.75 ID:UX7+L5Lr0.net]: ReactからWPF使って快適になったんだけどこれは俺だけ？

流行ってるからいい技術って思ってんだろうけど単にWebの方が拝金主義者にとって都合がいいだけに過ぎない
425 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 18:18:59.08 ID:C1lXo2nh0.net]: WPFじゃ簡単な画面しか作れないよ
426 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 18:34:38.58 ID:O7UTPdYE0.net]: 派手なコントロール作ればいいんじゃね？
スタイルのカスタムとか無視してゴリゴリ画像とか貼りまくればいい
427 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 18:35:56.72 ID:myWyBT4Y0.net]: >>424
どこがどのように快適になったのかを具体的に教えて
428 名前：デフォルトの名無しさん [2025/01/16(木) 19:27:49.37 ID:UX7+L5Lr0.net]: >>427
UIとロジックが分離してるおかげで標準コントロールをそのまま使うだけでよい
このことから生成AIとの相性が抜群

テーマはサードパーティのを入れるだけで勝手にモダンな見た目になる

>>425
デスクトップアプリはマシンリソース使えるアプリ使えたりするし
UIなんかより動作するアプリ側に価値があるものを提供できる
それができればUIなんぞどうでもいい
429 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 20:25:24.48 ID:myWyBT4Y0.net]: >>428
UIとロジックの分離なんてReactでも当然に実現されてる
テーマは適当なCSSフレームワーク使えば余裕
まあまともに使ってないんだろうな
430 名前：デフォルトの名無しさん [2025/01/16(木) 20:41:31.65 ID:UX7+L5Lr0.net]: >>429
全然分離実現されてないから、使ってないのはお前だろ

ReactはViewしか存在しない、react hooks とかいうゴミを導入したことでさらにスパゲティが悪化した
テーマもCSSフレームワークを使えばそれに強く依存することになる、それが問題だといっている
State管理もいろいろ乱立し終わってる
WPFだとViewとロジックが分離されているし、標準コントロールにテーマを適用する形になるからほとんど改修は必要ない、これが大きなメリット

フロントエンドはAngularの方が良いな
よく使われている=いいものではないのよ。
431 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 20:52:24.00 ID:MrHijNgpM.net]: そんなことはどうでもいいからtextboxにプレースホルダぐらいは実装してくれよ…
432 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 22:25:36.62 ID:TyJRMpSh0.net]: WPF推してるやつの時代錯誤感やベェなw
ここまでとは思わんかった
433 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 22:35:10.45 ID:McwkHSRu0.net]: おじいちゃんだからそっとしておいてあげて
434 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 22:37:23.51 ID:/cU6Qjpt0.net]: 既製品でよければExtended WPF ToolkitにWatermarkTextBoxがあるだろ
自作してもいいのよ
435 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 22:58:43.09 ID:cNE55J3c0.net]: >>425
手間暇かければ出来ないってことはないだろう
割に合うかは別として
436 名前：デフォルトの名無しさん mailto:sage [2025/01/16(木) 23:48:51.43 ID:C1lXo2nh0.net]: >>435
逆立ちしてもCSSに勝つのは無理だよ
437 名前：デフォルトの名無しさん mailto:sage [2025/01/17(金) 02:03:42.02 ID:rd964a930.net]: >>436
CSSと比べるつもりは無いんだけど
WPFでは不可能な複雑な画面ってどんなのさ
438 名前：デフォルトの名無しさん mailto:sage [2025/01/17(金) 02:05:09.48 ID:tXPcEbdj0.net]: >>437
webのデザインシステム見たこと無いのか？
439 名前：デフォルトの名無しさん mailto:sage [2025/01/17(金) 02:44:40.96 ID:rd964a930.net]: 手間暇かかってやってられないならともかく、作れないってのは分らんな
もしかしてカスタムコントロールやビヘイビア等の力業無しのXAML縛り前提の話なのかな
440 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ edeb-aSuJ) [2025/01/17(金) 08:06:24.51 ID:KWTTMYut0.net]: >>432
わざわざ推してないもののスレに来てるお前の方がやべぇよ
webが好きなら一生webをやってろ、俺はそれに価値を感じていないだけ
価値のあるwebアプリってのを見たことがない、価値があるのはそこに提供されるコンテンツや
ChatGPTのようなバックエンドサービスであって react だのそういった技術に価値を感じたことはない
441 名前：デフォルトの名無しさん [2025/01/17(金) 11:45:29.01 ID:Br5ONcUl0.net]: 生産性度外視してWPFだって出来るもんって言ってもなあ

XAMLなんて控えめに言ってもバッドノウハウの塊だろ
GridやStackの各種パネルがくんずほぐれつしてる他人の書いたXAMLなんか読めねえよ
さらにそこにリソースやテンプレートが乗っかってきたらもう死にたくなる
442 名前：デフォルトの名無しさん mailto:sage [2025/01/17(金) 12:53:04.28 ID:ujTQKka5M.net]: スレで繰り返されるweb
443 名前：デフォルトの名無しさん mailto:sage [2025/01/17(金) 13:22:01.00 ID:aS7Q/4eM0.net]: いい加減CSS最高君に構うからいけないんだと気づこうぜ
444 名前：デフォルトの名無しさん [2025/01/17(金) 13:25:07.45 ID:KWTTMYut0.net]: >>441
全てViewに固めてるReactの方が読めないわ
何useStateだとかuseEffectって？
JSXの中で三項演算子やら複雑なロジックが書いてあって意味わかんねーよ

大体XAMLなんてデータ表示してるだけでロジックがないんだから読む必要なんてない

読む必要があるのはロジック
445 名前：デフォルトの名無しさん [2025/01/17(金) 13:28:05.39 ID:KWTTMYut0.net]: XAMLに文句言ってる奴はqtやらWinformsでGUI作ったことがないんだろうな
ReactだのWeb技術を持ち出すのがその証拠

少なくともWindowsアプリ開発において開発生産性でWPFより右に出るものはないでしょ
446 名前：デフォルトの名無しさん mailto:sage [2025/01/17(金) 13:46:39.82 ID:9HaK7CnsM.net]: とはいえ今時のWindowsアプリって、不特定多数向けの新規開発はMS謹製のもの含め大半がWebベースになってるからねえ
生産性は慣れやスキルセットの問題もあるから単純にどっちが上というものではないが、事実として時代は変わってしまった
447 名前：デフォルトの名無しさん [2025/01/17(金) 15:45:46.58 ID:KzrTMOlGr.net]: 令和のコボラー
448 名前：デフォルトの名無しさん mailto:sage [2025/01/17(金) 15:54:14.26 ID:OfEEFV9xM.net]: やべー
最近のアプリなんて何ひとつ使っていなかったわ……
449 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5520-j1us) [2025/01/17(金) 21:38:14.28 ID:dUeJJ8Jb0.net]: マイクロソフト自身もVS CodeなどはWeb系の技術で作ってるからな
Windows限定ならWPFはそれなりに有力だけど、世の中のニーズがマルチプラットフォームアプリやWebサービスに向かってる以上はWeb技術は避けられないと思う

React hookが嫌いとかはたぶん慣れの問題で、逆の立場 (React分かるけどWPFは未経験という人) から見たら同じようにWPF難しい、ってなるだけかと思う
450 名前：デフォルトの名無しさん [2025/01/17(金) 22:53:47.34 ID:KWTTMYut0.net]: >>449
WPFは最初は難しいが慣れると快適で生産性が高いと感じる、実際に自分がそうだった
Reactは最初は簡単だが、慣れるとクソに感じてくる。React Hooksも同様。
Angular の方が断然いい

人気だからよいものとは限らない
451 名前：デフォルトの名無しさん mailto:sage [2025/01/17(金) 23:25:27.76 ID:tXPcEbdj0.net]: React Hooksとか超コードみじかいんだが...
変な状態管理のコードでもつかったからだろ
MVVMみたいな糞選択がすれば、糞な結果になるのはReactも同じって事よ
452 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 00:53:27.87 ID:qqFP2xz+0.net]: MSはOutlookをWebView2に移行したね
WPFの最大の敵はこんなところにいるアンチ達ではなくマイクロソフトなのだ
453 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 01:10:13.97 ID:FiiBdygU0.net]: Web苦手おじさん発狂中
454 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 8610-Zdzc) mailto:sage [2025/01/18(土) 03:05:36.05 ID:CaguG0TX0.net]: ところでクロスプラットフォームなら名前の出たQtのQMLは超いいよ
Windowsではネイティブコントロールを使ってくれないので違和感があるのが欠点だけども
455 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 06:43:10.38 ID:mjc/r2ES0.net]: >>452
どこ情報？
456 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 08:21:38.12 ID:mIpVhKqc0.net]: >>455
https://learn.microsoft.com/en-us/microsoft-365-apps/outlook/overview-new-outlook#architecture
> The new Outlook for Windows, built upon modern service architecture, is inspired by the Outlook web experience. It operates within a streamlined Native Windows Integration Component and utilizes WebView2.

なおReactを使用している模様
https://www.neowin.net/news/microsoft-plans-to-unify-outlook-across-platforms-using-web-technologies/
457 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ edeb-2DSf) [2025/01/18(土) 11:43:33.23 ID:fG0BQeoD0.net]: >>452
単にアプリの要件に合わせて適切な技術を選択しているだけなのでは？
Outlookはwinネイティブの機能は何一つ使わないだろうからクロスプラットフォームにする上でWebを使いまわせるメリットが大きいんだろう

Windows11の電卓は？動画プレイヤーは？
458 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ edeb-2DSf) [2025/01/18(土) 11:45:44.49 ID:fG0BQeoD0.net]: >>451
コードの短さ＝保守性の良さ、高生産性と思ってる時点でレベルが知れるね

Reactなんてone wayアーキテクチャが大規模において使い物にならないからいろんなstate管理のパターンが乱立してるんだけどね
459 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 12:12:08.09 ID:J08wIrH9M.net]: state管理の難解さは人間の方に問題がある気もするけど
状態の組み合わせ爆発で人間の脳では追いきれない
バグがあって当たり前
460 名前：デフォルトの名無しさん (ﾍﾞｰｲﾓ MMce-wfk4) mailto:sage [2025/01/18(土) 12:52:58.93 ID:19Q969uDM.net]: >>457
その例はちょっと苦しいなw
PCでの動画再生なんて今時ほとんどWebだし、電卓、、まああなたが開発しているのが電卓なんだったら何も言うまい
461 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 16:28:55.41 ID:mjc/r2ES0.net]: two way推しとは...笑
462 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 16:30:03.12 ID:Rp/vUhzy0.net]: WPFデザインのメリットって何？
WindowsFormでも行けるよね？
463 名前：デフォルトの名無しさん [2025/01/18(土) 18:36:44.86 ID:3aURuoFq0.net]: >>461
one wayなFlowアーキテクチャで十分ならなぜState管理のライブラリが乱立してるの？
Angularはそうでもないけど
464 名前：デフォルトの名無しさん [2025/01/18(土) 18:50:47.23 ID:xZ/MDT5V0.net]: >>463
WPFのMVVMライブラリがなんで乱立してんの？を自問自答してみれば自ずとわかるのでは？w
465 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 18:53:03.31 ID:/uu8WlAD0.net]: >>457
>Outlookはwinネイティブの機能は何一つ使わないだろうから
これマジで言ってるの？
466 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ fefd-6BqL) mailto:sage [2025/01/18(土) 19:21:38.39 ID:fCKqM6Lo0.net]: >>463
WPFしかやってないと、
Reactとかアカデミックな技術論の盛んさに腰を抜かすだろうね
467 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 19:27:30.06 ID:fCKqM6Lo0.net]: Geminiの回答

UIのViewModelにおけるデータフローがTwo-wayからOne-wayにシフトした主な理由は、
* 複雑性の軽減: One-wayはデータの流れが単方向で、状態管理がシンプルになり、バグの発生を抑制できる。
* テストの容易性: 各コンポーネントを独立してテストでき、テストケースの作成が容易になる。
* 大規模アプリケーションへの適応性: スケーラビリティが高く、コンポーネントの再利用が容易になる。
* リアクティブプログラミングとの親和性: データの変化をリアルタイムに反映させやすく、非同期処理をサポートする。
これらのメリットから、現代のフロントエンド開発ではOne-wayが主流となっています。
より詳しい説明が必要な場合は、お気軽にご質問ください。
468 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 19:29:25.78 ID:fCKqM6Lo0.net]: >>463
angularはフルスタックフレームワークだね
意味分かるかな？
469 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 19:31:08.08 ID:fCKqM6Lo0.net]: ちなみに一般的な認識ではreactはライブラリー
470 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 21:29:39.61 ID:5NFom6fh0.net]: Webだって競争の結果、今に至っただけなんだよなぁ
One-WayのMVVMフレームワークが良ければVueだってあるわけじゃん？
最近触ってないから、最近のVerでどんな実装が主流なのか知らないけど
471 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 21:30:28.55 ID:5NFom6fh0.net]: ❌OneWay->○TwoWay
472 名前：デフォルトの名無しさん mailto:sage [2025/01/18(土) 23:40:58.23 ID:mIpVhKqc0.net]: one-way dataflowって要は
ビューはモデルの状態を反映するのが仕事
ビューはモデルに指示を出すのが仕事
状態の更新はモデルの仕事
というだけのことで、MVVMでもまともな作り方してたら基本的にそうなってるはずなんだけどな
ただ、2-way bindingしちゃうとモデルの状態を反映していたはずのVMのプロパティがビューの状態変化によって汚染されてしまう
それを考慮して適切に同期をとらなきゃいけないのは複雑だから2-way bindingはやめようということだね
しかしその辺は実装上のテクニカルな問題であって、本質的には前述の役割分担が適切に行えてさえいれば大きな違いはないのだが、
この残念な人は責務の分離が正しく理解できてなくてVMに状態更新のロジックを書いちゃってるんだろうね
473 名前：デフォルトの名無しさん [2025/01/18(土) 23:42:23.90 ID:3aURuoFq0.net]: 両方触ったうえでReact糞WPF快適と言ってるんだがｗ
お前ら口だけのクズと違ってWPFで割と高度なアプリ作って1000スター持ってるからね
悔しかったらそれぐらいの実績上げてみろよ

わざわざ嫌いなもののスレにきてWPF下げてReact持ち上げる癖にReactでもWPFでも大したアプリ作ったことないんだろ
IT土方にも適用できず発狂しちゃったんだろうね
474 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cfbb-ed4M) [2025/01/19(日) 00:43:59.86 ID:3DQ5maho0.net]: 技術的な良し悪しとは違うけど、今からWPFを学ぼうとすると情報を探しづらい (古い情報が多い) のがつらい感じはする
人気再上昇みたいな未来は見えづらい
475 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff79-EhoM) mailto:sage [2025/01/19(日) 01:30:05.22 ID:IALgBqxE0.net]: このスレ見てるとWPFを学ぶ気が失せる
特にCSS使えないってのはかなり致命的だった
MS奴隷しか使わないフレームワークなんだって事が判ったよありがとう
476 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 0301-PaJw) mailto:sage [2025/01/19(日) 02:14:27.03 ID:9/Z57kyd0.net]: 何と戦ってるんだ？
477 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 02:31:06.30 ID:hqL2fexm0.net]: ReactというかFlutterでもSwiftUIでもなんでも良いんだけど、最近のFlux/コンポーネントベースのフレームワークはガチで使いまわせるが
WPFのユーザーコントロールは結局既存のコントロールの拡張を遠回しに実装するだけで
複数のアプリで使いまわせた試しがほとんどない
見た目を分離することと生産性の向上は全く関連性はない
478 名前：デフォルトの名無しさん [2025/01/19(日) 08:30:40.98 ID:4ysBiuwS0.net]: >>477
じゃあCustom Control作るか、標準コントロールにtheme適用すれば？
そもそも見た目を分離するってのはユーザーコントロールの話じゃないからね
ViewとViewModelを分離することも言ってる

例えばある処理中に Spinner を実装する場合は、Reactだと Viewに状態を含むロジックをすべて書くことになっているから
非常にテストがしづらいしスパゲティになるんだけど
WPFだとプロパティとAsyncCommand を定義するだけでViewModel上でSpinnerが完結するから
完全に見た目とロジックが分離していることになる

よってViewModelだけテストすればよいし、Viewはただ表示するだけのシンプルなものになる

MVVMを叩いている馬鹿は、WinformsやらQtやらでそれなりのGUIを作ったこともなければReactやらでまともにテストを書いたことがないんだろう
479 名前：デフォルトの名無しさん [2025/01/19(日) 08:44:45.64 ID:4ysBiuwS0.net]: 複数アプリで使い回す？ってのをそもそもライブラリ提供者でもなくアプリ開発者が普通やるんかね。デスクトップアプリ開発は標準コントロール使うのが基本だと思うけど
俺はCustom Controlをわざわざ作りたいという状況になったことはほとんどない、ライブラリ開発者ではないから

同じアプリで1つのUserControlを複数使い回す方がよっぽどReactのコンポーネント指向に近いものだろうけど
DependencyPropertyとRoutedEvent使えば同様のことができるでしょう
DependencyPropertyの構文はひたすら冗長で確かにクソだけど慣れたら別にどうとでもなる

単にWPFに慣れてないだけに過ぎない、それでいちいち嫌いなもののスレに来てWeb技術を持ち上げるのはなぜ？
そのWeb技術を使って革新的なアプリでも作ってろよ、時間の無駄だから
480 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 09:10:32.89 ID:hrsA7ekD0.net]: MahApps.MetroもWPF UIもあるので好きなだけ見た目変えたらいい
標準がいいと言われてもな、ToggleButton好きなやつおる？
481 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff79-EhoM) mailto:sage [2025/01/19(日) 09:31:50.75 ID:IALgBqxE0.net]: トグルボタン(トグルスイッチ)と言えばね、効果がすぐ体感できる対象でしか使うべきではないとガイドラインにもあったと思うが
OSのWindowsの設定では不要と思える箇所にもスイッチが頻出して階層の深さとも相まって相当カオスなUIになってる
OSアップデードの度に項目の場所が変わるし動的に増えたりするギミックもあるし作ってる側は楽しいかもしれんが
使う側は一体何がどこにあって何が規定の設定だったのか把握するのは困難
これってどうにかなりませんか？MS奴隷の方々
482 名前：デフォルトの名無しさん [2025/01/19(日) 09:38:28.42 ID:zqudOGtn0.net]: https://youtu.be/fBtR_Jr7jIM
DGRAMなんかで受信してリアルタイムでグラフ表示などはwebじゃ厳しい。
483 名前：デフォルトの名無しさん [2025/01/19(日) 09:40:21.82 ID:4ysBiuwS0.net]: >>474
英語ならいくらでもあるね、pluralsightとか。
ドキュメントや技術本程度の英語すら読めない雑魚はそもそもエンジニア向いてないから辞めるか英語の勉強から始めた方がいいと思う

>>475
お前みたいに5chなんか見て技術を選定するような馬鹿は何もできないだろうから使わなくてもいいよ

自分の作りたいものがあれば自分に適した技術を選択して、それで開発すればいいだけ

俺はWPFで価値があるもの作れてるからそれでいいのよ
484 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 09:43:41.37 ID:qr28wlEZM.net]: webスレに人がいないからな
ここに来るしかないのだ
ム板も限界集落だけども
485 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 09:53:05.06 ID:ienUY98Dd.net]: 正直現役世代の技術をこんなとこで話さないからね
昔話と、時代に取り残されたジジイをからかうだけの場所
486 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 09:55:16.62 ID:Q2C+nQ4y0.net]: node.jsのdgramモジュールを利用してElectronでデスクトップアプリとして作れるけど。
しかも当然MacでもLinuxでも動く。
487 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6f10-VyPR) mailto:sage [2025/01/19(日) 10:45:51.06 ID:hrsA7ekD0.net]: 別にMicrosoft.Extensions.AIの話をしてもいいんだけど、ここWPFスレだし？
ObservableCollection<ChatMessage>の使い方とかこじつけとこうか
488 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 53eb-kzTA) [2025/01/19(日) 10:51:43.11 ID:4ysBiuwS0.net]: >>485
20代で趣味でOSS開発してるだけですけど。それでスター数1000ありますけど。

勝手にジジイ認定して面白いか？
489 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 11:26:31.80 ID:6AOzoW9a0.net]: >>482
証券取引の業務クラアイアントで
アーキをWPFからWebに移行した俺が
10年以上まえからWebでやってる
490 名前：デフォルトの名無しさん [2025/01/19(日) 14:00:36.23 ID:m6is0i100.net]: reactなんて古式ゆかしいステートマシンがアーキテクチャのルーツだろ？
MVVM脳のままで使おうとすればそりゃぐちゃぐちゃになるわな

フレームワーク使うなら前提とするアーキテクチャには100%従うのがスタートラインだろ
そこから外れたことをやろうとするとたちまち破綻するのはどんな優れたものを使っても同じ
491 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 14:26:56.08 ID:8zbcED4b0.net]: 他のスレに投下してスルーされたけど
ファイラースレより
Electron製TabSpaces
Tauri製spacedrive
触ってこいって
酷いもんよ
492 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 15:22:20.74 ID:hqL2fexm0.net]: >>478, 479
tailwind cssやshadcn/uiみたいなのが流行ってるのは他人やAIが書いたコンポーネントをコピペしてそのまま動くからだよ
v0なんかの生成AIサービスもそれ前提の仕組みになってるしね
493 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 15:25:02.25 ID:hqL2fexm0.net]: それくらいコンポーネントベースのフレームワークは再利用性高いって話
494 名前：デフォルトの名無しさん [2025/01/19(日) 15:42:10.87 ID:4ysBiuwS0.net]: 俺WPFで生成AI使いまくってけどかなりコピペで済んでるけどね
標準コントロールだけ使って見た目はライブラリに任せてるだけだし

お前のメリットで言うとWPFの方が上じゃないの？標準コントロールだけ使うだけで済むけどWebはそうは行かないでしょ
ロジックとUIの分離ができないから
495 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 16:10:35.09 ID:vo12PcwL0.net]: 『ロジックとUIの分離ができないから』(･ω･#)？
496 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 16:35:13.96 ID:sBZWn6/UM.net]: たぶんVMとVの分離のことを言っているのだろうけど、それが再利用性にどう寄与すると思っているのかは謎だね
現実には再利用を前提にするならVMがセットになったコントロールなんてありえないんで、SpinnerのようなケースではWPFでもコントロール自体に局所的な状態をカプセル化してしまうのが普通だね
497 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 17:00:49.29 ID:9ZaKfB7aM.net]: WPFは参照元が増えるときっつい
ListViewでMVVM使ってると

listviewのVM
listviewitemのVM (ItemsSourceのItem)l
listviewitemのコンテキストメニューのVM
等が合ってそれらの条件に基づいたStyleとかも適用されてどこがどこだか判りにくい場合がある

ユーザーコントロールなんかにすると外に公開するプロパティも組み合わさってめんどくさくなる
498 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 53eb-kzTA) [2025/01/19(日) 18:29:14.30 ID:4ysBiuwS0.net]: >>496
再利用性よりもロジックを分離することで保守性とテスタビリティと高まると言ってる
さらに生成AIとの相性も良いと言っている
俺再利用性なんて言ったか？文盲乙
ReactはViewに全てのロジックをごった煮で詰め込むから少し規模が大きくなるとまともにメンテできなくなる
JSXで三項演算子やらを乱用し、React hooksとか言うゴミで状態管理もViewと密結合になってまともにメンテできない

Reactで単体テストやろうとすると実質ブラウザテストのようなものになってしまうから意味ないんだよね
499 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 630b-G44s) mailto:sage [2025/01/19(日) 18:34:17.70 ID:vo12PcwL0.net]: 『ReactはViewに全てのロジックをごった煮で詰め込むから』(･ω･#)？
500 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 18:37:56.04 ID:hrsA7ekD0.net]: DataContextは親のを参照するからListViewItemのためにVMは要らない。
具体的には<Image Source="{Binding DataContext.UserIcon, RelativeSource={RelativeSource AncestorType=ListView}}" />という書き方をする。
詳しいことはgithub copilotがサンプルまで示して教えてくれるだろう。
501 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 18:48:26.94 ID:9ZaKfB7aM.net]: よく読んでからレスしないとエアアドバイスになってるぞ
502 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 18:59:40.08 ID:9ZaKfB7aM.net]: よくある例としては懐かしのダウンローダーみたいなのがあって
ダウンロード一覧で右クリックから停止させたりタスク削除したりで各モデルなどの状態に応じてメニュー表示を切り替えたりとかするの非常に判りにくい

Ancestorで辿れないvisualツリーとかめんどくさい
503 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 21:02:49.77 ID:mTeOJF0EM.net]: ListViewItemViewModelが作られるのは単に可視化要件に応じた変換を入れたいだけのことが多いけど、
やりたいことに対して必要なコード量増加や可読性悪化のコストが大きすぎる嫌いがあるよね
一方Reactの場合は極めてstraightforwardだけど、まあ残念な人の言うとおりtestabilityの問題はあるね
直接モデルからJSXに出力しないでViewBag的なものを間に挟むようにすりゃいいだけの話だけどな
504 名前：デフォルトの名無しさん mailto:sage [2025/01/19(日) 21:26:11.98 ID:9ZaKfB7aM.net]: ちなみに文盲とは文字自体読めない人のことなのでこの件は文盲とは違う
505 名前：デフォルトの名無しさん [2025/01/19(日) 22:35:23.82 ID:4ysBiuwS0.net]: >>497
d:DataContext設定すれば補完も出るしrelativesource使っても補完出るし別にわかりづらいと思ったことないけど
Reactの配列.mapsも別にわかりやすいと思えんけど

なんかVMとModelを混同してない？なんで全てViewModelなの？
506 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM27-RIo9) mailto:sage [2025/01/20(月) 00:08:29.91 ID:3NRwBGJyM.net]: 誰かが主張しているAIコピペで済まない例だからだよ
507 名前：デフォルトの名無しさん [2025/01/20(月) 07:29:13.05 ID:aN5Z/OXB0.net]: >>506
俺の作ってるアプリはお前みたいなゴミには作れない高度なアプリだけどそれはモデル側だからな
ゴミアプリで星1000とれるわけないでしょう

ViewModelとUIは表示するだけのシンプルなものだからAIに任せてるってだけ
508 名前：デフォルトの名無しさん mailto:sage [2025/01/20(月) 12:16:15.76 ID:3NRwBGJyM.net]: >>507
>>391
509 名前：デフォルトの名無しさん (ｱｳｱｳｴｰ Sadf-yOY8) [2025/01/22(水) 22:42:55.14 ID:+cH9+gpYa.net]: wpfが生産性高いとか嘘だろ
高dpiとかあるから仕方なしに使ってるだけだわ
はるかに簡単なwinforms使いたい・・・
510 名前：デフォルトの名無しさん mailto:sage [2025/01/22(水) 23:48:16.00 ID:Q8cPNFyo0.net]: イベントハンドラーベースでつかえば
WPFでも変わらんと思う。
511 名前：デフォルトの名無しさん mailto:sage [2025/01/23(木) 00:38:41.47 ID:qgBcNJJS0.net]: 今ってコントロールは同じものが揃ってるの？
WPFでdatagridviewあったっけ？
512 名前：デフォルトの名無しさん mailto:sage [2025/01/23(木) 07:42:31.46 ID:OK/8qPGh0.net]: WinFormsのHiDPI対応って、そろそろマシになったの？
513 名前：デフォルトの名無しさん mailto:sage [2025/01/23(木) 09:15:47.12 ID:6Qnjvph+M.net]: 今時WinFormsやWPFが選択肢になるようなとこなら解像度下げりゃいいだけ
老眼にはその方が喜ばれる
514 名前：デフォルトの名無しさん [2025/01/23(木) 21:11:40.84 ID:Hvrfdhq80.net]: より高性能のDataGridというのがある。5-6倍速い。
ただし難易度高い。
515 名前：デフォルトの名無しさん mailto:sage [2025/01/23(木) 21:21:42.62 ID:DZVX6PPk0.net]: GridViewとListViewは初心者がドハマリして退散してゆく要因なのよね
これは常々思う。もしforeachで書けてExcelみたいに使えてたらWPFの未来は大きく変わってたのに
516 名前：デフォルトの名無しさん [2025/01/24(金) 08:56:26.39 ID:kzbPjj7p0.net]: 何がそんなに難しいのかわからん
ChatGBTに聞いたら大体教えてくれるでしょ
517 名前：デフォルトの名無しさん (ｱｳｱｳｴｰ Sadf-yOY8) mailto:sage [2025/01/24(金) 09:19:24.15 ID:cDEF0Ngta.net]: 聞かなきゃわかんないほど複雑だからだろ
直感的に書けるようなのだったらよかった
518 名前：デフォルトの名無しさん mailto:sage [2025/01/24(金) 12:28:17.25 ID:/oFMYy+rM.net]: WPFの思想的には本来はListView使えばいいんだけど、
ListViewってWeb的な要件定義やデザインが前提なのでWPFのユーザー層と致命的に相性悪いのよね
当初はWebアプリ置き換えも狙ってたから仕方ないのだけれど、結果的にWPFの普及を妨げた大きな原因の一つ
519 名前：デフォルトの名無しさん mailto:sage [2025/01/24(金) 12:41:17.38 ID:8XH7oyJhM.net]: セルのなか右寄せしたいんだけど……
の回答を見て、なにこれ…（退散）
520 名前：デフォルトの名無しさん mailto:sage [2025/01/24(金) 18:50:38.66 ID:3qxOozUPM.net]: CSSみたいな気軽さはないな
521 名前：デフォルトの名無しさん [2025/01/25(土) 08:17:57.72 ID:S/gVA+8a0.net]: DataGridは何でもできるし、かなり早い。が、難しい上に資料も皆無。
上手く使えれば良いものだけどな。
522 名前：デフォルトの名無しさん mailto:sage [2025/01/25(土) 15:46:19.47 ID:CjfcP04Kd.net]: そういえば数年前にMAUI触った時、DataGrid無いと知ってがっくり。今も無いよね？
仕方なくAvalonia使った
523 名前：デフォルトの名無しさん mailto:sage [2025/01/27(月) 21:59:48.48 ID:HIYsVDfj0.net]: Flutterにもデータグリッドは無い (ただ格子状に要素を並べるだけのものはあるが)
業務系ドットネッターにとっては驚くべきことに、データグリッドはUXの要素としてそれほど一般的なものでも必要不可欠なものでもないのだ
524 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 3f99-x1jm) mailto:sage [2025/02/02(日) 17:21:33.73 ID:BDmjqOlS0.net]: 誰も話題にしてないけど、.NET9でFluentテーマ追加されてた
ライトモードとダークモードにも対応
525 名前：デフォルトの名無しさん mailto:sage [2025/02/02(日) 22:13:47.42 ID:al2v3C030.net]: WPFだけでなく、WinFormsでも現代的なことはだいたい何でもできるようにする方針になったらしいな
ダークモード対応とか
526 名前：デフォルトの名無しさん mailto:sage [2025/02/03(月) 00:52:57.61 ID:EJ23/y0s0.net]: もうwinformsでいいじゃん
527 名前：デフォルトの名無しさん [2025/02/03(月) 10:10:49.13 ID:lH5DhCHU0.net]: WinFormsもジェネリック設計にしてくれ
528 名前：デフォルトの名無しさん mailto:sage [2025/02/03(月) 19:48:48.47 ID:0sYu9f470.net]: MicrosoftがWindows上で成功して後世に残せた事ってCOMぐらいだな
後はゴミの山だ
529 名前：デフォルトの名無しさん mailto:sage [2025/02/04(火) 11:34:02.15 ID:Ovs0moOJ0.net]: 右クリックだろう
Windowsがオリジナルという訳ではないが、重要なUX要素としてはWindows上で成功してMacが追従した極めて稀なケース
530 名前：デフォルトの名無しさん mailto:sage [2025/02/04(火) 15:39:07.81 ID:DgRhz7KF0.net]: マウスはMacが先
そもそもOSもMacが先だしコンピュータ自体Macのほうが先に作られている

windowsは何もかもMacのマネ
531 名前：デフォルトの名無しさん mailto:sage [2025/02/04(火) 15:53:52.45 ID:OOmuEv1d0.net]: マウスとアプリでPC操作…世界を変えた初代Mac　貫かれたジョブズの美学と革新性 #なぜ話題(Yahoo!ニュースオリジナル特集)
#Yahooニュース https://news.yahoo.co.jp/articles/b05f947581a8167c57cd854157ea61f71127f902
532 名前： mailto:sage釣 [2025/02/04(火) 15:56:00.05 ID:Yb/oB3W3M.net]: STARのパクリ？
533 名前：デフォルトの名無しさん mailto:sage [2025/02/04(火) 16:42:54.54 ID:z2frJFuha.net]: マウスは1ボタンマウスがアップル、2ボタンはmicrosoftってのが言われるけど
歴史的にはもっと古い
comは素晴らしいって言われてるけどごみごみごみマジでごみ
534 名前：デフォルトの名無しさん mailto:sage [2025/02/04(火) 17:13:11.57 ID:xersMY3f0.net]: マウスの発明者はダグラス・エンゲルバートでAppleはそれをパクっただけでしょ
ゼロックスPARCのAltoからGUIをパクって作ったのがLisaやMacintoshだし、元祖はAppleじゃないね
Windowsもパクリ元はAltoでしょ
535 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4f5f-fp+p) mailto:sage [2025/02/04(火) 17:21:40.36 ID:kaUW1BUV0.net]: >>530
ゼロックスの研究所にゲイツが泥棒に入ったところ既にジョブズに盗まれた後だった...
というエピソードは、それなりに知れ渡った笑い話だと思っていたが
536 名前：デフォルトの名無しさん mailto:sage [2025/02/04(火) 18:06:43.73 ID:slGugBvz0.net]: ここで続ける話でも無いけど、Appleって有り物寄せ集めてきれいにパッケージングして製品作るのうまいけど、新規技術を生み出して…ってのは無いよね
537 名前：デフォルトの名無しさん mailto:sage [2025/02/04(火) 18:14:33.03 ID:basEM2MH0.net]: comが素晴らしいは聞いたことないヨ
538 名前：デフォルトの名無しさん mailto:sage [2025/02/04(火) 18:18:33.21 ID:B02g7/WsM.net]: Appleはジョブズが戻る前には面白いネタのような外見のマックをいっぱい作ってたぞ
その頃はパチモン臭かった
539 名前：デフォルトの名無しさん mailto:sage [2025/02/04(火) 18:39:49.81 ID:nTARnMre0.net]: >>537
アプリに他のアプリを埋め込めるなんてなかなかない
リンゴのハイパードックもあまり成功してない
540 名前：デフォルトの名無しさん mailto:sage [2025/02/04(火) 19:41:26.05 ID:mKvZagsLM.net]: 隙あらばスレちな昔話
インターネット老人会いい加減にして
541 名前：デフォルトの名無しさん mailto:sage [2025/02/04(火) 22:49:19.80 ID:dM3n6IGK0.net]: >>537
*nix界隈が嫉妬してて似たようなの作ろうとしたら案の定失敗してた
542 名前：デフォルトの名無しさん mailto:sage [2025/02/05(水) 14:27:50.87 ID:WS8tKgVDM.net]: >>539
OLEはWindowsをゴミのように不安定にした黒歴史の立役者だろ
結局後世にも残ってないしな
COMはオブジェクト指向IPC技術としては高く評価されるべきだが、UIのコンポーネント化技術としては大失敗
543 名前：デフォルトの名無しさん mailto:sage [2025/02/05(水) 14:43:51.39 ID:/OFo3DVda.net]: 消えたのはセキュリティ上の問題だよ
基本動作がDLLインジェクションでなりたってたから悪用を防ぎようがなかった
新しい技術はその辺が改善されてる
Windowsを不安定にさせる癖はWPFでも継承中
544 名前：デフォルトの名無しさん mailto:sage [2025/02/05(水) 14:47:03.35 ID:y68TMTct0.net]: 今でもやってるWord内にExcelの表を挿入するのってOLEでしょ
545 名前：デフォルトの名無しさん mailto:sage [2025/02/05(水) 16:39:24.50 ID:d+ne1xZNM.net]: ActiveXでしょ
546 名前：デフォルトの名無しさん mailto:sage [2025/02/05(水) 21:20:00.53 ID:kvSTlPgX0.net]: >>542
無理やりWPFの話題に戻った感あるけどw
WPFでWindowsを不安定にさせるって何のことだ
547 名前：デフォルトの名無しさん mailto:sage [2025/02/05(水) 21:51:59.17 ID:/OFo3DVda.net]: いくつかあるけど一番危ないのはBitmapImage廻りの処理
Windowsをクラッシュさせる不具合がある
アプリクラッシュぐらいなら笑っておまえが悪いって言えるんだけど、OS落とすのは笑えない
548 名前：デフォルトの名無しさん mailto:sage [2025/02/06(木) 00:55:30.83 ID:FS647Etx0.net]: 初耳ですね
ソースよろしく
549 名前：デフォルトの名無しさん mailto:sage [2025/02/06(木) 01:55:40.45 ID:v0GfR9Aoa.net]: githubで検索したら再現コードあるよ
興味あるなら探してくれ
ビルドして24時間実行したらアプリ終了しても本当にWindowsが使えなくなって後悔した
550 名前：デフォルトの名無しさん [2025/02/06(木) 08:35:40.67 ID:0EdKF7HOd.net]: ウチの現場でもクラッシュ情報共有されてるわ
551 名前：デフォルトの名無しさん [2025/02/06(木) 09:49:07.36 ID:XIAzVrXt0.net]: なんで貼らないの？
てかWPFというより.NETやOS側の問題では？
552 名前：デフォルトの名無しさん mailto:sage [2025/02/06(木) 12:58:44.47 ID:mU8snJfJM.net]: 16ビット時代なら
いつからアプリ終了するとリソースが開放されると錯覚していた？
553 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f10-EoJC) mailto:sage [2025/02/06(木) 13:52:27.97 ID:lMKQV2rT0.net]: >>543
OLEドキュメントに変わる新しい技術ってなんかあんの
どんなドキュメントでも相互に埋め込めるのはそれなりに夢はあった
554 名前：デフォルトの名無しさん mailto:sage [2025/02/06(木) 14:45:14.41 ID:9UWORq1g0.net]: Wordに埋め込んだPowerPointの図表が全部表示されなくなって埋め込み直す作業やってたチームがあったなぁ

元のpptがもうなくて作図からやり直してたのもあったなぁ

無駄に工数増やせる優れた技術だよなぁw
555 名前：デフォルトの名無しさん mailto:sage [2025/02/06(木) 15:03:52.62 ID:VdVQghET0.net]: 埋め込みドキュメントって、Web版やスマホ版officeだとどうなるんだ？
556 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ cf1a-UW6t) mailto:sage [2025/02/06(木) 15:27:14.03 ID:2/5eY6oj0.net]: 新しくアプリをインストールすると登録されるcomコンポーネントをハックするのがたのしみだったって事がある。

実際にLotus NotesにExcelコンポーネント埋め込んで納品した事あるな
557 名前：デフォルトの名無しさん mailto:sage [2025/02/08(土) 14:25:36.44 ID:1vi9xXrm0.net]: >>555
COM連携はWindows以外の環境では実現不可能なんだ
何十年も前からあるこの程度のことが今はできない
今の技術者はアホしかおらんのよ
558 名前：デフォルトの名無しさん mailto:sage [2025/02/08(土) 14:30:01.68 ID:1vi9xXrm0.net]: こんだけゴミクソのWindowsが生き残ってるのはCOMのおかげと言っていいから
もしWindowsを潰したいならマルチプラットフォームでCOMの車輪の再発明をすればいい
559 名前：デフォルトの名無しさん mailto:sage [2025/02/08(土) 16:56:05.44 ID:apo1n2eB0.net]: WPFおじさんも現実を見れてなかったがCOMおじさんはさらにその上をいってるな
ここまで来るともうどうしようもない
560 名前：デフォルトの名無しさん [2025/02/08(土) 20:27:11.99 ID:WytOYVUs0.net]: 2D はSkiaSharpだろ。
561 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d301-X+WN) [2025/02/09(日) 09:24:14.74 ID:cS/Ji0GP0.net]: comは何でもできるけどアレは難しいしバグあるとヤバい。
562 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ab37-7Hf7) mailto:sage [2025/02/09(日) 11:04:11.31 ID:pgX8P+m90.net]: .net前は昔VBでcom大量生産しとったな
j++なついわ
563 名前：デフォルトの名無しさん mailto:sage [2025/02/09(日) 16:03:00.59 ID:nVH+xYHa0.net]: COMにもいくつかレイヤーはあって、統一的なABI、実行時型情報、プロセス間通信、OLEオートメーション、コンポーネント埋め込み…とあるうち
大体のOSでもプロセス間通信まではどうとでもなる。LinuxのdBusやMacのAppleScriptではOLEオートメーションのようなこともできる
無いのはコンポーネント埋め込み(OLEドキュメント/ActiveXコントロール)ぐらいでこれはほんと惜しい
564 名前：デフォルトの名無しさん mailto:sage [2025/02/09(日) 16:34:55.70 ID:V2Ler+rt0.net]: あれ？
いまのパワポはエクセル埋め込めんの？
565 名前： mailto:sage釣 [2025/02/09(日) 16:39:55.05 ID:eRu8ukU+0.net]: Frescoとかあったやろ
566 名前：デフォルトの名無しさん mailto:sage [2025/02/11(火) 11:21:04.97 ID:xvrepIy10.net]: 色をTomatoとかSalmonとか配色に応じて修正してるけどさ、面倒くさいよね
WPFらしさというなら、やはり、Foreground="Red"なのだろうか、青のグラデーション、中央に表示されるMessageBox、そして警告音
古き良き00年代を懐しむデザイン
567 名前：デフォルトの名無しさん mailto:sage [2025/02/12(水) 23:37:37.53 ID:BRhQn8Rr0.net]: >>565
昔調べたわ。結局あれ実現したのか？
568 名前：デフォルトの名無しさん mailto:sage [2025/02/17(月) 13:32:38.13 ID:Xd6W91C/0.net]: observableCollectionもっと使いやすくならないの？何で範囲指定できないのか。
569 名前：デフォルトの名無しさん mailto:sage [2025/02/17(月) 18:51:26.75 ID:rqJoDalTM.net]: 拡張メソッドをお使いください
570 名前：デフォルトの名無しさん mailto:sage [2025/02/17(月) 18:52:59.12 ID:9JWN7J4Va.net]: observableみたいな変な仕組み一掃してもらいたい
UIのせいでデータ側に変更強いるのは思想に反してるだろ
571 名前：デフォルトの名無しさん mailto:sage [2025/02/17(月) 18:57:00.96 ID:rqJoDalTM.net]: IListをお使いください
572 名前：デフォルトの名無しさん mailto:sage [2025/02/22(土) 08:14:35.24 ID:WrgPAAGU0.net]: 変更があるたびにイミュータブルなVMを毎回作り直すようにしてone-way bindingのみにするだけで遥かにシンプルになるのにね
さすがにDataContextを根本から差し替えるのは非効率すぎるからReactのVirtualDOMのような最適化は必要
VMの差分比較だけでいいんだから技術的にはVirtualDOMなんかよりよほど簡単なはずだけど、そういうフレームワーク無いのかな
573 名前：デフォルトの名無しさん mailto:sage [2025/02/22(土) 08:20:13.44 ID:DUbJV40j0.net]: 名前の無いPropertyChanged放てば全部更新されるだろ
574 名前：デフォルトの名無しさん mailto:sage [2025/02/22(土) 08:28:59.94 ID:WrgPAAGU0.net]: >>573
それだと変更のない箇所まで更新対象になるから非効率でしょ
あと、DataContextにイミュータブルなVMを直接設定しちゃうと結局丸ごと差し替えるしかないから、
DataContextのオブジェクトを入れ替えなくていいようにプロキシ的なものを間に挟むケアが必要だね
575 名前：デフォルトの名無しさん mailto:sage [2025/02/24(月) 10:34:35.00 ID:bJj6zTFJ0.net]: observablecollectionにもう少し文句あるけど、項目ごとにいちいちpropertychangeで監視するコードを書かなきゃいけないのなんでよ。項目内の変更は無視してリスト数の変更だけ取りたいことなんてあるか？
576 名前：デフォルトの名無しさん mailto:sage [2025/02/24(月) 10:51:27.43 ID:gnxataoUM.net]: ？？？
577 名前：デフォルトの名無しさん mailto:sage [2025/02/24(月) 10:54:44.98 ID:I+emSd+oa.net]: 含まれてる要素ぜんぶ追っかけたら、追っかける必要ない要素まで処理することになるし
その辺効率よくするの難しいから・・・プログラマに丸投げ
578 名前：デフォルトの名無しさん mailto:sage [2025/02/24(月) 11:09:23.48 ID:6Uht1bH5M.net]: それいうたら
どうしてPropertyChangedいるんだまでいかない？
579 名前：デフォルトの名無しさん [2025/02/24(月) 12:32:14.90 ID:Oa9EYt1R0.net]: >>575
何言ってんだこいつ
リスト自体に変更ないならListでいいよ
580 名前：デフォルトの名無しさん mailto:sage [2025/02/24(月) 17:07:29.06 ID:hohbHZqs0.net]: 日本語読めないやつが来た
581 名前：デフォルトの名無しさん mailto:sage [2025/02/24(月) 23:32:10.57 ID:WgCsy9/y0.net]: BindableCollectionならRefresh()で解決
ObservableListでも多分できる知らんけど
582 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 00:20:56.93 ID:LNbDBSJi0.net]: TypeScriptをネイティブ実装化するらしいな
https://x.com/ahejlsberg/status/1899468706218160591?s=46

いよいよC#もお役御免かな
583 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 01:02:45.01 ID:3dswsZRp0.net]: まじか！
584 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 01:09:23.52 ID:opZX9dvW0.net]: あくまでもVSCode上での動作やコンパイラが速くなるだけだぞ
585 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 05:30:43.74 ID:3dswsZRp0.net]: TypeScript 6 (JS) で TypeScript 7 (ネイティブ)って言ってるからガチじゃね？
586 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 06:26:26.10 ID:YhmDaNsv0.net]: TypeScript「コンパイラ」をgoで書き直したってだけじゃなくて？
587 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 10:18:48.57 ID:3dswsZRp0.net]: TypeScript 5系 <-- いまここ
TypeScript 6系まだJS ・コンパイラは早くなる・ネイティブ化への布石
TypeScript 7系完全ネイティブ化する

だろ
588 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 10:25:48.02 ID:TsbDxVWYa.net]: typescriptをコンパイルしたらexeができるようになるんじゃないのか
589 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 10:26:44.35 ID:C1Q/wGhY0.net]: Why go?
https://github.com/microsoft/typescript-go/discussions/411

MicrosoftがGoを選んだというのが興味深いけど、案の定
なぜC#ではないのか？→C# AOTはゴミ
とかコメがいろいろ荒れとる
590 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 10:38:58.55 ID:C1Q/wGhY0.net]: >>588
成果物はあくまでjs
591 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 10:41:14.98 ID:3dswsZRp0.net]: それはts 6系では？
592 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 11:11:35.51 ID:K962K+0d0.net]: >>585
流石に文盲が過ぎる

一連のワークフローにおける省メモリ化と高速化を主な目標として、コンパイラを含む各種ツール群をGoで書き直すプロジェクト「TypeScript 7(native)」が進行中ってニュース
重大な（破壊的な）変更が含まれる前提であり、前身の「TypeScript 6」にて対象となるAPIや機能を非推奨としてマークする計画であるとも
593 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 12:02:47.70 ID:3dswsZRp0.net]: >>592
仕事中だし全部読んでねーーからな笑
594 名前：デフォルトの名無しさん (JP 0H7a-ZS5M) mailto:sage [2025/03/12(水) 13:19:14.28 ID:4px3o80KH.net]: どうでも良いけどアンダース・ヘルスバーグって64才でまだ現場やるんか、超人かよ
595 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 14:32:08.50 ID:uoPxhT/UM.net]: TypeScriptはWeb系に受け入れられやすいようにMS色を抑えてるからC#は論外だわな
いくらヘルスバーグがいるといってもtscの開発チームなんて基本的にUnix系でMSスタックには馴染みがない連中だろうから、あえて.NETを選ぶ必要性もない
Rustにしなかったのは移植が面倒だからだろうね
596 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 15:28:11.96 ID:YhmDaNsv0.net]: そらvscode動かすのに.NET必須ですってなったら、折角エディタ業界を制覇したのにWindows以外でのシェア全滅するだろ
597 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 18:21:40.34 ID:wQgKlRYw0.net]: goがいいのか
598 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 19:28:25.17 ID:Pt/zfEko0.net]: tscなんてファイルIOと基本的なテキスト処理と最低限のHTTPサーバーの実装ができりゃいいだけだから、Goだと変な依存関係なしにほぼ標準ライブラリだけで作れるはず
tscみたいにシンプルな要件の中で継続的にロジックだけ手を入れていくような性質のものには適してそう
599 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ dd01-ZS5M) mailto:sage [2025/03/12(水) 19:43:05.00 ID:LNbDBSJi0.net]: WhyGo？、ヘルスバーグも書き込んでるじゃん
全然関係無さそうなC#おじがここぞとばかりに集合してて面白い

ヘルスバーグの、他の動画引用の発言含めて興味深かったのは
・我々は関数型スタイルで書いている、TSCコアはクラスがまったく使われていない
→このコードベースを移植するのに最も適したGC対応の言語がGoだったという事らしい
・C#AOTは10年以上更新されておらず、最初からそう設計されたものではない
・でもC#は大事だよ！
→といいつつ、OSSとコミュニティのコラボレーションが最優先、とも。いかにも苦しいな
600 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5102-GFHi) mailto:sage [2025/03/12(水) 19:50:26.71 ID:byVikOTs0.net]: >>596
ネイティブコンパイル出来るようになったんじゃなかったの？
601 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 23:20:15.54 ID:YhmDaNsv0.net]: >>600
nodejsで書かれてたTypeScriptコンパイラ…トランスパイラと言った方がいいのか？をネイティブ実装するという話で
最終生成物はjsのままっしょ？
602 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 23:28:49.02 ID:mUia8/7sa.net]: このスレAIしかいないのかってぐらい会話になってなくて笑える
603 名前：デフォルトの名無しさん mailto:sage [2025/03/13(木) 00:02:31.27 ID:v10299140.net]: >>601
そういうことなのにわかってない連中ばっか
さすがC#さん
604 名前：デフォルトの名無しさん [2025/03/13(木) 17:58:36.45 ID:dupCEBZg0.net]: セルフコンパイルを諦めてまでやるってことだからJavaScriptって本当に遅いんだな
605 名前：デフォルトの名無しさん mailto:sage [2025/03/13(木) 19:23:31.60 ID:C8a9jwOgM.net]: 残念ながらUIまで含めればWPFよりは遥かに速いんだよなあ
606 名前：デフォルトの名無しさん mailto:sage [2025/03/14(金) 01:10:14.19 ID:Ch3nFO3N0.net]: なんか不毛な戦いが見える気がする
607 名前：デフォルトの名無しさん mailto:sage [2025/03/15(土) 04:33:53.81 ID:NDk9Iq9/0.net]: いやもう時代は下々のプログラマーの実装言語はTS(JS)でそれをトランスパイルするコンパイラがC++ or Rust or Goに集約されたっちゅーことや
もうJavaもC#も死にゆく言語やねんJavaもAndroidの中間言語としてかろうじて生きながらえてるだけで実際の実装はDartとFlutterで記述してるからな
ヘルスバーグが既存TSの移植に一番適してたっちゅー理由でGoを選択してまたGoが脚光を浴びたことでGoogleがAndroidにtsgoを採用するかもしれんのが楽しみやな
608 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 557d-k3jN) [2025/03/15(土) 09:46:45.19 ID:YDaTK7Qf0.net]: FlutterがJava/Swiftより使われてる笑
エアプ乙
609 名前：デフォルトの名無しさん [2025/03/18(火) 10:51:15.76 ID:Oox7NUOb0.net]: googleがFlutterを見放したって話ですよ奥さん
610 名前：デフォルトの名無しさん mailto:sage [2025/03/18(火) 19:54:43.16 ID:2WOtdWVD0.net]: Flutterはめちゃめちゃ負債化の香りがプンプンする
611 名前：デフォルトの名無しさん mailto:sage [2025/03/18(火) 20:26:46.00 ID:b9DhRgN60.net]: dartが好きになれない
612 名前：デフォルトの名無しさん [2025/03/19(水) 03:45:45.70 ID:ic5m4wLY0.net]: >>611
ほんそれ
JSじゃなくてDartである必然性がない
結局IT後進国の日本ではJavaドカタを有効再利用するためだけの理由でKotlinがトップシェアだから尚更Dartの存在価値がない
日本て未だにネイティブ信仰が強くて合理化や効率化を無視してんのもマルチプラットフォームには向かい風なんよな
613 名前：デフォルトの名無しさん [2025/03/21(金) 21:49:45.35 ID:XSFJ2b5u0.net]: ちょっとUno触ってみようかなーって思ったらIME非対応で草
614 名前：デフォルトの名無しさん [2025/03/21(金) 23:19:07.00 ID:klu7Q3/A0.net]: HTML+CSSの柔軟さと楽さに慣れたらXAMLとか苦行でしかない
615 名前：デフォルトの名無しさん mailto:sage [2025/03/21(金) 23:31:38.45 ID:MU5vwMSW0.net]: 人は苦行に喜びを感じて受け入れることで悟りを開くと聞いた
616 名前：デフォルトの名無しさん mailto:sage [2025/03/21(金) 23:40:37.21 ID:AYIWzGzyM.net]: 苦行なのにこのスレに書き込みに来る辛いお仕事
617 名前：デフォルトの名無しさん mailto:sage [2025/03/24(月) 20:52:39.84 ID:IMt/bJ0n0.net]: winUIとかいうWPF劣化版の再生産やめてほしい。スマホに浮気する暇ないだろ。
618 名前：デフォルトの名無しさん mailto:sage [2025/03/24(月) 22:23:40.26 ID:f5uVV0zC0.net]: ネイティブコードから使えて現代的な見た目の標準GUIツールキットが存在しないのはさすがにOSとしてまずいからね
従来.NETでWinFormsやWPFで作ってたような重いGUIアプリの分野はいまやWeb一択
その反面、相対的にちょっとしたユーティリティ(極端に言えば標準の電卓とか)みたいなシンプルな要件で速さ軽さが求められるネイティブ開発の重要性が相対的に高まっている
というわけでWinUI3はその状況に素直に対応しようとしているわけだけど、現状WinUI3はパフォーマンスが劣悪なので本末転倒な状況だね
619 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 08:51:04.31 ID:yUsTTTcU0.net]: Redditの海外ニキですら.NETサブレでこんな議論しとんのやで

「C# は死に絶え、プログラマーは強制されてのみそれを使用している」 ( self.dotnet )
（クリックベイト的なタイトルで申し訳ありません）
私はスタートアップ企業（管理/バックオフィス向けオープンソース AI コード生成）で働いており、主要言語として C# を選択しました。
投資家からは、「友人に聞いたところ、C# は廃れており、レガシー製品に取り組まなければならない開発者だけが使用しているとのことでした」といったフィードバックも寄せられています。
これは間違っていると思いますが、スタートアップがすべて Typescript または Python を使用している場合、説得するのはまだ困難です。
私が考え出したいくつかの議論は次のとおりです。
- C#/dotnet はオープンソースであり、Microsoft から多額の投資を受けています。おそらくどの言語よりも多くの投資が行われています。
- C# は、購買力のある大企業でよく使用されます。
- Stackoverflow の調査によると、依然として非常に人気のある言語です。
- もう 1 つのポイントは、LLM を使用してコードを生成するときに良い結果を得るには、静的に型付けされた言語が必要であるということです。静的に型付けされた言語では、コンパイラを使用してほぼすべての LLM エラーを見つけることができますが、Lovable anv v0 などのサービスでは、実行時エラーを待機する必要があり、その修正ループでユーザーを困らせます。
あなたの意見を聞きたいですか?
620 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 14:01:36.68 ID:2YMjV54Z0.net]: フロントエンドやUIはもう全部TypeScriptでいいよとは思う
まあそのスレ流し読みしてても思うけどC#はバックエンドで生き残りそう
621 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 15:46:55.74 ID:CE9VTyQHd.net]: 勿論フロントはWeb一択だが、海外だとパッケージソフトやSaaSのサーバーサイド言語としてはC#はまあまあ使われてるらしいね
国内だと技術的な良し悪し以前の問題としてまともにWeb開発できるC#エンジニアを確保するのが困難なので、スタートアップでの採用は論外
622 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 15:56:55.05 ID:yUsTTTcU0.net]: 問題はGoでの移植により10倍高速になったTSで開発したマルチプラットフォームアプリが仮にC#のMAUIよりも速かった場合
XAMLとASPが完全に＼(^o^)／ｵﾜﾀなんやがMAUIとかゆー産廃なんにかに多額の投資しててどーすんの？って感じでクソワロタ
623 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 16:26:33.00 ID:7Bt9UbUi0.net]: >>622
自身の文盲を呪うといい
624 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 17:53:59.58 ID:wd43f0w5M.net]: Goのはjsが速くなるわけでないんで
625 名前：デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM35-wwqZ) mailto:sage [2025/03/25(火) 20:04:22.72 ID:BNsR0jH8M.net]: 文盲は文章の意味が取れない人じゃなくて
教育を受けてなくて文字自体が読めない人

日本にはいない
626 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 6da9-unpa) mailto:sage [2025/03/25(火) 20:13:18.63 ID:mAGNflh40.net]: ここにきてるwebちゃん…
627 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 21:16:01.42 ID:gK0aKFPF0.net]: SEO的な問題もあるがそのWeb系UIはwasmまでいくのか?
Blazor wasmかflutter wasm
ちょっとWeb個人アプリ作ろうと思ってflutter wasm調べてる
628 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 21:55:19.29 ID:aB3aixGU0.net]: なにその無駄な周回
629 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 21:58:03.31 ID:6deS3uMO0.net]: flutter webって技術デモみたいなもんじゃないの？
実用になるの？
630 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 22:03:39.59 ID:aBwucHzh0.net]: QtとC++でやったほうがマシじゃね感
ネイティブアプリにもなるしスマホアプリにもなるらしいしwasm化してWebでも動かせるらしいし
631 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 22:13:34.97 ID:gK0aKFPF0.net]: >>629
実用になるかどうかわからんから調べてる
QtとC++じゃUIがショボくなるんじゃね

まぁ、Flutterでモバイルアプリは作ってきたから新しく覚えることはほぼないが
Blazor wasmはC#は大丈夫だけどblazorは触ったことねぇ
632 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 22:23:08.96 ID:gK0aKFPF0.net]: 計画ではVPS借りるからなるべく軽いやつで
ということで
バックエンドはgo+フロントは?
.netでフルスタックするとメモリ食うよね?vpsメモリ少ないからな
633 名前：デフォルトの名無しさん [2025/03/25(火) 22:36:49.06 ID:KzQ0r7mo0.net]: 最近のQtはCSSライクなQMLでUIを記述する
ショボくないUIになるかはがんばり次第
個人的には悪くないと思うけど商用ライセンスの値上がりが凄いのがね
オープンソース版はやる気ないし
634 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 22:37:25.19 ID:2dWnvP+A0.net]: Google EarthはアプリもWebもFlutter製
Web対応の体裁だけ整えて放置する会社は見習えと言いたい
635 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 23:49:41.19 ID:2YMjV54Z0.net]: 令和になってもffmpegをアセンブラで書き直したら爆速になったみたいな事やってるし、機械学習もllama.cppが流行ってるし
AI時代はエコシステムの勝ち馬に乗るか、
低レイヤーをしこしこ頑張るか、
技術選定はどんどん二極化すると思う
そういう意味では今から愚直にcppでwasmという選択は筋としては悪くない気がする
まあuiまではやらなくてもと思うが。
flutterも.netも中途半端、使い道はどんどん限られるだろう
636 名前：デフォルトの名無しさん mailto:sage [2025/03/25(火) 23:55:06.87 ID:aB3aixGU0.net]: どうしてもhtmlとcssをやりたくない連中ばっかだな
637 名前：デフォルトの名無しさん [2025/03/26(水) 00:24:50.20 ID:MJuuuAff0.net]: >>636
馬鹿は>>635を理解できない
638 名前：デフォルトの名無しさん [2025/03/26(水) 00:33:09.00 ID:eMFhL/lH0.net]: あれでもないこれでもないって言いながら一生手を動かさないまま終わればいいんじゃね？w
639 名前：デフォルトの名無しさん mailto:sage [2025/03/26(水) 01:35:13.67 ID:GPu5GtYna.net]: c#はガチで遅いもんな。たまにc++使うとまじで驚く
640 名前：デフォルトの名無しさん mailto:sage [2025/03/26(水) 08:49:16.51 ID:wBIhDxbR0.net]: 今時はサーバーサイドでReact動かしてレンダリングしちゃうのが主流になりつつあって、wasmは逆に存在感を失いつつあるね
641 名前：デフォルトの名無しさん mailto:sage [2025/03/26(水) 09:29:48.53 ID:p1L24+Ha0.net]: サーバーサイドでやるんだったらASP.net Coreでいいんじゃ？
642 名前：デフォルトの名無しさん mailto:sage [2025/03/26(水) 10:08:48.04 ID:DSz4ZjhMM.net]: 同じ言語だから、サーバーサイド
643 名前：デフォルトの名無しさん mailto:sage [2025/03/26(水) 10:13:55.64 ID:U/bUUBa+0.net]: >>640
それブログとか商品カタログとか商サイトの場合
gmailとかカレンダーとかアプリ系はCSRでないと使い物にならない
644 名前：デフォルトの名無しさん [2025/03/26(水) 17:14:48.12 ID:h/ZgE+7d0.net]: >>639
起動時間だけだろ明確に違うのは

AOTで改善しつつあるしほぼ差はないよ、それより高速な実装にするプログラマーの技量の問題
645 名前：デフォルトの名無しさん mailto:sage [2025/03/26(水) 18:41:32.72 ID:GPu5GtYna.net]: >>644
WPFはAOT対応してないしオーバーヘッド大きい
646 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 623c-SfLd) mailto:sage [2025/03/26(水) 19:18:48.01 ID:geyBcbiI0.net]: .NET9でもWinUI3でAOT機能せんで
っちゅーかリフレクション使うとAOT使えないって時点でC#の仕様上かなり終わっとるやろwww
647 名前：デフォルトの名無しさん mailto:sage [2025/03/27(木) 10:15:40.36 ID:7tA0ll5aM.net]: そんなにリフレクション使うことある?
648 名前：デフォルトの名無しさん mailto:sage [2025/03/27(木) 11:00:52.49 ID:P4pBfsgVa.net]: 自分に使う気がなくても内部で使われてる
649 名前：デフォルトの名無しさん [2025/03/27(木) 11:09:31.88 ID:KqNGxMGr0.net]: >>647
これ>>648
650 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 11:16:36.00 ID:f7MvkClJ0.net]: .NETのアプデペース凄いな
.NET Frameworkはもう不具合対応しかしないなら、いっそ非推奨にしてくれ
651 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 11:24:37.00 ID:9yLVdxrVM.net]: .NETT5,6,7はもう不具合修正すらされないんだよね
652 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 12:57:51.28 ID:qhcxfAm9M.net]: LTSの.NET6はもう少し長く(具体的には次々のLTSの.NET10のリリースまで)サポートして欲しい
653 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 21:35:49.63 ID:8eNM17rzM.net]: >>650
自分は.NETは馬鹿だなって思うけど
自分で価値を下げている
654 名前：デフォルトの名無しさん [2025/03/28(金) 21:45:31.20 ID:NeeSelCN0.net]: LTSはせめて5年はほしいよな
現代だとセキュリティが重視されるし、ライブラリも言語も継続的に更新し続けるのが求められるんだけど、体力ないところにはキツい
655 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 21:46:47.52 ID:8eNM17rzM.net]: 企業でもともと安定運用してるアプリがあってそれが.NETのサポート終了したとしてそれをどうするんだろうか？
金を払ってコンパイルしなおしてもらうのか？

不具合対策がされているなら.NET Frameworkで十分だろう
使う側にとって.NETは罠でしかないと感じる
656 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 21:51:10.95 ID:eW7mrex4a.net]: そういうの気にするようで気にせず使い続けるよ
脆弱性があったとこでそこを突いて悪さできるほどオープンでないことがほとんどだから
657 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 21:53:39.21 ID:8eNM17rzM.net]: .NETはこういう仕組みでしてアプリを作成するだけでなくセキュリティ上わが社とサポート契約必須ですとか
しょうもないことで金取ってそう
658 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 22:05:44.48 ID:OmVi2sgI0.net]: 日本の大手案件は今も昔も.NET多いけどな
理由はベンダーがMSで顧客を納得させやすくて安心感があり金さえ払えばMSKK通じてやレドモンドが直接インシデント対応してくれるから
そやからワイがかかわった数百億から1000億規模のは開発とか大抵データとかが絡んでるから.NET多かった
しかもデータはてらそるなとかゆー自社のゴミフレームワークが.NETやし
659 名前：デフォルトの名無しさん mailto:sage [2025/03/28(金) 22:29:51.32 ID:8eNM17rzM.net]: やっぱりFだね

Nや〇は当てにならない
660 名前：デフォルトの名無しさん [2025/03/29(土) 03:33:59.20 ID:KK05WRpA0.net]: このスレッドは思っているよりも高齢者だらけだな

大企業がデスクトップアプリケーションを使っているとか、何年遅れの情報なんだよ
661 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 05:28:09.86 ID:cRZTiyiha.net]: 世の中適材適所なんだよ
普通にデスクトップも使うし新規でも作る
662 名前：デフォルトの名無しさん [2025/03/29(土) 07:01:22.74 ID:quq1f6UX0.net]: 試験装置などの制御ソフトは今もデスクトップアプリは多いぞ
物理的なモノを制御するという性質上、SaaSのような形態にはなりえず、Web形への置き換えが進んでないという意味でもあるけど
(機器側にWebサーバーを持ってて、ブラウザから制御できるというものも増えてはいる)
解析なんかも多分そう

大企業が使うというのは、勤怠管理などの事務系だけでなく、メーカーの研究部門や実験開発部門も含む
一般的に知られるものでないから仕方ないけど、「今時のアプリは殆どweb」というのも狭い見方
663 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 08:36:33.15 ID:4DUPajioM.net]: 大手は今でも内部で独自言語使ってるところがある
コボルの偽物が…
664 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 08:51:14.73 ID:qgocfqXa0.net]: 老害もくそも日本のこの業界自体がゼネコンのビジネスモデルそのもののガラパゴスやんけ
技術力なんて求めてなくて中抜きしたいからあえて無能な人間を大量投入したいだけの炎上前提のまさに炎上商法
日本国内で圧倒的に一番需要ある言語て未だにSQLやぞ？www
次いでCOBOLでこれ以降は超えられない壁でJavaPythonJSC#その他って感じな現状をご存知ない？
本職のPGやない都内の業界のことなんも知らん余所者のニワカがイキんなや半年ROMってろ
665 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 09:13:16.71 ID:kxpO13Jn0.net]: 制御系でC#は見たことないな
666 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 09:15:53.31 ID:cRZTiyiha.net]: SQLとプログラミング言語を同列に扱って比較って
それニワカが作ったランキングだろうしニワカしか話題にしないだろ・・・
667 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 09:30:03.97 ID:g9Bz8csf0.net]: スレが伸びていたらweb
668 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 10:24:03.31 ID:4DUPajioM.net]: 残念ながらコボルの話でした
669 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 14:41:41.48 ID:vBRpjzE/d.net]: VB6+oo4o+Pro*Cやで
670 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 16:06:10.87 ID:tO8nrH8N0.net]: 自分はもう業務系はなれちゃったもんで
Unity以外で、C#が今本当にどこで使われているのかというのは気になる
やっぱり未だにデスクトップアプリが主戦場なの？
671 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 16:09:00.71 ID:D/ZbmPRO0.net]: >>670
サーバーサイドにまだ多いよ
672 名前：デフォルトの名無しさん [2025/03/29(土) 16:37:41.02 ID:quq1f6UX0.net]: >>665
機器側の組込みはもちろんC/C++だけど、それをPCから制御するアプリはC#も使う
673 名前：デフォルトの名無しさん [2025/03/30(日) 03:33:41.81 ID:IAy3+3Q70.net]: >>664
SQL？
674 名前：デフォルトの名無しさん [2025/03/30(日) 03:34:34.40 ID:IAy3+3Q70.net]: >>670
C#はASPだな　
675 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 04:22:58.61 ID:SqG6Acvl0.net]: .netのバージョン問題って結局PaaSのランタイムの保持の話だよね　IaaSだと気にしないし
AzureだとAppServiceがまだ.net fw4.8用ランタイム用意してくれてるけど.net6はもう無い
676 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 07:16:25.52 ID:D1qXStH40.net]: Fluent ThemeだとTextBoxの右端についてくるバツボタン消せなくなってるのな
邪魔で仕方ないからTextBoxCollapsedClearButtonBehaviorを作成した
677 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 09:20:07.45 ID:TDEPav2Y0.net]: >>671
>>674
なるほどねー。となるとJavaと行ったり来たりみたいな人も多そうだね
678 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 11:04:35.89 ID:OSmyKn0E0.net]: >>673
SQLなんて誰でも書けると思ってるんだろうが
他人が書いた1000行以上のストアドを解析して修正・機能追加とか
秒間3万件の問い合わせに対応するための最適化とか
こーゆーシビアな要求を現実にはできるやつがほとんどいない
そして日本はCOBOLの需要が高い理由の金融系案件や決済処理案件が多くSQLを習熟したプログラマーが求められてんのが実情なんやが？
しかもガラパゴスなジャップはMBaaSやNoSQLどころかEFすら毛嫌いするからな
SQL?とかSQLを言語wwwとかゆーとるアホは明らかに日本国内のIT業界を知らんド素人確定でクソワロタwww
679 名前：デフォルトの名無しさん [2025/03/30(日) 11:58:20.18 ID:YPXHQVpO0.net]: そういうのは現状のレガシーシステムだったり特定メーカーの汎用系開発環境に対する習熟が重要なのであり、SQLのスキルの問題ではない
680 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 15:11:07.35 ID:dXCLCyDiM.net]: 開発時にSQLは手で書いちゃダメ
chatGPTさんに書いてもらいなさいと言う時代が来ると思う
681 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 15:32:27.53 ID:wB1Wt3Pqa.net]: 面倒だから全部EF任せ
それでも呼び出し方で速度まったく変わるけど
682 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 16:35:40.78 ID:OSmyKn0E0.net]: >>679
要件・仕様と業務知識とSQLのスキルを混同してる時点で会話が噛み合ってないの草
まぁキミがド素人かそれと変わらんロースキル案件ガイジなのは確定ですわ
683 名前：デフォルトの名無しさん [2025/03/30(日) 17:07:23.22 ID:IAy3+3Q70.net]: >>678
そういう意味じゃない
684 名前：デフォルトの名無しさん [2025/03/30(日) 17:08:49.31 ID:IAy3+3Q70.net]: >>680
それは大量の情報を与えないといけないので禁止事項にしている企業が普通
685 名前：デフォルトの名無しさん [2025/03/30(日) 17:09:30.31 ID:YPXHQVpO0.net]: 一般に、他人が書いた1000行のストアドを読み解くのに必要なのは、そのアプリケーションとDBの仕様の知識だ
純粋なSQLのスキルなんて新人研修で3日やりゃ充分
686 名前：デフォルトの名無しさん [2025/03/30(日) 17:11:48.29 ID:IAy3+3Q70.net]: >>685
いまだにストアドプロシージャがSQLだと知らないやつが多いしな
687 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 17:47:21.65 ID:OSmyKn0E0.net]: >>685
>一般に、他人が書いた1000行のストアドを読み解くのに必要なのは、そのアプリケーションとDBの仕様の知識だ
>純粋なSQLのスキルなんて新人研修で3日やりゃ充分

5chてこーゆーガイジばっかやなそらまともなコミュニケーションにならんのやから過疎るわなアホらしwww
688 名前：デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MMdf-pQh2) [2025/03/30(日) 17:53:23.07 ID:uBaI4qB4M.net]: >>687
お前が無能なだけに見えるが
689 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5f1b-xSZ1) [2025/03/30(日) 18:22:12.35 ID:ahHkOaFL0.net]: この人、書き振りからは下請にいる歳だけ食った癖強おじさんを想像してたけど、
その割にはアプリ側で更新される意味不明な大量のフラグが並んだテーブルとか見たことないのは不自然なんだよな
意外と若い人なんだろうか、それともアプリ見ないオペかな
690 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f1d-/YAI) [2025/03/30(日) 18:45:46.93 ID:IAy3+3Q70.net]: SQLは簡単なSELECTと簡単なDMLだけと思っているジジイは昔からいる
691 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa23-P5w+) [2025/03/30(日) 18:49:11.18 ID:XoWLs3oda.net]: 官公庁のF導入率は偏り過ぎで談合を疑うレベル
692 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 19:26:34.26 ID:SqG6Acvl0.net]: SQLは構文だけ知ってりゃいいわけじゃないのはそうだけどこの関西弁ガイジは触っちゃダメだと思うの
693 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ff10-P5w+) mailto:sage [2025/03/30(日) 22:03:44.22 ID:D1qXStH40.net]: 聞いた話だと余所が限界集落してて仕方なくここへ来てるんだと
他に行く宛がないらしい
694 名前：デフォルトの名無しさん mailto:sage [2025/03/30(日) 22:34:28.94 ID:bJrIExL20.net]: 基本草生やす人に関わらないほうがいい
695 名前：デフォルトの名無しさん mailto:sage [2025/03/31(月) 10:35:44.86 ID:CuOtRMCPM.net]: それ以前にスレチだ
696 名前：デフォルトの名無しさん mailto:sage [2025/03/31(月) 22:17:14.98 ID:KBnN35P/0.net]: >>689
DB板の有名荒し
アプリは門外漢でDBのお守りをしてる爺さん

見識が狭く論理的思考が出来ないから
誰とも議論が噛み合わない

とにかく上から線で書き散らかしたいだけ
697 名前：デフォルトの名無しさん mailto:sage [2025/04/23(水) 05:56:51.84 ID:jW3Pbe9x0.net]: システム開発企業が利用中のAIツール、ChatGPTが最多、GitHub Copilotが続く。課題はユーザーの要件定義が決まらないこと。

まぁ日本では客の頭の悪さと客の御用聞になってるだけの元請けの低脳チンパン境界知能SIerがITゼネコンビジネスを支配しとる限りどんだけAIが進化しようとも意味ないっちゅーこっちゃwww
つい最近もIBMがNHKから民事訴訟起こされてた内容も酷かったわな
日々変更される要件定義によって費用が膨らんで追加請求するも突っぱねられて逆に訴訟起こされるとゆーワイら日本のPGからするとごく日常的で業界の悪しき因習なんやがIBMからしたら日本人ガイジすぎる思っとるやろうな
698 名前：デフォルトの名無しさん [2025/04/23(水) 07:11:16.78 ID:lY/6GACH0.net]: WPFってほんとにオワコンなの？
従来のwinフォームデザインから脱したいんだけど、WPF使うのはありかな？
699 名前：デフォルトの名無しさん mailto:sage [2025/04/23(水) 07:22:22.67 ID:jW3Pbe9x0.net]: 機能追加やバグフィックスされずメンテ終了してるって意味ではオワコンやで
ただデスクトップ専用アプリ作る場合はOS依存の機能を使うことになるから未だに.NET Framework使っとるデベロッパーは多い
そんでWindows App SDK1.5xになってから.NET CoreスタックでWinForms/WPF開発が可能になったからそーゆー意味ではオワコンではない
ただ.NET Coreゆーても他のプラットフォームでは実行不可でWinRTなんかを内包して最新のWinUI3に対応させただけやからXAMLのカスさは相変わらずやな
まぁワイも未だにWinUI3でシコシコXAML書きながらWindows専用の自分が使うためのアプリ作っとるからな
ちょっとしたWindows専用アプリ開発すんのにわざわざ環境構築がめんどいReact Nativeなんかを使う必要ないんよ
700 名前：デフォルトの名無しさん mailto:sage [2025/04/23(水) 11:35:21.46 ID:3hxW7ec80.net]: >>699
なんで公共の場で地元言葉なの？
701 名前：デフォルトの名無しさん mailto:sage [2025/04/23(水) 12:29:14.96 ID:az+NRtPy0.net]: WinUI3ってまともに使えるものになった？
702 名前：デフォルトの名無しさん mailto:sage [2025/04/23(水) 19:56:56.27 ID:WPvg2tW3M.net]: visual studioがwinUI3になったら考えればよい
703 名前：デフォルトの名無しさん mailto:sage [2025/04/23(水) 21:51:13.78 ID:NJZSBJk/0.net]: >>698
.NET9/10でFluentテーマに対応させたりちょっとだけ軽微なバグ修正したりと
最近また微妙に手を入れてるから急に使えなくなるとかは考えなくて良さそう
704 名前：デフォルトの名無しさん mailto:sage [2025/04/23(水) 22:09:24.32 ID:jW3Pbe9x0.net]: そもそもdot NETの始まりがJavaのパクリでマルチプラットフォームを前提としてたんよ
そやけどOSS化に遅れ開発者を呼び込めずしかも結局プラットフォーム固有の機能を使うとバイナリ互換を捨てざるを得なくてC#/dot NETがただ起動がクソ遅いだけの産廃になってもーたのが現状ってわけ
705 名前：デフォルトの名無しさん mailto:sage [2025/04/23(水) 22:43:24.00 ID:WPvg2tW3M.net]: WPFは死んでる
一番感じるのはカラーemoji対応していないところ
Fluentテーマなんてどうでもよい
706 名前：デフォルトの名無しさん mailto:sage [2025/04/24(木) 00:15:56.58 ID:Q96eJu5a0.net]: Javaのようなクロスプラットフォームというよりはあくまで同じWindowsの中で32ビット/64ビットやx86/IA64で同じバイナリを動かすことを狙ってたように思う
707 名前：デフォルトの名無しさん [2025/04/24(木) 13:22:20.25 ID:ndm7u60Wa.net]: 同じバイナリ = 中間コード
という意味ならそうかもな
708 名前：デフォルトの名無しさん mailto:sage [2025/04/24(木) 18:58:51.09 ID:kNnkkON6M.net]: 2005のころwindowsCE向けのバイナリを間違ってwindows上で起動したら普通にフォームでて動いてビビった
arm専用と言う話じゃなかったと
709 名前：デフォルトの名無しさん mailto:sage [2025/04/25(金) 15:34:11.72 ID:B4fnDckv0.net]: おい、ワイはここで長々とXAMLのクソさとReactなんかについてドヤ顔で散々能書き垂れてきたんやが
もしかしたら今までのワイの発言は全部間違ってたんかもしれん・・・

簡単に理由を説明するとChromeやEdgeと同じChromiumのVivaldiがクソ重い
↓
Edgeに移行するとめちゃくちゃ軽くて快適、同じChromiumやのになんでや！？
↓
EdgeはReactやめてMSが独自実装したWeb ComponetsのFluent UIで作ってました～！
↓
なんでReactやめてもうたん？
↓
Microsoft EdgeがReactをWebコンポーネントで置き換える方法
://thenewstack.io/how-microsoft-edge-is-replacing-react-with-web-components/
↓
Web Componentsってなんや？
↓
HTMLにカスタム要素を実現する標準技術Web Components。事例をもとに技術特徴を解説
https://levtech.jp/media/article/column/detail_403/
↓
ん？これまんまXAMLやん？もしかしてXAMLは19年時代を先取りしてたから流行らんかったんか？ ← 今ここ

正直ワイはショックを受けとるで
710 名前：デフォルトの名無しさん mailto:sage [2025/04/25(金) 16:40:03.73 ID:s/rm1u2e0.net]: 初期のVueやAngularの方がよっぽどWPFしてたと思うが。
結局React以降のFlux/コンポーネント志向とは別物よ
711 名前：デフォルトの名無しさん mailto:sage [2025/04/25(金) 18:51:07.74 ID:DbDcSEbW0.net]: EdgeのUIでReact使ってたのを置き換えただけだろ？
Edgeのユーザー数を考慮すれば、実装コストと延べ実行コストを天秤にかけたら前者が少々増えても後者を改善したほうがいいのは当然であり、
一般的なアプリケーションとは次元が違う話
速くなるならWebComponentsすら使わず直DOMでもいいくらいだろ
712 名前：デフォルトの名無しさん mailto:sage [2025/04/26(土) 16:24:00.25 ID:KeLpsr3P0.net]: >>709
XAMLというか一度捨てたxhtmlというか。
静的なタグとclassで頑張っても結局jsxみたいなのは欲しくなるわけだしね。
namespaceが無いぶんXMLベースの規格よりまだ原始的だけど。
713 名前：デフォルトの名無しさん mailto:sage [2025/04/27(日) 00:01:18.75 ID:JQiKDGAD0.net]: >>705
っEmoji.WPF
714 名前：デフォルトの名無しさん mailto:sage [2025/04/27(日) 00:39:33.14 ID:5eLIRemp0.net]: >>709
Web ComponentsはRedditが大々的に活用してるね
shadow-rootやslotだらけになるので、スタイリング等のカスタマイズがメッチャやりにくい（一般のユーザーCSSマネージャでは対応できない）
715 名前：デフォルトの名無しさん mailto:sage [2025/04/27(日) 23:14:56.37 ID:48ZUISeN0.net]: 構造体のメンバ変数を複数クラスからアクセスする時、初回は初期化して、2回目からは初期化しないで値の読み書きをしたいです。
例を教えてくれませんか。
716 名前：デフォルトの名無しさん [2025/04/28(月) 19:18:17.11 ID:9QkLlge10.net]: シングルトン？
717 名前：デフォルトの名無しさん [2025/04/28(月) 21:14:24.09 ID:b7UkiiMu0.net]: WPFというよりC#の質問だと思うけど、その用途なら System.Lazy じゃない？
718 名前：デフォルトの名無しさん mailto:sage [2025/04/28(月) 23:04:27.95 ID:A++dKEta0.net]: はい、wpfというよりc#です。
using は include？
さっき partialの意味も分かった。
719 名前：デフォルトの名無しさん [2025/04/28(月) 23:33:11.89 ID:b7UkiiMu0.net]: CまたはC++から来た人かな
ファイルの先頭に書くusingはincludeというよりも名前空間の利用 (C++のusing namespaceと似てる)

例えば Foo.Bar 名前空間に Baz というクラスがある場合、usingしてなくても var bar = new Foo.Bar.Baz(); のように書けば使える
けど、名前空間のネストが深かったり、よく使うクラスの場合だといちいち名前空間を書くのは面倒くさい
ファイル先頭で using Foo.Bar; ってしていれば、そのファイル内では var bar = new Bar(); のように Bar という名前だけで利用できる
(C/C++のincludeだと、 includeしていないものはそもそも使えない)

最近のC#だと.NETのライブラリ (System名前空間から始まるもの) のいくつかは自動的に using されている
これは多くのプログラムでよく使うものだからそうしている
例えば Sytem.Lazy などは、明示的に using System; って書かなくても使えるはず

usingというキーワードは他の構文でも使うのでそこは注意
720 名前：デフォルトの名無しさん mailto:sage [2025/04/29(火) 01:26:54.40 ID:S1hhgyr50.net]: >>715
C#, C♯, C＃相談室 Part98
/mevius.5ch.net/test/read.cgi/tech/1719656321/
721 名前：デフォルトの名無しさん mailto:sage [2025/04/29(火) 02:11:35.58 ID:S1hhgyr50.net]: まぁワイは優しい男やから構造体の解答教えたる
/www.programiz.com/online-compiler/3EGuracYwkCAp
722 名前：デフォルトの名無しさん mailto:sage [2025/04/29(火) 02:23:06.39 ID:S1hhgyr50.net]: C#の作法としてはバッキングフィールドを作って外部からは必ずプロパティでデータの受け渡しをすることをMSが推奨しとるからそっちに変更したもの

/www.programiz.com/online-compiler/6Hd0AjaVMLBWY
723 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7715-yWXK) mailto:sage [2025/04/29(火) 12:29:11.24 ID:xM/ZYrg70.net]: あーーメンバーはprivateか
publicでは駄目なのね
724 名前：デフォルトの名無しさん mailto:sage [2025/04/29(火) 16:45:52.07 ID:b3aPpq9c0.net]: 何がしたいのか全くわからんコードやな
そもそも>>715みたいな構造体の使い方がおかしいやろ
725 名前：デフォルトの名無しさん mailto:sage [2025/04/29(火) 17:19:01.65 ID:+VbAa0c10.net]: >>715
初心者にありがちな必要以上に難解な設計をしようとしてるだけな気がする
何がしたいのかもっと具体的にして聞いた方が良いよ

ふらっと C#,C♯,C＃（初心者用） Part161
mevius.5ch.net/test/read.cgi/tech/1739970583/
726 名前：デフォルトの名無しさん mailto:sage [2025/05/14(水) 13:22:20.79 ID:rO+T5v9T0.net]: あ…

https://x.com/migueldeicaza/status/1922409129567563855
> Microsoft laid off the senior engineers of .NET on Android and key figures of Maui.
727 名前：デフォルトの名無しさん mailto:sage [2025/05/14(水) 13:36:56.96 ID:0REpm4CM0.net]: ちまちま人削るんじゃなくてMAUI終了宣言してエンジニア解放してやれよ
やる気ないのにダラダラ続けてもだれも幸せにならないだろ
728 名前：デフォルトの名無しさん mailto:sage [2025/05/14(水) 17:18:05.55 ID:rR4nIZxH0.net]: >I mean, if you find someone using Maui you can make a wish
マウイ島を使っている人を見つけたら、願い事をすることができます
海外ニキってほんまにユーモアあるよな5chの低脳チンパンレスとはインテリジェンスの差をめちゃくちゃ感じるわwww
729 名前：デフォルトの名無しさん mailto:sage [2025/05/14(水) 17:19:37.55 ID:rR4nIZxH0.net]: しかし海外ニキの間でもMSのUIフレームワークはリスクが高すぎから信用しないし使わへんっちゅーんが総意なんクソワロタwww
730 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 00:13:24.31 ID:O0mRpeHb0.net]: MAUIで作られたプロダクトって何があるの？
731 名前：デフォルトの名無しさん [2025/05/15(木) 00:21:17.37 ID:4gNanFO00.net]: 東京都防災アプリはそれっぽい
732 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 00:35:01.72 ID:Reo05bGl0.net]: やっぱAvaloniaUIしかないのか？
733 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 00:54:24.60 ID:aLBMO6vw0.net]: 海外ニキは今まで通りWPF使うから問題ないって認識でクソワロタ
734 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 01:01:26.46 ID:aLBMO6vw0.net]: ワイの個人的な感想やけどええ加減XAML捨ててEdgeで使われてるFluent UIで良くね？って思うんやが
どんなUIフレームワーク作ろうともXAMLである限り絶対失敗するに決まっとんねん
もうHTML+JSでええやん、特にウェブ界隈ではみんな新しいフレームワークやテクノロジーにうんざりしとんねん
735 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 01:11:26.79 ID:DeDo504C0.net]: Avaloniaいいよね
736 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 01:46:40.41 ID:Reo05bGl0.net]: また関西弁ガイジが来てるのか…キッツ
737 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 02:26:22.26 ID:iklCHxkdr.net]: まあでもWeb系フロントエンドエンジニアですらhtmlとcssはまともに使えないけどな
特にcssは絶望的
tailwindもまともに使えない連中ばっか
738 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 02:32:06.09 ID:aLBMO6vw0.net]: Avalonia UIがメインストリームになるわけないやろ
特に最新UIFWはクロスプラットフォーム対応マストやのにXPFが有料のプロプライエタリな時点でお察し
MS謹製のFluent UI Web Componetsに一本かすりゃええねん
739 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 12:27:32.03 ID:hgED4waDM.net]: >>738
Avalonia UIとAvalonia XPFは別物
UIの方もクロスプラットフォーム対応
740 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 19:32:41.71 ID:oSa5GPZzM.net]: MAUIのチーフみたいな人がクビになったんだろ？

もしかして凄腕の主任が来る可能性も！（）
741 名前：デフォルトの名無しさん mailto:sage [2025/05/15(木) 21:12:03.05 ID:oSa5GPZzM.net]: mauiが潰れたらwinui3にデザイナー実装されるかな？

＞　コミュニティからの何年にもわたる要望にもかかわらず、マイクロソフトがこの機能を提供しなかったことは受け入れがたいことです。
＞　これは、Microsoft が次のように言っているようなものです。「Visual Studio ではサポートされないため、当社のフレームワーク (WinUI または Maui) は使用しないでください。」
742 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 18:41:31.20 ID:sSx1TeKZ0.net]: Avalonia ⭐︎27646
maui ⭐︎22669
uno ⭐︎9364

見たまえ、ゴミのようだ
743 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 18:51:34.96 ID:ND+KqDK80.net]: UNOの存在忘れていた
744 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 19:13:22.17 ID:2q66rLdY0.net]: ま～だポトペタVBジジイがデザイナーとかキチガイなことゆーとんの草
Live Preview(Hot Reload)あんのにデザイナー実装しろ！とか.NET周りの狭いテクノロジーですら全く理解してへんただの能無でクソワロタ
745 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 19:25:42.10 ID:CtDSSAzzH.net]: XAMLは元来ビジュアルデザイナでの編集を意図して設計されていて、XMLなのはあくまでプログラミング言語中立にするのが目的
なので手書きすりゃいいみたいなマウントは筋違い
746 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 21:00:18.40 ID:m44NAhEfM.net]: デザイナーとホットロードが両方あるのが望ましいだろ
結局ホットロードは何も解決しないから
747 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 21:03:03.01 ID:m44NAhEfM.net]: 俺はデザイナーなくても使えるから要らないと言うのただの自己中
デザイナーが無いと使えない人にとっては無ければwinUI3は存在しないのと同じ
748 名前：デフォルトの名無しさん mailto:sage [2025/05/16(金) 21:06:20.74 ID:QIr8LWpl0.net]: 書ける人であってもXMLなんか手書きしたくないしな
749 名前：デフォルトの名無しさん mailto:sage [2025/05/17(土) 08:52:20.77 ID:6TSkBPG90.net]: >>742
electron 116778
tauri 92557
wails 28220
750 名前：デフォルトの名無しさん mailto:sage [2025/05/17(土) 11:42:41.58 ID:+EInX3DrM.net]: flutter/flutter 185000
JetBrains/compose-multiplatform 18000
expo/expo 41000

Flutterは次元が違うとして、JB Composeにギリギリ勝ってるのは意外
まあ企業規模を考えるとMSのコスパの悪さが際立つな
751 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ca02-F5NH) mailto:sage [2025/05/22(木) 00:50:35.89 ID:+b19WjOf0.net]: WinUI 3でunpackagedで、
Assetsにどうやってアクセスするの？
752 名前：デフォルトの名無しさん [2025/05/31(土) 09:45:32.99 ID:fd3o0EOE0.net]: MVVMを学ぼうとしてるけど、 Model とViewModel の関係がどうあるべきかがいまいち判断が付かない
VM から M への通知が必要な場合は、やっぱり INotifyPropertyChanged を使うのが良いの？
MVVM関連の情報を見ると、VとVMのバインディングについての説明はあるけど、Modelがどうあるべきという話が見えづらい気がする
753 名前：デフォルトの名無しさん mailto:sage [2025/05/31(土) 10:09:56.54 ID:fd3o0EOE0.net]: ModelとViewModelで似たようなプロパティを書き、かつどちらにも通知の仕組みを持たせると、Modelが実質的に「VMとほぼ同じ、かつロジックを含んでる」ものにならない？
754 名前：デフォルトの名無しさん mailto:sage [2025/05/31(土) 11:05:11.60 ID:Wfh15HZ5M.net]: 外してたらごめんだけど基本的に
メッセージ通知　=　メソッド
なので普通にmodelのメソッド呼べばいいかと

それがプロパティならプロパティ操作でも良いがその操作に理由や意味が明確にできるならメソッドが良いかと
755 名前：デフォルトの名無しさん mailto:sage [2025/05/31(土) 11:14:18.48 ID:2ziEl4MQ0.net]: 横からだがそのmodelを永続化するリポジトリクラスがあったとしてリポジトリにmodelを引き渡すのはvmになるの？
756 名前：デフォルトの名無しさん mailto:sage [2025/05/31(土) 11:30:30.10 ID:a3/V91sFM.net]: >>755
Application Service
MVVMの枠組みで言えばMの範疇
757 名前：デフォルトの名無しさん mailto:sage [2025/05/31(土) 11:32:18.58 ID:Wfh15HZ5M.net]: MVVMは基本的にGUIのための仕組みなのでそれ以外はご自由に

結局リポジトリサービス呼ぶのはどの段階が適切なのかは設計によると思うよ
758 名前：デフォルトの名無しさん mailto:sage [2025/05/31(土) 13:47:02.79 ID:2ziEl4MQ0.net]: >>756
>>757
なるほど、サンクス。
vmがApplication Serviceを呼ぶのか。
759 名前：デフォルトの名無しさん [2025/05/31(土) 14:06:04.64 ID:fd3o0EOE0.net]: >>754
自分が最初の質問の文章をミスってました
質問したかったのはMからVMの通知で、例えばモデルがセンサーの値を監視し続けてる等をしてる (ユーザーの操作に関係なく状態が変わる) ような場合
この場合だと、 Model にも INotifyPropertyChanged を実装して、そのイベントをViewModel 側で拾えばいいのかな

VMからMへの操作はメソッドというのは了解です
760 名前：デフォルトの名無しさん mailto:sage [2025/05/31(土) 14:13:19.87 ID:a3/V91sFM.net]: 一般的には専用のinterfaceかイベントを定義して普通に通知した方がいいんじゃないかな
INotifyPropertyChangedはフレームワークのバインディングのためのもので、人間が使う分には表現力不足で不便で分かりにくいだけだよ
761 名前：デフォルトの名無しさん [2025/05/31(土) 14:34:23.09 ID:fd3o0EOE0.net]: なるほど、イベントは素直な実装になりそう
他に IObservable でも良いのかな

「専用の interface」というのはちょっとわからなかったけど、これは interface 経由で Model から VM のメソッドを呼び出して更新する (VM が Model の生成時に this を渡す) ということ？
762 名前：デフォルトの名無しさん [2025/06/02(月) 18:39:14.41 ID:ZD0dQBg/0.net]: >>752
ModelはWPF非依存のコードを書いて、ViewModelはWPFのViewにBindする前提で作るイメージ

WPF以外に移植する気もないならModelとViewModelは一緒にしてもいい
（ModelでINPCイベント発火してもいい）
763 名前：デフォルトの名無しさん mailto:sage [2025/06/02(月) 19:30:17.42 ID:bKFtipAC0.net]: ViewModelは文字通りViewのモデルであり、ビュー側に属するもの
MVVMが定義するのは実際にはVとVMだけなので、ViewModelに表示以外のロジックも全部書いてしまうのはMVVM的には間違いとは言えないが、
アプリケーションアーキテクチャとしてはいわゆるビューとロジックの分離ができてない典型的なダメな状態に他ならない
764 名前：デフォルトの名無しさん mailto:sage [2025/06/02(月) 19:38:53.90 ID:MjlRD7cq0.net]: 今の環境ならデータモデルは全部ノーティファイ付けときゃいい
データとサービスでクラス分けときゃロジック分離の完成だ
765 名前：デフォルトの名無しさん mailto:sage [2025/06/15(日) 15:34:41.66 ID:cYsiS3Wd0.net]: ItemControlとDataGridまたはListViewの組み合わせで
一覧表示、各行選択後に行情報の削除ができる
サンプルをお願いします
766 名前：デフォルトの名無しさん mailto:sage [2025/06/15(日) 16:31:45.73 ID:ujM9EzWd0.net]: >>765
AIに聞け
767 名前：デフォルトの名無しさん mailto:sage [2025/06/15(日) 17:45:22.27 ID:RlTjqHSC0.net]: Copilot Chatとか普遍的なロジックやUIは得意やが誰がこんなんn使うねん？みたいなバリバリカスタムされた手の込んだ機能は今でも全然あかんで
まぁワイなら簡単なんやがこのスレのチンカスどもは自分では人様にお見せできるようなまともなコード書けへんし提示せん癖に一丁前に文句だけは垂れよるからこのスレでは一切教えたらんへんことにしたわ
768 名前：デフォルトの名無しさん mailto:sage [2025/06/15(日) 18:40:24.19 ID:cq8GQWB80.net]: >>767
ちょっと何言ってるか分からなかったのでcopilotに直してもらった

Copilot Chatは一般的なロジックやUIを扱うのは得意ですが、特殊で細かいカスタマイズが必要な機能については今ひとつ対応できていません。私自身なら簡単にできることですが、このスレの参加者たちは自分で人前に見せられるようなきちんとしたコードを書くこともなく、提示もしないのに文句ばかり言っています。なので、このスレでは何も教えないことにしました。
769 名前：デフォルトの名無しさん mailto:sage [2025/06/15(日) 23:54:09.91 ID:EF3MT7mr0.net]: 草
770 名前：デフォルトの名無しさん mailto:sage [2025/06/16(月) 18:58:41.31 ID:5KTsVeG/0.net]: >>766
AIに聞いても？な内容だから
人間さまのアドバイスを戴こうとしたのですが、
わからないってことですね
771 名前：デフォルトの名無しさん mailto:sage [2025/06/16(月) 19:35:32.97 ID:F+AaTG3L0.net]: >>770
Geminiにそのまま聞いてみたが解説付きの完璧なサンプルを作ってくれたぞ
772 名前：デフォルトの名無しさん mailto:sage [2025/06/16(月) 20:27:33.72 ID:UxrtgplE0.net]: ほなその結果をオンラインIDEにコピペしてここに貼れやどんだけ無能やねんwww
嘘松やから貼れへんわなほんまこのスレの低脳どもは口だけの能無しなん草生えるわwww
まぁこのスレのガイジどもがド素人のホビープログラマーの集まりやっちゅーことだけhあ確定的に明らかでクソワロタ
773 名前：デフォルトの名無しさん mailto:sage [2025/06/16(月) 21:30:34.37 ID:EwSi1kLl0.net]: 俺はABEJA-Qwen2.5-32b-Japanese-v1.0で試してみたが、普通に回答返ってきたよ
https://imgur.com/a/6OtrsYg
774 名前：デフォルトの名無しさん mailto:sage [2025/06/16(月) 21:34:56.99 ID:knZz1DakM.net]: 貼られても理解できないんやろ
775 名前：デフォルトの名無しさん mailto:sage [2025/06/17(火) 01:30:11.47 ID:37ojnUDK0.net]: >>773
なんやこのアニメ絵きっしょ！www
CopilotでもGeminiでもいくらでもあんのになんでこんなきっしょいAIつこーとんねんキモオタきっしょwww
776 名前：デフォルトの名無しさん mailto:sage [2025/06/19(木) 01:57:16.46 ID:ZP7OjCFL0.net]: >>771
ありがとう。サンプルをお願いします
777 名前：デフォルトの名無しさん mailto:sage [2025/06/19(木) 01:58:15.42 ID:ZP7OjCFL0.net]: >>773
分からない
778 名前：デフォルトの名無しさん [2025/06/20(金) 07:38:03.95 ID:EJ+Yn3V80.net]: ChatGPTは正規表現作らせるのが便利だわ
779 名前：デフォルトの名無しさん mailto:sage [2025/06/20(金) 13:44:03.17 ID:Zxbh9QL00.net]: それな
正規表現でググることが完全になくなったわ
しかもAIによってこの世から一番必要なくなったんが5chのゴミスレと5ちゃんねらーのガイジどもなん皮肉すぎて草生えるわwww
DB設計もSQLもストアドもAIと一番親和性高くてパッチ屋もいらんくなったし
クリエイティビティのないたんぽぽ刺身の無能な老害どもが駆逐されとんのざまぁwwwメシウマwww
780 名前：デフォルトの名無しさん mailto:sage [2025/06/20(金) 19:01:44.75 ID:AFx+j19q0.net]: >>779
↑一番要らない人がまだ残ってますが？
781 名前：デフォルトの名無しさん mailto:sage [2025/06/20(金) 19:30:03.96 ID:Zxbh9QL00.net]: 今まで何にも知らん新規がノコノコやってきて質問レスしても
もちろん低脳チンパンが答えられるはずもなく煽りや叩きでレスばが始まったり
たまたま知ってるやつも勿体ぶって意地悪して教えんとニチャニチャしとるだけなんほんま便所の落書き底辺の吹き溜まりやったからなwww
AIの登場によってその底辺のヒキニートこどおじの存在価値が無くなって駆逐されとんのクソワロタ
782 名前：デフォルトの名無しさん mailto:sage [2025/06/20(金) 23:29:09.36 ID:Xgvr0iz90.net]: この人何か辛いことでもあったのかな
周囲のサポートが必要だと思う
783 名前：デフォルトの名無しさん mailto:sage [2025/06/21(土) 00:51:41.33 ID:suR/8WhN0.net]: 職場でハブられてそう…
784 名前：デフォルトの名無しさん mailto:sage [2025/06/21(土) 02:06:01.90 ID:2O22od610.net]: 効いてて草
785 名前：デフォルトの名無しさん [2025/06/21(土) 10:08:39.93 ID:fGhLJfIJa.net]: >>782
>たまたま知ってるやつも勿体ぶって意地悪して教えんとニチャニチャしとるだけなん
あったんやろね
786 名前：デフォルトの名無しさん mailto:sage [2025/06/21(土) 13:01:23.03 ID:2O22od610.net]: 過疎ってる5chで更にこの過疎っぷりがこのスレとその住人の存在価値と意義のなさを尿実に表してて草
787 名前：デフォルトの名無しさん mailto:sage [2025/06/21(土) 13:11:34.91 ID:ekEl0ro50.net]: 文章でガチの関西弁使ってるのがバカっぽくて草
788 名前：デフォルトの名無しさん [2025/06/23(月) 23:45:55.90 ID:7g9uEkuiM.net]: 本当にいらなくなったのはWPFではなかろうか…
789 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 00:08:10.75 ID:9HpiqCeZ0.net]: winformsの手軽さは唯一無二だと思う
790 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 01:02:30.48 ID:Ni0TUQuY0.net]: それな
WinUI3のAcrylicに完全対応してればワイもWinForms使うわ
まぁMicaには対応しとるがAcrylicやタイトルバーのカスタマイズとか対応しとらんから我慢してXAMLつこーとるけど
ぶっちゃけ個人が自分用に開発するアプリでMVVMとか足回りの実装がめんどくさすぎてメリットゼロやねん
もちろんCopilotつこーとるけど期待してた自動生成とか全然やってくれへんからな
結局イベント含めて全部コードビハインドしとるから実装が楽ちんで早い早いwww
791 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 03:02:32.42 ID:e6I1uOBlM.net]: >>790
>結局イベント含めて全部コードビハインドしとるから実装が楽ちんで早い早いwww
WinFormsは「コードビハインドしてないから楽ちん」の間違いだよね。
792 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 03:42:16.00 ID:90LMDa1a0.net]: コードビハインドの意味を理解せんと勘違いしたままxamlとxaml.csをまったく理解してへん低脳チンパンの知ったかが噛み付いて喧嘩売ってきとんの草生えるwww
XAMLを一切理解してへんやつがWPFスレで完全な間違いのままドヤ顔しとんの流石に恥ずかしすぎてクソワロタ
793 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 05:59:58.10 ID:goHor8290.net]: >>792
なるほど、かなり強い言葉を使われてますが、まずは落ち着いてXAMLとコードビハインドの基本的な構造から理解を深めてみては？正確な知識をベースに議論すれば、相手を見下さなくても自然と説得力が出るものです。少なくとも、罵倒よりも中身で勝負した方がWPFへの理解も深まりますよ。
794 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 08:46:08.02 ID:1VpUD11F0.net]: デザイナにこだわらんで動的に画面生成したいならWPF Blazorでも使えばいいのねん
795 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 14:11:54.48 ID:90LMDa1a0.net]: >>793
Learn Microsoft - WPF のCode-Behind と XAML
://learn.microsoft.com/ja-jp/dotnet/desktop/wpf/advanced/code-behind-and-xaml-in-wpf#codebehind_and_the_xaml_language

「コードビハインド
イベント処理などのプログラムコードは、先ほどの例のように XAML 中に記述するのではなく、 XAML とは別ファイルにすることが可能です。このように、XAML で記述した GUI のイベント処理などを別ファイルで与えることをコードビハインド（code-behind）といいます。
例えば、先ほどの例をコードビハインドを使って書き直すと以下のような2つのファイルに分かれます。」
※未確認飛行Cより抜粋

ほんまにコードビハインドを理解してへんのあまりにIQとレベルが低すぎてドン引きやっちゅーねんwww
この低脳チンパン絶対にAIに質問して出力された

「コードビハインドとは？
コードビハインド (Code-behind) は、Web開発やデスクトップアプリケーション開発において、ユーザーインターフェース (UI) のデザインとロジック（動作）を分離するための設計パターンです」
※Geminiより抜粋

これを全く理解できず完全に勘違いしてワイに噛み付いてきてんのあまりにガイジすぎて草生えるわwww
っちゅーかこんなホビープログラマー未満の昨日今日プログラミング始めましたみたいなリアル境界知能の低脳チンパンがレスバ仕掛けてくるとかマ板もガチで終了なんクソワロタwww
796 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 15:14:48.77 ID:FRc1H2/gM.net]: 普段MFCしか使ってないから分からんのだが、WinFormsは、
Formの中のButtonをどこに表示するかなど定義は、
xxx.cs ファイルに入っているよね、確か。
797 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 15:31:23.72 ID:90LMDa1a0.net]: 791 名前:デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM89-Hs71) Mail:sage 投稿日:2025/06/24(火) 03:02:32.42 ID:e6I1uOBlM
>>790
>結局イベント含めて全部コードビハインドしとるから実装が楽ちんで早い早いwww
WinFormsは「コードビハインドしてないから楽ちん」の間違いだよね。

793 1 名前:デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-Ep8L) Mail:sage 投稿日:2025/06/24(火) 05:59:58.10 ID:goHor8290
>>792
なるほど、かなり強い言葉を使われてますが、まずは落ち着いてXAMLとコードビハインドの基本的な構造から理解を深めてみては？正確な知識をベースに議論すれば、相手を見下さなくても自然と説得力が出るものです。少なくとも、罵倒よりも中身で勝負した方がWPFへの理解も深まりますよ。

796 名前:デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM89-Hs71) Mail:sage 投稿日:2025/06/24(火) 15:14:48.77 ID:FRc1H2/gM
普段MFCしか使ってないから分からんのだが、WinFormsは、
Formの中のButtonをどこに表示するかなど定義は、
xxx.cs ファイルに入っているよね、確か。

ホビープログラマー未満で境界知能キチガイのリアルド素人なん確定で草
XAMLどころかWinFormsすら触ったこともなくまったく理解してへん無能の知ったかが何を考えて噛み付いてきてレスバ吹っかけてきとんの意味不明すぎてガチガイジでクソワロタ
798 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 15:34:24.21 ID:90LMDa1a0.net]: いやほんまワイの指摘通りこのスレはホビープログラマーですらないド素人のキチガイが一生懸命ググったりAIに質問した内容を理解せず知ったかでレスバ続けとる便所の落書き底辺の掃き溜めよりも更に底辺なんクッソウケるwww
もうマ板にすらまともなやつ残ってへんの5ch終わりすぎててクソワロタ
799 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 16:18:20.11 ID:nljKhkgc0.net]: XAMLとコードビハインドでビューとロジックの実装位置の棲み分けある程度出来てんだよね
800 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 18:58:07.92 ID:9mtmJLpJ0.net]: >>796
MyForm.Designer.csみたいな人間様は触っちゃいけないファイルが作られるよ
801 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 19:53:07.31 ID:gO5I920QM.net]: バカとバカが争ってるんでスルーしたらいいんだけどね
802 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 20:55:32.40 ID:4/LissZZM.net]: MyForm.Designer.cs
もコードなんだから、コードビハインドではないような
気もするんだが、直接手書きしてはならないというだけであって。
803 名前：デフォルトの名無しさん mailto:sage [2025/06/24(火) 21:07:12.20 ID:fDU3nWyrM.net]: >>800
これのせいでバージョン管理ツールと相性悪い
804 名前：デフォルトの名無しさん mailto:sage [2025/06/25(水) 00:44:01.66 ID:6PeRjodX0.net]: ソースコードとして生成してくれるだけマシ
昔Oracle formsを触ったときは気が狂いそうだったよ
805 名前：デフォルトの名無しさん mailto:sage [2025/06/25(水) 12:35:09.24 ID:XvCly8Wa0.net]: コードビハインドでも良いけど、
セオリーな所は自動生成して欲しい
806 名前：デフォルトの名無しさん mailto:sage [2025/06/25(水) 15:49:56.62 ID:FV/ztXE70.net]: 元々DelphiのVCLではリソースファイルだったところをWinFormsではソースコード生成にしたわけで、バージョン管理を意識した変更と思うよ
807 名前：デフォルトの名無しさん mailto:sage [2025/06/30(月) 16:38:52.97 ID:HTCx1lLk0.net]: セオリーな自動生成は、CoPilotやGeminiがやってくれるからなぁ
808 名前：デフォルトの名無しさん [2025/07/06(日) 11:32:12.91 ID:ILKbcyjG0.net]: このUIコンポーネントってどうなんですかね？
使ってる方いますか？
https://blazor.radzen.com/?theme=material3
809 名前：デフォルトの名無しさん mailto:sage [2025/07/25(金) 14:06:52.28 ID:xsJgmlXwa.net]: そのコンポーネントゴミだった記憶がある
wpfと同じぐらいこのスレ死んでるな
810 名前：デフォルトの名無しさん [2025/07/25(金) 20:17:54.79 ID:fOKAZPz70.net]: 結局みんなが求めてるのはVisualBasicなんだよね・・・
811 名前：デフォルトの名無しさん mailto:sage [2025/07/25(金) 20:25:47.58 ID:5NyNBmxoM.net]: ちょっとした質問ならcopilotがそこそこ使える回答くれるし
たまにUWPと混同してるけど
812 名前：デフォルトの名無しさん [2025/07/28(月) 19:30:04.40 ID:K95kqw+R0.net]: >>810
VBもVC++も画面のライブラリの標準というものはない。
813 名前：デフォルトの名無しさん mailto:sage [2025/07/30(水) 16:51:17.93 ID:mBL+YPdv0.net]: CoPilotは間違いを指摘しても同じ回答を繰り返すので、Geminiに切り替えたなぁ
個人的にはGeminiの方が精度高く答えてくれる
まぁどちらも出たばかりで改善している最中だから、どちらが上とか無いんだろうけどね
814 名前：デフォルトの名無しさん mailto:sage [2025/07/31(木) 00:29:36.14 ID:D6Bxc+pD0.net]: モデルの話をしているのか何なのかわからん
815 名前：デフォルトの名無しさん mailto:sage [2025/08/23(土) 20:26:28.41 ID:R3xXJSdl0.net]: 実際Win32 GUIに限れば、後発は全てDelphiの開発体験の劣化でしかないわな
816 名前：デフォルトの名無しさん [2025/09/13(土) 23:43:23.26 ID:wM2KFT8y0.net]: Delphiは昔は仕事でもちょくちょく案件見かけたけど今は全く見ないな
817 名前：デフォルトの名無しさん mailto:sage [2025/09/14(日) 12:24:49.98 ID:Lpty3QE70.net]: なんでだと思う
818 名前：デフォルトの名無しさん mailto:sage [2025/09/14(日) 12:32:11.11 ID:mPOtebzZ0.net]: Delphiは値段バカ高くなってしまったし今となっちゃ全然モダンじゃないしな
クラシックなWin32のGUIでいいなら今でも最強だろうけど、みんなイマドキのテーマ使いたいだろ
819 名前：デフォルトの名無しさん [2025/09/14(日) 13:32:20.22 ID:93crRqFfM.net]: delphi communityあっても1年で切れて放置されて
数少ない人も離れるしアホちん
820 名前：デフォルトの名無しさん mailto:sage [2025/09/14(日) 13:53:18.30 ID:yOrWt/NIa.net]: ObjectPASCALの時代は使ってた
20年以上前に同業者にDelphiを執拗に薦められたけど
ホイホイ付いて行かなくて本当に良かった
821 名前：デフォルトの名無しさん mailto:sage [2025/09/17(水) 13:45:56.92 ID:LaTbEryw0.net]: その時代のナウな環境で作るよろし
822 名前：デフォルトの名無しさん mailto:sage [2025/09/17(水) 16:51:55.03 ID:LwR3r99V0.net]: そうするとバージョンアップがね…
特にMSはフレームワーク次から次に作っては捨てるし
823 名前：デフォルトの名無しさん mailto:sage [2025/09/18(木) 19:16:18.55 ID:ixjFpwEtM.net]: winUI4に期待
824 名前：デフォルトの名無しさん mailto:sage [2025/09/22(月) 00:19:02.28 ID:5Ke1MxBw0.net]: 開発者の大半が使ってるVsCodeだってUIはHTMLとCSSなんだし
将来性まで考えてしまうと、どうしてもそういう方向になるしかなさそう
825 名前：デフォルトの名無しさん mailto:sage [2025/09/22(月) 21:56:39.06 ID:dNR1nVaR0.net]: HTMLとCSSでアプリのUIって簡単にハックできそうで怖い
826 名前：デフォルトの名無しさん mailto:sage [2025/09/23(火) 03:27:10.64 ID:wHRRc0Bi0.net]: 何を言っているんだ？
827 名前：デフォルトの名無しさん mailto:sage [2025/09/23(火) 09:34:57.73 ID:btCb61Ja0.net]: Avaloniaに移行した
もう戻ることはないかも
828 名前：デフォルトの名無しさん mailto:sage [2025/09/23(火) 23:19:55.38 ID:f0HsMMYV0.net]: >>825
セキュリティーはサーバーサイドで担保するもんですよ
viewは表示だけ
API直接叩かれても覗かれてもご苦労さんですよ
829 名前：デフォルトの名無しさん [2025/09/26(金) 14:28:06.82 ID:i6/aA9bw0.net]: てかなんとなくWindows用のアプリ自体がそんなにモチベーションわかない
業務アプリ以外で大体Webアプリや既成品で事足りてしまう気がしなくもない
830 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 18:13:37.28 ID:XDGxQthx0.net]: WinUI3の真のOSS化が進行中だけどどうなるだろう
831 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 18:44:52.67 ID:fxnoTWT+M.net]: MSは3割のコードがAI生成だそうだし、AIに振り回されてそうだな
AIに頼って人を減らし過ぎて、生成されたコードを精査したり自力でまともなコードを書ける人が足りないんじゃないか
832 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 19:12:40.44 ID:GyI6IQ+td.net]: .NETはもうMAUI捨ててAvaloniaのスポンサードだけしてほしい
833 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 19:28:45.46 ID:7T9yvdJe0.net]: とにかく乱立したフレームワークをどれか一つに絞ってこれが決定版です！ってやらないとネイティブGUIアプリなんて増えないよ
WinUI3がそれなんだろうけど長続きする気が全くしない
834 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 19:32:45.09 ID:GyI6IQ+td.net]: 今どきWindows専用フレームワークなんて誰も使いたがらないでしょ、、、
835 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 20:48:21.77 ID:ZHZvTx1D0.net]: Avaloniaちゃんいいんだけど
VSCodeの誰かメンテしてくれ
836 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 21:18:49.88 ID:DmxAtYDK0.net]: >>833
そもそもネイティブGUIに需要がない
実はMacだと「あえて」ネイティブであることを売りにしたアプリも割合的にはそこそこあるのだけど、
あっちはゴミみたいなWinUIなんかと違って、外観やパフォーマンスや操作性においてネイティブアプリにそれなりの魅力があるんだ
もしネイティブGUIアプリを使って欲しいのなら、ネイティブアプリの魅力を高めるのが筋なんだよ
しかし今のMSはもはやネイティブGUIはWebベースUIを載せるための枠として、
あるいは電卓やターミナルのようなごくシンプルなUIを作るために最低限必要なもの、くらいにしか考えていないようだ
837 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 21:24:17.48 ID:EA9TB8rp0.net]: Windowsでも、Win32SDK直叩きとかなら今でも軽量高速の証としてアピールになるが
WinUIとかはそういうのもないからなあ
838 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 21:45:55.48 ID:9sBgHV6DM.net]: 今となってはWindowsネイティブなアプリ出されると逆にちょっと警戒しちゃうからな
技術力低そう、大丈夫か?って
839 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 22:27:29.83 ID:fdva7yCb0.net]: >>828
Electronはサーバーサイドの設定しっかり書かないとXSSなどのリスクはあるぞ
今は対策済みだけど、VS Codeでも任意コード実行が可能という脆弱性があった
描画側プロセスのHTMLが悪意あるものに差し替えられる、なんて問題はWeb系のGUI特有のリスクだろう
840 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 22:50:49.88 ID:xowUYb1F0.net]: >>838
偏見が過ぎる
841 名前：デフォルトの名無しさん mailto:sage [2025/09/26(金) 22:54:04.39 ID:EA9TB8rp0.net]: むしろVibeコーダーに毛が生えた程度の技術しかないスクリプト屋よりもいいだろう
MFC製アプリケーションは性能の証
842 名前：デフォルトの名無しさん mailto:sage [2025/09/27(土) 02:29:12.15 ID:GBAxPIBJ0.net]: 結局Winformsでええわってなりがち
843 名前：デフォルトの名無しさん mailto:sage [2025/09/27(土) 02:42:42.65 ID:O9eiWYoY0.net]: ネイティブは excel VBAでok...
844 名前：デフォルトの名無しさん [2025/09/28(日) 05:00:21.11 .net]: >>838
こういうバカな妄想持ってるアホな情報工学科出の無能が
Electronでアプリ作ったが無能すぎてインストーラーすら作れないので
セットアップとメンテナンスに莫大な工数がかかって事業が破綻したぞ
845 名前：デフォルトの名無しさん [2025/09/28(日) 05:01:59.38 .net]: 一方で勝ち残ってる競合他社は創業時にそもそもC♯でUI作ってるからインストールもメンテナンスも簡単
さらにノーコードでカスタマイズできるからカスタム開発費用も顧客ごとに請求しなくて済む
web系は無能が流行りに飛びついてる証拠
846 名前：デフォルトの名無しさん [2025/09/28(日) 05:04:13.97 .net]: バカ曰く「ElectronフロントエンドとPythonバックエンドならどのプラットフォームでも移植可能だから有利」

現実にはたった一つのプラットフォームのインストーラーすら作れてないので移植なんて需要があるわけない
あり得ない可能性で目の前の必要なことを処理できないバカっぷり
というか情報工学科修士って使い物にならねえ
だって大学入るまでプログラミングやったことなくて大学で習いましたとかいう無能が多い
847 名前：デフォルトの名無しさん [2025/09/28(日) 05:08:08.26 .net]: あとデバッガも使えなかった
習ってないからなんだろうなwwwww
848 名前：デフォルトの名無しさん [2025/09/28(日) 05:34:41.46 .net]: しかも新卒とかじゃなくてそれで業界歴10年とかの中途だからな
それも複数
マトモな知能があったらコーディング如き大学入る前にマスターしてるから習おうなんて考えない
849 名前：デフォルトの名無しさん [2025/09/28(日) 06:49:22.65 ID:KkWq0wCp0.net]: 事務アプリじゃなくて組込機器(EthrerとRS485/232)相手のアプリで高DPIとデザイン変更と流用が楽なWPFにたどり着いた。
MVVMとかは面倒なだけだから主に通信系ThreadからUIへはbindingで済む程度の理解度でやっている。
ここで情報を得ようしたが何の論議なのかわからない。
現実的なWPFの議論をしてね。
850 名前：デフォルトの名無しさん mailto:sage [2025/09/28(日) 12:58:04.71 ID:0sdmbxgV0.net]: >現実的なWPFの議論をしてね。
良くも悪くも枯れてる技術だから、今更語ることもあまり無いんだよな…
今からエコシステムが広がるとこともないだろうし
Windows前提なら今でも有用な技術ではある
851 名前：デフォルトの名無しさん [2025/09/28(日) 13:08:33.03 ID:KkWq0wCp0.net]: スレタイは関係ないのか
852 名前：デフォルトの名無しさん mailto:sage [2025/09/28(日) 13:31:58.29 ID:v93+mLtX0.net]: 例のおじさんだよ
発作みたい
853 名前：デフォルトの名無しさん mailto:sage [2025/09/28(日) 13:37:15.96 ID://paKYRp0.net]: >>851
別にそういうわけじゃないけど、WPFは終わっただとか使い物にならないだとか、WPFをくさすばかりで何でここにいるのか分からない輩が居座ってしまっている
854 名前：デフォルトの名無しさん [2025/09/28(日) 13:38:59.95 .net]: >>849
わからないことなんて公式ドキュメントやソースコードをAIに突っ込んで読ませれば良いのであって
人間に質問するとか選択として愚かすぎる
855 名前：デフォルトの名無しさん [2025/09/28(日) 13:40:00.44 .net]: >>853
何の価値もないゴミほど「新しいからすごい、古いからダサい」を連呼するだけでわかったつもりになれてしまう
その実例が俺の会社
ゴミのせいで事業が破綻して部門がクローズした
856 名前：デフォルトの名無しさん [2025/09/28(日) 13:42:28.34 .net]: UIを手打ちのスクリプトでちまちま修正するなどという
数十年退化した無駄行為を仕事時間だと思い込んでるのだから
バカとしか言いようがない
IDEでマウスでコンポーネントやUIを設計するなんて見たことすらない知ったかぶりが大量に居るんだよ
857 名前：デフォルトの名無しさん mailto:sage [2025/09/28(日) 16:15:17.19 ID:H7oIZrI00.net]: あんまり大きな声でわめくなよ
さもないとそんなクソ企業にいたお前は？って話になるぞw
858 名前：デフォルトの名無しさん [2025/09/28(日) 16:16:49.77 .net]: >>857
給料めちゃくちゃいいし超高学歴しか居ないんだけど
コーディングドシロウトばかりで舐めてるという話
学歴だけで知らんことをどうにかできるわけないことすらわかってない無能な幹部
859 名前：デフォルトの名無しさん [2025/09/28(日) 16:17:10.99 .net]: 知らんなら外注すりゃいいのにそれすら思いつけない
860 名前：デフォルトの名無しさん mailto:sage [2025/09/28(日) 19:26:01.49 ID:U98HmKxV0.net]: この人たまに出没する関西弁のガイジみたいだね
861 名前：デフォルトの名無しさん mailto:sage [2025/09/28(日) 21:34:53.95 ID:x6eyKvuz0.net]: うらみつらみはチラ裏でやってくれ
862 名前：デフォルトの名無しさん mailto:sage [2025/10/02(木) 16:15:24.37 ID:TprUlSDN0.net]: Azure Trusted Singingて誰かやってみた人いる？できたという人もいればあきらめたという記事もあるし
個人でもいけるのか
結局いくら掛かるのかとかよくわからん
863 名前：デフォルトの名無しさん [2025/10/04(土) 11:28:55.20 ID:tcNhp0oo0.net]: >>862
8月にやってみたらPrivateはできたけど、PublicはBusiness identifierにはマイナンバーを入れて適当に何個かやったら、書類を送れまでは行けたんだけど色々送っても結局Failedに。。。3,500円くらい請求が来た
864 名前：デフォルトの名無しさん mailto:sage [2025/10/04(土) 13:24:09.82 ID:zxDfmcvW0.net]: >>863
情報ありがとう

自分も色々試したけど、なんかやっぱ個人勢はダメみたい。
https://github.com/Azure/trusted-signing-action/issues/42
去年、一度は対応するという発表あったらしいんだけど音沙汰なしでみんなキレてる。
既存の発行期間ビジネスから突っ込みはいったんかなー

こんなんじゃいつまでたってもWindowsアプリの開発者なんて増えんよ、、、
865 名前：デフォルトの名無しさん mailto:sage [2025/10/04(土) 21:34:02.93 ID:TzWBzZl40.net]: .net upgrade assistantがgithub copilot必須になってみんなブチ切れてる
なんでこうなっちゃうの
866 名前：デフォルトの名無しさん mailto:sage [2025/10/04(土) 21:39:38.73 ID:xRZ1O4vG0.net]: 使うバージョンを合わせればそういうトラブルは起きない
867 名前：デフォルトの名無しさん mailto:sage [2025/10/05(日) 02:41:35.42 ID:ue2Dlvlx0.net]: じゃあそのためだけにVSのバージョンずっと塩漬けにしとくの？
って話になりますよ
868 名前：デフォルトの名無しさん [2025/10/05(日) 15:51:47.85 ID:vpU8dTEJ0.net]: >>863
こちらこそgithub情報ありがとう
怨嗟にまみれてますね。当面ダメそうかな、返金請求したい
869 名前：デフォルトの名無しさん [2025/10/05(日) 15:52:52.61 ID:vpU8dTEJ0.net]: >>864 だった。すまない
870 名前：デフォルトの名無しさん mailto:sage [2025/10/27(月) 13:52:37.14 ID:bBnu4XtG0.net]: 最上部と表示されるべきなのに-になってるバグ、ずっと放置されてるよね
https://i.imgur.com/lepncpE.png

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

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