24/08/21 11:05:05.76 tqcavnGIa.net
WPFはオワコン
3:デフォルトの名無しさん
24/08/22 22:44:20.53 0OofYQEx0.net
被っていけー！と叫ぶとできる。
4:デフォルトの名無しさん
24/08/23 11:13:31.48 enU0XsRZM.net
.NET 9の新機能を眺めてたらHybridWebViewなる新規コントロールがあって仕様を読んでみたらなんと
MSの.NET版(.NET Frameworkではない)Tauri実装と呼べる代物でクソワロタ
MSもやっとフロントエンドはWebで勝負着いてることを認識したよーやな
これはかなり期待できるわはよ触って見たいが変更多そうやからとりあえずRCか正式リリースしてからやな
5:デフォルトの名無しさん
24/08/23 11:53:58.11 r8Vnwwc30.net
Webviewの中は何をやろうが関知しないから
勝手に好きなライブラリーで書けや！って事？
笑
MSが主要なViewライブラリーとの
js<->c#のブリッジ用意してくれんのなら
それはそれで有用だな
6:デフォルトの名無しさん
24/08/23 12:38:08.84 GNzk6D2z0.net
WebView2をクロスプラットフォームにするって言ってたのに
音沙汰無いと思ったら新しいコントロール作ったんか。動けばなんでも良いけど。。。
Electronはともかく、TauriやWailsみたいな最近のフレームワークは
ファイルシステムやウィンドウの制御みたいな、
主要なネイティブ機能をすぐにフロント側で使えるようにあらかじめSDKで用意してくれてたり
Wailsはバックエンド側で定義した関数の型をフロント側にエクスポートして使えたり
かなり便利になってきてるから、その辺MSがやる気あるのか、コミュニティにぶん投げるのか
まあMS自らが今まで自分が作ってきたコントロールに一つずつ引導を渡すようなことにはなるけど笑
でもGoやRustよりはネイティブ層をC#で書きたいって層はいるだろうから期待はしてます
7:デフォルトの名無しさん
24/08/23 12:43:31.46 r8Vnwwc30.net
js側からネイティブダイアログとか呼び出せるApi用意してくれんのならスバラシイぞ！(*бωб)
8:デフォルトの名無しさん
24/08/23 12:46:52.70 r8Vnwwc30.net
てかデスクトップアプリのTeamsもwebview２実装してんだから一般公開するたけだよね->MS
9:デフォルトの名無しさん
24/08/23 13:32:49.20 Ive7+8xpM.net
webview2でもc#のクラスそのまま公開できるんだから簡単なラッパークラス作るだけじゃん
10:デフォルトの名無しさん
24/08/23 14:16:35.67 r8Vnwwc30.net
そのレベルでは無くて、Windowsの主要なAPIがSDKとしてHybridWebViewの初期化時にロードされて起動してくる感じ。なのでネイティブのWindows出すとかもろもろJSのコードだけで完結する事を想定。
11:デフォルトの名無しさん
24/08/23 15:42:38.96 vNGX848Wd.net
今んとこ、SendRawMessageメソッドが生えてるだけに見えるけど、週末にでも触ってみる。
VS立ち上げるの久々だ笑
12:デフォルトの名無しさん
24/08/23 20:11:01.22 RT/Bgn5KM.net
.NET 9の新機能にその機能がないのでおかしいと思って調べたら
HybridWebViewは名前空間がMicrosoft.Maui.Controlsのコントロールの話だった
今のところMauiの話でHybridと言うのはそういう話では？
13:デフォルトの名無しさん
24/08/23 20:27:49.17 immD+EV7M.net
そやから.NET(.NET Franeworkではない)て親切書いてやってんのにこのスレほんまにレベル低い奴ばっかやな・・・
MAUIの意味はMulti-Platform App UI(.NET MAUI)やぞ
そもそもマルチプラットフォームでWebとデスクトップでフロントやバックエンドのロジック共有させたいからHybridなんやが
話が通じなさ過ぎて頭くらくらするわ
14:デフォルトの名無しさん
24/08/23 20:29:30.56 RT/Bgn5KM.net
簡単に質問するけどあなたは頭がおかしいのですか？
15:デフォルトの名無しさん
24/08/23 20:32:45.92 RT/Bgn5KM.net
あなたは.NET Frameworkが何か多分勘違いしてると思います
16:デフォルトの名無しさん
24/08/23 20:35:53.42 60AlT+lc0.net
もうこのスレで質問するんじゃねーよマウント取られた情弱が逆恨みしてレスバでスレが汚れるから他所でやれ
17:デフォルトの名無しさん
24/08/23 20:36:29.41 RT/Bgn5KM.net
間違いに気が付いてもらえて良かった
18:デフォルトの名無しさん
24/08/23 20:46:55.63 i6I/UvQxd.net
まあ特に話すことのないオワコン技術の老人会スレなんだから
喧嘩でもなんでも好きにすればとしか
19:デフォルトの名無しさん
24/08/23 21:42:09.67 3P3xaQHb0.net
C#版Tauriって、別に現行のWebView2でも出来るんじゃないの？
20:デフォルトの名無しさん
24/08/23 21:45:07.67 RT/Bgn5KM.net
Maui（Multi-Platform App UIやぞ！(略)）の新規webviewにwindows sdkのネイティブAPI呼び出しを期待するのは
根本的に何か間違ってると気が付いてくれたのだろうか？
21:デフォルトの名無しさん
24/08/23 22:59:40.60 GNzk6D2z0.net
>>19
Windows以外でうごかないやん
(以下ループ)
22:デフォルトの名無しさん
24/08/23 23:11:21.87 RT/Bgn5KM.net
OSの上にOSのライブラリが乗っててその上にC#が乗っててその上にC#ライブラリが乗っててその上に各種OSのGUIを利用する層が乗ってて
その上にMAUIが載っててその上にwebviewが乗ってる
そこから何かtauriみたいな層のAPIを介してnative APIを叩く
このジェンガかパイプラインかミルフィーユのどこか一部が壊れてたら全部動かない
間の各層の責任者も違うので修正されるかも不明
早期の破滅しか見えないんですけど
23:デフォルトの名無しさん
24/08/23 23:30:32.80 GNzk6D2z0.net
そんなこと今更言われても・・・
機械語で書くわけじゃないんだからフレームワークの抽象化なんてそんなもんでしょ
すでにMAUIなんて破滅しかかってるんだし
動きゃラッキーくらいのオモチャとしか思ってないわ
24:デフォルトの名無しさん
24/08/23 23:33:57.44 3P3xaQHb0.net
単純なapache + CGIが正解か
25:デフォルトの名無しさん
24/08/24 01:36:25.16 AgaKf5ad0.net
別に破綻していないし問題なく使える
ただここはWPFスレであってMAUI(Xmarin)は関係ない
26:デフォルトの名無しさん
24/08/24 02:53:18.34 BwYWp/Y50.net
>>22
間違ってる
27:デフォルトの名無しさん
24/08/24 06:06:10.56 Ou5o/VfJ0.net
Webアプリで実装するというのは思考停止だと思う
28:デフォルトの名無しさん
24/08/24 09:18:43.72 G83Q/y430.net
何でもXamlの方が思考停止
29:デフォルトの名無しさん
24/08/24 09:27:30.66 SMG8pA4fM.net
Multi-Platform App UIやぞ！
30:デフォルトの名無しさん
24/08/24 09:41:46.37 eIXRgt4e0.net
ここはXAMLに捕らわれた者のスレなんだ
Reactスレ盛り上げろ
31:デフォルトの名無しさん
24/08/24 09:51:26.19 SMG8pA4fM.net
MS経営陣にまともなアーキテクトがいないのでずっと迷走してる
現場は失敗が目に見えるようなのをガンガン指示されてるんだろ
その結果真面目だが真剣ではない（昔よく使われたあれ）状態が続いてる
32:デフォルトの名無しさん
24/08/24 12:04:21.72 SMG8pA4fM.net
どてっぱらに大穴が開いた船でもう沈没するのはわかってるけど上からの指示で水を掻きだしてる
仕事だからまじめにやってるけど船を助けようとするレベルの真剣さではないわな
現場の人間としてはどうせこんなバカなプロジェクトはダメになるから勉強のために自分の作りたいコントロールを作る
報告のあった不具合のデバッグなんてめんどくさいのは後回し
さぼりはせず真面目に仕事はしてるけど何とか全体の完成度を高めてまともな業務に使えるようにしようと言う真剣さはない
嫌なことはチームリーダー任せ
外から見るとこういう状況
33:デフォルトの名無しさん
24/08/24 12:58:57.02 exp5q0tR0.net
中の人 乙!
34:デフォルトの名無しさん
24/08/24 13:07:45.55 moDUVnKg0.net
最近の.NET関連でちょっとググると
キータかなんかでMSの中の人が書いた、全然いいね付いてない記事しか引っ掛からなくて
可哀想だなとは思う
(もちろん記事があれば良い方)
35:デフォルトの名無しさん
24/08/24 13:11:19.71 Ou5o/VfJ0.net
>>34
マイクロソフトの公式ドキュメントを見てないのか？
36:デフォルトの名無しさん
24/08/24 13:13:11.36 Ou5o/VfJ0.net
URLと内容が紐づくものだけを見てしまうのは情報の探し方が間違っている。
37:デフォルトの名無しさん
24/08/24 13:32:29.31 moDUVnKg0.net
やりたい事でググってアフィ記事すら出てこないのはエコシステムとして終わってるだろう
それを探し方が悪いとかどんだけおめでたいのか
38:デフォルトの名無しさん (ﾜｯﾁｮｲ 7fe7-rgSo)
24/08/24 13:45:16.63 Ou5o/VfJ0.net
公式マニュアルの内容をページ単位で公開していたら管理できなくなるわ
39:デフォルトの名無しさん
24/08/25 01:28:05.92 t1JGnUtE0.net
記事がみつからないということは自分の手段が間違えてるのではと推測できるわけで
その判断は概ね正しい
40:デフォルトの名無しさん
24/08/25 04:37:36.94 jbO/Dwt90.net
あの人気SNSのLiteバージョンでPayPayやAma券などにチェンジできる￥5000相当のﾎﾞｲﾝﾄを配布中！
＊無印ユーザーの方はアプリからログアウト&削除必須
1.SIMの入ったスマホ・タブレットを用意する
2.以下のサイトからアプリをダウンロード（ダウンロードだけでまだ起動しない)
URLﾘﾝｸ(zws.im)
3.ダウンロード完了後、もう一度上記アドレスのリンクからアプリを起動
4.アプリ内で無印で未使用の電話番号かメルアドを使用して18歳以上で登禄。
5.「10日間連続のﾁｪｯｸｲﾝ」で合計で￥5000相当のﾎﾞｲﾝﾄ入手
↑ 重要！
ﾎﾞｲﾝﾄはPayPayやAma券にチェンジできる！
更にご家族等に教えたり、ノーマルタスクをこなせば更にﾎﾞｲﾝﾄを入手できます
41:デフォルトの名無しさん
24/08/25 08:46:50.93 0uGaSzpu0.net
>>40
既にやってるよ
42:デフォルトの名無しさん
24/08/27 12:45:04.24 wMmrlhA20.net
NHKでも紹介されたアプリ【TEMU】が
最大5000円分のPayPayを貰えるキャンペーン実施中！
URLﾘﾝｸ(i.ibb.co)
URLﾘﾝｸ(temu.com)
1.リンク先からダウンロード
2.インストール後、リンク先からTEMUを開く
3.メールやGoogle、Appleアカウント等で登録
4.最大7商品無料ルーレットを回す（今回のキャンペーンとは直接関係ありません）
5.友人や家族など招待
6.PayPay付与
キャンペーンの終了時期が不明なのでお早めに！
43:デフォルトの名無しさん
24/08/27 13:52:12.89 udF8kuy/0.net
>>42
もうやってんだよな
44:デフォルトの名無しさん
24/08/27 15:59:23.11 e4yX7H0U0.net
いつのまにかVSCodeの拡張機能にAvalonia for VSCode Communityできたいたのね
まぁ入れてもコンパイルできなかったんですが…
45:デフォルトの名無しさん
24/08/27 16:04:59.65 qzh6wj5tM.net
VSCodeは開発環境構築が大変すぎる
コミュニティやドキュメントが整ってないマイナーフレームワークだと
ちょっと触ってみるかでどツボにハマるからVSのありがたみを実感する
46:デフォルトの名無しさん
24/08/28 11:54:59.46 t9eW5UMla.net
eclipseのことか
47:デフォルトの名無しさん (ﾜｯﾁｮｲ e9fe-PBPb)
24/08/28 13:03:01.44 9e8oxDzk0.net
PropertyChanged.FodyとCaliburn.Microの組合せが楽できて素晴しい
WinUI 3(+CommunityToolkit.Mvvm)も試してみたが.NETのままでいいやという結論になった
別に見た目を変えるだけならModernWPFもWPF UIもあるしな
48:デフォルトの名無しさん
24/09/15 23:02:32.03 6I3iHUgk0.net
windowsform経験者からwpf学んでくには、どんな教材が良いですかね。
とりあえず、udemyが気になってはいますが。
49:デフォルトの名無しさん
24/09/16 07:38:18.11 RnKs5LvI0.net
Copilotが今時の流れだよググるよりTabエンター
WPFのような枯れてる技術なら新しい話題が少ないのでAIで解決した方が速い
50:デフォルトの名無しさん (ﾜｯﾁｮｲ 1fe9-OnpT)
24/09/16 09:23:10.95 x0ga0+Dq0.net
1から学ぼうって時には向いてないでしょ
51:デフォルトの名無しさん
24/09/16 15:56:50.11 jUewu89N0.net
それは逆
未経験のフレームワークを使って開発するなら新規案件で1からやるより既存物の追加開発から入る方がハードル低いだろ？
最初の一歩をAIに頼って足場を作ることで、最初のハードルは大幅に下がる
52:デフォルトの名無しさん
24/09/16 16:14:49.29 ES/ubzkt0.net
アンカを付けて会話してくれ
53:デフォルトの名無しさん
24/09/16 18:45:07.25 rJX8dvaX0.net
>>51
逆の人がいる！
54:デフォルトの名無しさん
24/09/17 10:47:39.38 wf+Nf/ovp.net
意味不明なスクリプトは応用が効かないよw
55:デフォルトの名無しさん
24/09/17 11:22:19.19 CAI8ELZC0.net
AIは理解してるんだからAIに応用させればいいのよ人間が理解したいならそれもAIに聞けばいい
56:デフォルトの名無しさん
24/09/17 12:45:56.35 t+gqN2+t0.net
くずコードがデフォになってもだな...
57:デフォルトの名無しさん
24/09/17 12:51:24.33 CAI8ELZC0.net
残念ながら、今のAIが生成するコードは大半の業務系コーダーよりよほど高品質だ
58:デフォルトの名無しさん
24/09/17 13:31:21.81 33tbzPKbd.net
wpfくらい枯れてるとAIも生成しやすいだろうね
Webフロントエンド最前線みたいなのだと
API変わってて動きそうで動かないみたいなトラップが増えたり平気でメンテされてないライブラリガンガンぶっこんできおる・・・
こないだ炎上してたZennの技術選定の記事は既に判断材料にAIが生成しやすいかが含まれてて興味深かったな
59:デフォルトの名無しさん
24/09/17 14:45:09.91 Q/jBDwjY0.net
>>57
よほど低品質なコードを書く人たちに囲まれてるんだね
60:デフォルトの名無しさん
24/09/17 15:15:35.77 DXRY0Bej0.net
ネットから拾ってるだけだけどなw
61:デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM9b-/xCH)
24/09/19 01:14:09.82 IK17FQ1HM.net
難しい内容は、ChatGPTでは解決にはならないことが多い。
62:デフォルトの名無しさん
24/09/19 10:01:26.70 XkQjt2rtp.net
ネットに転がって無いものは答えられません
63:デフォルトの名無しさん
24/09/19 12:01:00.45 zB249y7Y0.net
AIは乱暴にいうと平均計算してるだけ
64:デフォルトの名無しさん
24/09/19 12:55:10.20 l9flxkOPM.net
>>55
AIはそれっぽく作るのが上手いだけで理解なんかしてない
65:デフォルトの名無しさん
24/09/19 16:17:26.87 C3vSaZay0.net
統計的に頻度が高い=それらしい回答が上手なだけだしな
66:デフォルトの名無しさん
24/09/19 22:23:05.78 cIBrzw8e0.net
中国語の部屋的な？
67:デフォルトの名無しさん (ｽｯｯﾌﾟ Sdbf-2r+Y)
24/09/20 00:44:22.20 LyTKM5Ehd.net
流石にAIに関して今時その認識はやばいよ
職人堅気も結構だけど、10年後に路頭に迷わないように祈っておくことだな
68:デフォルトの名無しさん
24/09/20 02:36:29.29 +2UTeP270.net
>>67
お前が馬鹿なだけだぞ
69:デフォルトの名無しさん
24/09/20 12:34:47.24 ndhTQ8wv0.net
まあ知恵袋ではAIのやってるのは平均や統計という結論になってるからそう思う土方が増えても仕方がない
70:デフォルトの名無しさん
24/09/20 14:23:52.20 ZOd0SPdka.net
>>64
ほんそれ
AIは小泉セクシーと同じタイプ
71:デフォルトの名無しさん
24/09/20 14:36:12.43 YU6r3x2E0.net
外注の粒度が劇的に縮小して作業者レベルに降りてきたってだけ
明快な指示を出せない人は適切にアウトソースできず（自分より割安なリソースを活かしきれず）、やがて淘汰される
72:デフォルトの名無しさん
24/09/20 14:50:50.32 mXutxWmLM.net
プログラミングの文法は理解しているから俺より役に立つのは確かだ
73:デフォルトの名無しさん (ﾜｯﾁｮｲ 9705-2r+Y)
24/09/20 15:10:26.69 DKDJjDvH0.net
今のLLMは流行り始めた頃に比べてコンテキストウインドウが大幅に拡大しているから、
指示の出し方よりもコンテキストとして適切な背景知識を十分に与えてあげることが重要になってる
既に人間より頭良いから、むしろ必要十分なコンテキストがあれば指示は雑で曖昧なものでもよくて、適切に意図を汲んで見事に仕事してくれる
もうすぐコンテキストの考慮も不要になって人間不要になるんだろうな
74:デフォルトの名無しさん
24/09/20 15:31:06.19 0HZwQuWgp.net
>>69
意味を関連で辿るタイプのAIはまだPCクラスじゃ無理だからなぁ
75:デフォルトの名無しさん
24/09/20 16:49:38.39 zn8YKPbl0.net
それが指示でないと言うのならもはや何も言うまい...
76:デフォルトの名無しさん
24/09/20 17:38:10.56 9wyXalnP0.net
「10年後に路頭」
10年も余裕あるなら焦る必要ないだろ
77:デフォルトの名無しさん
24/09/21 00:52:12.40 fUGmrLHC0.net
>>72
平気でバグ仕込んでくるぞ
油断できない
78:デフォルトの名無しさん
24/09/21 06:36:57.94 3hLNPalC0.net
バグありのコード書くのは人間に外注したって同じだろ
個人的に1番AIが便利に使えてるのは、既に完成しているコードのライブラリを差し替えたりライブラリ不使用に書き換えたりする、ゴールが明確で固定されてるが、それまでの道筋を変える、とにかく面倒な作業の肩代わり。これが1番得意。
あとはjsonやcsvの使い捨て変換スクリプト書かせるとか。変換前のデータと欲しい最終出力のサンプル突っ込むだけで何とかしてくれる
79:デフォルトの名無しさん
24/09/21 06:53:07.54 C8ZSf1Mwa.net
>>78
>既に完成しているコードのライブラリを差し替えたり
>ライブラリ不使用に書き換えたりする、
>ゴールが明確で固定されてるが、それまでの道筋を変える
GPLロンダリングですね判りますω
80:デフォルトの名無しさん (ﾜｯﾁｮｲ d792-i9xh)
24/09/21 17:34:28.96 JoR4InEa0.net
WPFどころかC#すらわかってないJavaScript初心者さんでもコパイロットがあれば
あっという間にハローワールドまでできるようになるじゃないか
依存関係プロパティもビヘイビアもあっさり解決さ
81:デフォルトの名無しさん
24/09/22 09:32:07.98 B3mW+YFfM.net
ビヘイビアは使わなくなった
82:デフォルトの名無しさん
24/09/22 10:52:41.42 kPNeBJFx0.net
言語としての最先端だよなあC#は
なんでエンジニアたちは他のゴミ言語なんか使ってんだろ
83:デフォルトの名無しさん
24/09/22 12:15:58.15 ta0kecSE0.net
あくまでJava系(クラスベースOOP+静的型+C系文法)の中での完成系だからね。
まあJava系としてKotlinとどちらが上かは意見の分かれるところではあるが。
C#はどれだけ魔改造しようと今更TypeScriptのようなstructual subtypingベースの言語にはなれないし、
Rustのような厳格なメモリ管理をする言語にもなれないし、
Haskellのような純粋関数型言語になるのも不可能だ。
それらとJava系のどちらがパラダイムとして優れているかは分野や用途次第であり、銀の弾丸はない。
84:デフォルトの名無しさん
24/09/22 12:41:28.34 S8Wcp08P0.net
長年C#でJava勢と張り合って孤軍奮闘してけたけど
そのJavaも衰えて自分もTypescriptでUI書くようになって永くなり
今じゃTypescriptが凄すぎでC#でUI書きたいとはとても思えんようになったからね
85:デフォルトの名無しさん
24/09/22 12:48:58.56 PvCJsxAv0.net
C#をこれから学ぼうと思ってるんだけど、C#の強みってどういうところ？
自分はJavaもC#も経験がない (C++, Python は分かる) からまだ分かってない
C++, Pythonでもクラスは使うけど、C#やJavaの方がよりOOPな言語だと聞く
どういう所に違いがあるのか、それがいまいち分かってなくて
86:デフォルトの名無しさん
24/09/22 13:15:34.02 B3mW+YFfM.net
スレチだけど回答
言語自体の強みは薄い
最近の言語に慣れた人にはやぼったいと感じるだろう
タイピング量は多いし一画面に表示するロジックも少ない
強みはMSがバックアップしていると言うこと
87:デフォルトの名無しさん
24/09/22 13:25:24.95 ZjgViWMf0.net
>>85
無料で最強IDEが使えるのと1つ覚えるだけでなんでも作れるところ
Windowsデスクトップはもちろん、Mac, LinuxデスクトップもAvanonia使えば作れる
ゲームはUnity、Webは.NET Core、Blazor
モバイルも一応作れる
88:デフォルトの名無しさん
24/09/22 14:45:02.65 S8Wcp08P0.net
VScodeの事？
89:デフォルトの名無しさん
24/09/22 14:50:01.54 CS0yZoqU0.net
Visual Studioだろ
90:デフォルトの名無しさん
24/09/22 15:05:49.99 S8Wcp08P0.net
個人の場合はね
仕事でだとまず有料になるな
91:デフォルトの名無しさん
24/09/22 15:36:53.15 ta0kecSE0.net
C#の一番の強みは、OS、フレームワーク、IDE、DB、等々全てMSが用意したものを使えばよくて、
雑多な周辺技術に惑わされて時間を無駄にしなくて済むこと
…だったんだけど、最近ではもはやC#の役割としてMSが本気で投資してるのってAzure上でのWeb開発だけになっちゃって、
もはや以前の万能言語の姿は見る影もない状況なんだよね
せっかく幅広いプラットフォームで使えるようになったのに、結局特定のプラットフォームに縛られた言語を脱せずに斜陽期を迎えてしまった
92:デフォルトの名無しさん
24/09/22 16:46:23.77 PYPfkdWx0.net
いるよね、こういう極論言い出すやつ
93:デフォルトの名無しさん
24/09/22 18:07:15.37 gYNuxiJB0.net
C#の用途はWindowsアプリとUnityだよ
他にもできることはたくさんあるけど他の言語に負けないのはこの2つ
94:
24/09/22 18:39:17.13 BOSasojX0.net
Javaの糞性はメンテナンス工程で発覚する物が多いからなぁ
95:デフォルトの名無しさん
24/09/22 18:51:54.26 S8Wcp08P0.net
いつからC#は万能言語になったんだ？
少なくと複雑なUI実装にはまったく向かない
96: 警備員[Lv.5][芽] (ﾜｯﾁｮｲ 2701-7TYI)
24/09/22 19:36:50.02 BOSasojX0.net
複雑なUIってのがCADとかDAWを超えているならWinAPIから作れや(^^)v
97:デフォルトの名無しさん
24/09/22 19:59:22.99 cBjFnGUy0.net
複雑なUIもC#は他を圧倒してるよ
UnityよりすごいUI作成ツールって他にないだろ
98:デフォルトの名無しさん
24/09/22 21:57:29.60 S8Wcp08P0.net
HTML
99: 警備員[Lv.6][芽] (ﾜｯﾁｮｲ 2701-7TYI)
24/09/23 01:02:32.56 qQQw0l+l0.net
paint.netがwin32APIを直呼びしている時点でお察し
100:デフォルトの名無しさん
24/09/23 01:50:28.88 l6I+Mk/q0.net
paint.netはGPUアクセラレーション使うから仕方がないでは
最新のVer.5.0ではレガシーなC++/CLIのコードをC#に置き換えてるそうだけど
101:デフォルトの名無しさん
24/09/23 11:22:29.89 EQovMdIGM.net
非常に何とも言い難いね
自分もC# C++ハイブリッドでやってるけど非常にめんどくさい
でも速度的にメリットがあるので続けるしかない
一般的なコードで等価なコードが等価なバイナリになればいいけど無理だな
102:デフォルトの名無しさん
24/09/23 12:37:41.02 l6I+Mk/q0.net
安全寄りの設計思想のC#が無防備なC++に近づくのは限界があるわな
とは言え、最近の.NETは高速化に力入れてて.NET Frameworkと比べると結構速くなった
103:デフォルトの名無しさん
24/09/23 16:00:40.00 m8hlisxc0.net
C#もSpan<T>とかSIMD叩けるようになったりして久しいし.Netのバージョンを指定できる環境ならそれなりに高速動作するのでは？
104:デフォルトの名無しさん
24/09/23 16:40:20.64 9pAijtDI0.net
WinUI3がAOT実装したのに話題にならないね
ちょっとした高速化以上に今まで悩まされた難読化が標準になったのにさ
105:デフォルトの名無しさん
24/09/23 21:25:13.93 CEJbx0xL0.net
進撃の巨人はオワコン
106:デフォルトの名無しさん
24/09/23 23:44:36.17 7O7coEBZ0.net
winUI３のdatagridでitemsourceに指定してあるObservableCollectionを変更しても画面が更新されない…
セルを更新したときに下のセルが空欄なら同値で埋めたいんだけどObservableCollectionの値は更新されてても画面が変わらないのはどうすればいいんですか？
107:デフォルトの名無しさん
24/09/23 23:52:09.53 m8hlisxc0.net
>>106
ObservableCollection<T>のTにもINotifyPropertyChangedの実装が必要
108:デフォルトの名無しさん
24/09/24 09:51:13.74 /2yiAcKTp.net
複雑なUIを妙なスクリプトで対処するなよ
改修大変なんだわ
109:デフォルトの名無しさん
24/09/25 07:29:58.87 i/kzvIdf0.net
WPFはCG以外の各種コントロールもDirect3Dで描いてんの?
110:デフォルトの名無しさん
24/09/25 07:37:44.91 Jf+yMjnA0.net
CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
WPFは更にその上で無駄な抽象化レイヤを幾重にも重ねてDirect3DやCPUで描画しているので極めて非効率
111:デフォルトの名無しさん
24/09/25 09:21:52.51 p6KYxCK00.net
WPFはDirect3D9のラッパー
そしてこれがWPFがWindows以外の.NETで提供されない理由
112:デフォルトの名無しさん
24/09/25 09:49:59.93 UXiRrgGj0.net
むかしsilverLightがあったじゃん
あれはどーーなの？
113:デフォルトの名無しさん
24/09/25 10:18:56.91 GD37s86yp.net
xamlはスクリプト言語で、C#に変換さるるんじゃなかったっけ？
114:デフォルトの名無しさん
24/09/25 12:26:08.34 alLhlB9H0.net
されない。等価なバイナリデータに変換された上で、C++で書かれたランタイムがそれをレンダリングする。
ただしXAMLの最古のレガシー実装であるWPFについてはXAML処理系はC++ではなくC#で実装されており、パフォーマンス上のボトルネックとなっていた。
115:sage
24/09/25 15:11:10.64 8lhO0QOxa.net
silverLightは息してない
即死
116:デフォルトの名無しさん
24/09/25 19:01:26.39 5Vhwl/nZ0.net
PRキャラの光ちゃんを助けて
117:デフォルトの名無しさん
24/09/25 19:02:00.62 UXiRrgGj0.net
>>111
silverLightは >>111 に対する話し
118:デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-lUwY)
24/09/25 20:44:46.39 i/kzvIdf0.net
>CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
WinFormsも?
テキストボックスもDirect3Dなんだ。なんか面白いな。
119:デフォルトの名無しさん
24/09/25 22:17:03.73 Xu8aizIi0.net
逆にWindowsでパフォーマンスの良いGUIフレームワークとなると何が候補になるの？
120:デフォルトの名無しさん
24/09/25 22:57:15.89 EcYO77Ak0.net
React
121:デフォルトの名無しさん
24/09/26 08:04:02.48 dpiVYcoi0.net
WebView2やElectronでReactを使うのが最良だろうね。メモリ消費量は多めだが複雑なGUIを極めて高速に描画できる。
WinUI系は迷走しまくってるからお勧めできない。
122:デフォルトの名無しさん
24/09/26 08:46:53.86 5j0XXcTR0.net
Reactが高速w
123:デフォルトの名無しさん
24/09/26 10:21:05.96 5M+OW9vAp.net
webベースは却下
124:sage
24/09/26 10:44:19.65 R5lWYvWFa.net
Tcl/Tk
125:デフォルトの名無しさん
24/09/26 10:58:22.15 2ZTCXRzi0.net
>>123
なぜ？
126:デフォルトの名無しさん
24/09/26 12:03:31.39 vw75CWGjM.net
10年後に動くとは思えない
127:デフォルトの名無しさん
24/09/26 14:30:49.45 O7j1NTfr0.net
WPFはね
128:デフォルトの名無しさん
24/09/26 17:10:50.13 5GwSM86j0.net
VB6.0もWinformsもWPFも公式にしろ非公式にしろ10年後も動いてると思うたぶん
ソースがあればビルドもできると思うたぶん
でもElectron上のアプリが10年後も動いてるかと言ったら…
そもそも10年後にビルド環境を用意できるかどうかとなると極めて怪しい
129:デフォルトの名無しさん
24/09/26 19:41:09.21 dpiVYcoi0.net
そりゃ思い込みだな
ReactとElectronのリリースは11年前、最も成功したElectronアプリであるVSCodeもなんと9年前だ
SPA系のモダンWebも実は既に十分に枯れた技術なんだよ
130:デフォルトの名無しさん
24/09/26 20:32:23.63 7pm6jv2b0.net
WPFでSkia使えばめちゃくちゃ早いが。
131:デフォルトの名無しさん
24/09/26 21:39:21.10 5GwSM86j0.net
>>129
いや言ってる意味がわからないならいい
132:デフォルトの名無しさん
24/09/26 21:49:40.33 eQdJKLVp0.net
>>129
11年前のコードがそのまま動くとでも？
133:デフォルトの名無しさん
24/09/26 22:47:15.58 7pm6jv2b0.net
たまにVC++6.0使っとるが。
134:デフォルトの名無しさん
24/09/27 07:49:49.43 UPJ9A3G20.net
VB6.0のように動かすだけならできるだろ
何が極めて怪しいんだ
135:デフォルトの名無しさん
24/09/27 07:55:31.74 /K2li3dr0.net
あと10年経つと文字小さすぎて読めないとかボタン小さすぎて押せないとか言われてると思われる
ViewBoxなんてカレンダーコントロールにしか使ってなかったが、対処療法には使える
136:デフォルトの名無しさん (ﾜｯﾁｮｲ de79-sesJ)
24/09/27 08:05:02.49 UPJ9A3G20.net
VB6.0が動くの正確な意味って解像度とか作成時の状態を踏襲した上でって意味だろうに
なんでそれと同じ条件で語らないんだか
137:デフォルトの名無しさん
24/09/27 11:39:56.03 4PrSawPF0.net
>>134
普通に無理やろ
VB6はruntimeが脆弱性対応で更新されてもそのまま動くし既存のOSが生きてる限りサポートされることが約束されてる
Reactのホスト環境はそうはいかない
ホスト環境やReact自身の更新に追随して変更していかないと使えない
環境を凍結して動かすだけならハードに問題ない限り動かせるけどそういう話じゃないだろ？
138:デフォルトの名無しさん
24/09/27 13:01:50.28 2H6QqaiG0.net
もういいよ react の話は
139:デフォルトの名無しさん
24/09/27 13:22:48.25 kLvVhYwY0.net
>>137
Reactのホストって何よ
基本クライアント側だけで動く機能だぞ
140:デフォルトの名無しさん
24/09/27 13:31:54.31 H3snXt7I0.net
>>139
JavaScriptがホスト環境無しには動かない言語なのは知ってる？
141:デフォルトの名無しさん
24/10/01 19:10:58.55 dt9mkk9o0.net
ElectronはChromiumを丸ごとバンドルするんだから全部塩漬けにするなら10年後でも普通に動くだろう
セキュリティパッチ云々はまあ.NET Framework の方ならわかるが、
5以降ならクライアントアプリは全部バンドル塩漬け前提になってしまってて、
後生大事にセキュリティ更新だけ当て続けるような運用はもはや不可能なんで、
状況は大して変わらんよ
142:デフォルトの名無しさん
24/10/01 20:26:18.35 J7GPtKrz0.net
JavaScript界隈は数十年前のDelphiのEXEやランタイム糞でか問題を現在進行形でまだやってるんだよな
ブラウザ側に金玉握られてたらエンジンごと抱え込むしかないよなあ
ほんと頭悪いわ
143:デフォルトの名無しさん
24/10/01 20:27:44.35 zBjh5U/o0.net
htaが神過ぎたな
144:デフォルトの名無しさん
24/10/01 20:56:36.69 dt9mkk9o0.net
>>142
.NETも今はCLRから何から全部抱え込むのが基本よ
145:デフォルトの名無しさん
24/10/05 19:46:33.97 QCQZKClw0.net
AvalonEditが高速で気に入った
1メガ位のテキストをTextBoxに放り込んだら重くて大変だったけど快適になったわTextBox使えないわ
146:デフォルトの名無しさん
24/10/08 23:02:49.61 pQ+vP70p0.net
今からWPFを勉強する際におすすめの参考書やWeb資料ってある？
147:デフォルトの名無しさん
24/10/09 00:39:16.52 N2h11Yh4M.net
ないよ
148:デフォルトの名無しさん
24/10/09 00:52:19.76 N2h11Yh4M.net
WPFはすでに終わった技術で行き止まりみたいなものでMSもそこを広げていこうとはしてない
新たに入ってこようとする人間もあまりいないので書籍がない
説明資料もない
素の状態では使いづらいのでライブラリを使うけどそのせいで人がばらけてる
それもずっと研究段階で絶対こうしたほうがいいと言う統一した使い方がない
過去のweb資料も時代遅れになっている
149:デフォルトの名無しさん
24/10/09 07:33:01.17 +lBoFbSl0.net
他の言語したことあるならネットの情報だけで学べるやろ
150:デフォルトの名無しさん
24/10/09 08:28:12.38 ODDYjXGdH.net
WPFと言ってもWinFormsとかわらんし。
XAMLはテキトーにサンプル作ればその内わかる。
(最初はポトペタでもいいと思ってる)
データバインドはWinFormsにはないけどバインドする必要もないし。
URLﾘﾝｸ(qiita.com)
qiitaにはそれなりにある。
151:デフォルトの名無しさん
24/10/09 08:32:36.58 I+S9acjo0.net
MVVMパターンやデータバインディングにこだわりすぎるとハマる
152:デフォルトの名無しさん
24/10/09 09:04:02.74 LZH5WMbK0.net
データバインディング、テンプレート等とWPFのMVVMは分けて考えるべき
初学者には絶対無理だけど
153:デフォルトの名無しさん
24/10/09 14:18:46.27 ODDYjXGdH.net
非MVVMのWPFが自分的にはサイコー。
50-60人～ の大規模での開発なければMVVMの恩恵はない。
154:デフォルトの名無しさん
24/10/09 14:36:12.29 GBd6hExlM.net
mとvmの境界が分からない
IPropertyChangedがあればvmになるの？
Commandの中身はvmじゃなくてmに書くべき？
155:デフォルトの名無しさん
24/10/09 16:00:23.92 7juExw200.net
難しく考える必要はない。
VMの仕事はMの状態をビューに反映させることと、Mに対して何らかのコマンドを送出すること、それだけ。
コマンドってのは例えば梱包済み商品の発送処理を開始せよ、みたいなやつね。
発送処理開始ボタンが押されるとVM上のイベントハンドラが実行される。
なお、MVVMではこのイベントハンドラをコマンドハンドラなどと呼ぶことがあるが、上記のコマンドと紛らわしいからここではイベントハンドラと呼ぼう。
そして、イベントハンドラは関連するパラメータと共に発送処理クラス(これがMに相当)の処理実行メソッドを呼ぶ。これがコマンドの送出だ。
そしてVMはメソッドの戻り値等を介して「発送処理中」ステータスに更新された受注情報のリストを受け取り、その内容を自らのプロパティに反映する。
結果として、画面上の受注情報のステータスが更新されることになる。
泥臭い話と思うかもしれないが、君の憧れるMVVMやドメイン駆動といったアプリケーションアーキテクチャのキラキラワードの実態は本来こういうものだ。
156:デフォルトの名無しさん
24/10/09 16:26:14.31 LZH5WMbK0.net
別にMVVMを全部コードで書いてもよい
これからわかることは...
157:デフォルトの名無しさん
24/10/09 17:57:57.80 Fy3THiM40.net
WinUI3 でバリデーションエラーをTextBox に表示するのってどうやるの？
INotifyDataErrorInfo はあるし
VisualState にもそれっぽいのあるからできると思うんだけど。。
158:デフォルトの名無しさん
24/10/09 22:40:18.12 EgWGnFmO0.net
「ViewModelはViewのための橋渡しをするだけで、他のロジックはModelが持つ」と理解したんだけど、例えば以下のような感じ？
数値カウンターアプリを作る場合にCounterState みたいなモデルを用意して、「現在値」というプロパティと、インクリメント/デクリメントするためのメソッドを実装する
ViewModelはそれを画面の表示やボタン動作に紐付けるために、「現在の値」というプロパティと、ボタン押下時のコマンド (内部的にモデルのインクリメント/デクリメントメソッドを呼ぶ) を定義する
……といった具合の実装をMとVMとで行うと理解したんどけど、合ってる？
役割は違うけど、VMとMとで同じプロパティを書く冗長さがある感がする
INotifyPropertyChangedみたいなWPF特有の知識をModelに持たせない、という考えは納得できる
159:デフォルトの名無しさん
24/10/09 23:50:39.69 dETTV3dXM.net
こういう不毛な話を20年続けてる
160:デフォルトの名無しさん
24/10/10 00:48:19.73 Y9XtQuCJ0.net
ましで
161:デフォルトの名無しさん
24/10/10 10:13:58.71 6yZTy5dIM.net
>>153
変更イベントでTextをintに変換とかいちいちしてるの？
162:デフォルトの名無しさん
24/10/10 11:08:47.70 Ulhr2nl60.net
>>158
それで正しい
面倒ならCounterStateを完全にイミュータブルにして、そのインスタンスを直接プロパティで公開してしまえばいい
それならCounterStateがINotifyPropertyChangedを実装する必要はなくなる
その方がReactなんかのモダンWebアーキテクチャに近い今時の構造になるが、WPFの場合は更新時にモデル全体を差し替えるようなことをすると更新範囲が広くなっちゃうからパフォーマンスは犠牲になる
163:デフォルトの名無しさん
24/10/10 18:21:44.49 bR/Ks12r0.net
PropertyChanged.Fodyも[ObservableProperty]も使ってないって情報古すぎる
今時手書きはないよ
164:デフォルトの名無しさん
24/10/11 01:00:45.44 V8K6PYDOd.net
質問者が問題視しているのはプロパティの重複とWPF特有の要件をMに持ち込むことだから、
それらのツールは何ら本質的な解決にはならないでしょう
165:デフォルトの名無しさん
24/10/11 07:34:33.39 D2KvZw8t0.net
xamlってWidth＝{Binding Path＝vm.Width×0.9f}
みたいな形でバインディングプロパティを加工出来ないのがつらいよな
Converterあるけどあれだと0.9fとか0.5fとかいろいろなサイズに対応するために複数のコンバーター作らないといけないし
166:デフォルトの名無しさん
24/10/11 09:21:28.65 CgGvZ7IF0.net
WYSIWYGなGUIビルダーが前提の時代遅れな設計だから仕方ない
Reactなら普通に式書けるが、ああいう手書き前提のアーキテクチャではビジュアルデザイナを実装するのが困難だ
業界がまだRADの幻想に囚われていた時代の遺物よ
167:デフォルトの名無しさん
24/10/11 12:38:14.23 LpW4FRFf0.net
>>165
ConverterParameter
168:デフォルトの名無しさん
24/10/11 15:03:42.73 aU2XMHpS0.net
今からデスクトップアプリは何で開発すればよいの？結局、未だにWPF？
169:デフォルトの名無しさん
24/10/11 15:07:40.13 oAJpwo350.net
Tauri
170:デフォルトの名無しさん
24/10/11 17:27:07.45 CgGvZ7IF0.net
WebベースならElectron、Tauri、WebView2あたり
Webが嫌なら、もはやWin向けではMS謹製となった React Nativeだな
171:デフォルトの名無しさん
24/10/11 17:54:11.45 D2KvZw8t0.net
>>168
簡単な奴ならWinUI3でいいけど業務アプリとかガチめのやつはWPFが安定
172:デフォルトの名無しさん
24/10/11 17:55:27.19 D2KvZw8t0.net
>>167
ありがとう
こんな機能あったんだね
173:デフォルトの名無しさん
24/10/11 19:42:24.84 LpW4FRFf0.net
>>172
あとConverterにプロパティを書いておくと、x:Keyと一緒に指定できるよ
174:デフォルトの名無しさん
24/10/11 22:22:51.77 S/LAlpyb0.net
Web系ならGo製のWailsという選択肢もある
Tauriよりもビルドがだいぶ早い (RustはC++と同様にビルドが長くなりがち)
ただしElectron等はWeb系のフロントエンドの知識 (TypeScriptだったり、フレームワークやCSSだったり) が必要だから、C#に慣れてるならWPFになると思う
自分は試したことないけど、Avaloniaも評判は良さそうに思える
175:デフォルトの名無しさん
24/10/11 22:39:29.66 e+urK+rQ0.net
Webベースで作る時に、見た目をWindows風にするスタイルシートってある？
176:デフォルトの名無しさん
24/10/11 23:27:08.82 TQ53xTM/0.net
>>175
Webならなんだって出来る
URLﾘﾝｸ(paradoxepoch.github.io)
177:デフォルトの名無しさん
24/10/11 23:43:34.27 TQ53xTM/0.net
>>175
こっちだったね
URLﾘﾝｸ(github.com)
178:デフォルトの名無しさん
24/10/11 23:45:25.83 V8K6PYDOd.net
それこそReact Native使えば？
UWPだからWindows風どころか正真正銘WindowsネイティブUIよ
179:デフォルトの名無しさん
24/10/11 23:49:11.62 VNXwNI6H0.net
>>177
開発止まっとる
180:デフォルトの名無しさん
24/10/12 00:48:02.73 Om8PnXVB0.net
Webなら格好いUIつくれんのに
Windowsの古めかしい方に寄せるのは何故？
181:デフォルトの名無しさん
24/10/12 01:37:01.36 pKFLyiMR0.net
>>180
客に「違和感がある」とか文句付けられないようにするため
182:デフォルトの名無しさん
24/10/12 02:33:02.01 2unSxFzS0.net
Windowsアプリなんだから格好いい悪いじゃなくて他のWindowsアプリと揃えなきゃだめだろう
まあネイティブとWebViewだとテキストボックスの挙動すら違うんだけどな
183:デフォルトの名無しさん
24/10/12 08:38:27.68 Om8PnXVB0.net
windowsのアプリとかみんなバラバラじゃん、OS周り以外は
ダサくて使わないけどfluentUI
URLﾘﾝｸ(react.fluentui.dev)
184:デフォルトの名無しさん
24/10/12 08:42:51.92 dtNF+rDsM.net
そろそろスマホでもアプリの時代が終わりつつある
些細なことでアプリを入れたくないと言う心情は理解出来る
スマホに100以上アプリ入れてどこに何があるのかもわからないし要らない通知ばかりされる
アプリはもうすぐ死ぬ
185:デフォルトの名無しさん
24/10/12 08:44:53.19 dtNF+rDsM.net
サービスは主要なインフラアプリに統合されて
ツールはツールで残る
186:デフォルトの名無しさん
24/10/12 08:47:19.10 Om8PnXVB0.net
Material UI: URLﾘﾝｸ(mui.com)
Ant Design: URLﾘﾝｸ(ant.design)
187:デフォルトの名無しさん
24/10/12 09:33:49.34 13mgHY9H0.net
react nativeってopenGLとかopenCV使える？
188:デフォルトの名無しさん
24/10/12 11:36:56.71 SicHpmLd0.net
>>183
リアクトのfluentUIダサいよな
WindowsのfluentUIはそこそこかっこいいんだが
単純にアクリルがあるかないかの違いかもだが
189:デフォルトの名無しさん
24/10/12 15:13:33.54 iNamx5U/0.net
Blazor HybridでFull C#がいい
TS/JSのエコシステムを組み入れる必要がないから
MSスタックで長くやってきた会社には向いてるはず
190:デフォルトの名無しさん
24/10/12 20:26:13.92 97+nJc5Rd.net
いくらMSどっぷりといえど、HTML/CSS使えるのにJSできないというのは考えにくいでしょ
そもそもMSってなんだかんだJS大好きだしなあ
191:デフォルトの名無しさん
24/10/12 23:44:20.49 2unSxFzS0.net
そもそもGUIってのはアプリごとに操作を覚え直さなくていいようにパーツを統一するところから始まってるわけで
WindowsもXPぐらいまではかなりのレベルで統一されてたはずなんだ…
Webアプリが主原因だけどWPFアプリの見た目がWin32とちょっと違ったのも一因だよな…
192:デフォルトの名無しさん
24/10/13 01:44:41.67 j6St0Zu00.net
>>191
そりゃないね
VSCが馬鹿でかいボタン集めて作られてもかなわんからな
193:デフォルトの名無しさん
24/10/13 10:34:56.19 ii5+beJfd.net
VSCode含め、最近では不特定多数向けのGUIアプリって基本的にMacで開発されているものが多いから、
Windowsの作法なんてそもそも開発者の眼中にないんだよ
Macはむしろ伝統的にWin以上にOS側でUXを統一する思想が強かったわけだけど、Apple陣営としては開発者の取り込みのためにはWeb開発者に迎合せざるを得なかった
そして結果的に当のApple陣営の存在がアプリの独自UX化を強力に助長してしまったというのは皮肉な話だ
194:デフォルトの名無しさん
24/10/13 10:42:53.21 t+94VYTX0.net
Avaloniaってどうなの
Blazor Hybridとどっちがいい？
195:デフォルトの名無しさん
24/10/13 10:45:20.07 K8QjVhgfM.net
個別のアプリと言うもの自体が死にかけてるからなんでもいいんじゃないかな
今がピークで本当にマルチなGUIはドンドン必要なくなってくると思うよ
196:デフォルトの名無しさん
24/10/13 11:27:03.11 KMuly+QI0.net
ここってWPFかWinFormsしか使えないジジイたちが時代についていけずアレがいいのか？コレがいいのか？と右往左往するスレだよな
197:デフォルトの名無しさん
24/10/13 11:30:10.00 USukL5ei0.net
>>193
言うてMacOSは今でもOS標準アプリは一貫した作法のままだしな
標準アクセサリですらまるでバラバラなWindowsは格が違う
198:デフォルトの名無しさん
24/10/13 12:03:48.62 pdU5irXc0.net
>>196
色々な技術が乱立していて自分で主体的に取捨選択しなきゃいけないのは決して今に始まったことじゃないんだけどな
お仕着せのMSスタックに身を預けることしかしてこなかったジジイたちが、ここにきて遂にMSに梯子を外されてしまい右往左往している構図
199:デフォルトの名無しさん (ﾜｯﾁｮｲ fbb4-+sfS)
24/10/13 13:03:58.52 ruoQpPM20.net
梯子外しって何のこと？
今も現役だし、サポート終了の話が出てるわけでもないぞ
新機能が追加されるようなことは無いだろうけど
200:デフォルトの名無しさん
24/10/13 13:41:08.23 K8QjVhgfM.net
MS的にはUWP→WinUI3を追いなさいと言うことだけど
それもネイティブアプリ自体が死にかかってるので微妙
201:デフォルトの名無しさん
24/10/13 14:11:47.46 j6St0Zu00.net
ネイティブアプリ作る案件は
あってもモバイルだけだかんな
202:デフォルトの名無しさん
24/10/13 14:42:54.77 UZT3uuKDa.net
UWPは将来性危険なので避けたいな
203:デフォルトの名無しさん
24/10/13 15:16:30.57 0ZAxqEdHM.net
>>184 >>201
ネイティブアプリから、Webアプリに変わってきているということ？
204:デフォルトの名無しさん
24/10/13 15:35:40.96 ruoQpPM20.net
>>203
トレンド的にはそう
とはいっても、一般ユーザーの目に入りにくいだけでデスクトップアプリの開発は今も普通にあると思う
エンタープライズ系だったり、CADや解析ソフトだったり、計測器の制御だったり
205:デフォルトの名無しさん
24/10/13 16:24:37.75 ZFUcuNx5M.net
んでその一般向けのモバイルアプリ開発ももう多分徐々に下火になってくる
この前どこかの市で1億3000万かけてモバイルアプリ作ったけどインストールしたのは400人ってニュースがあった
特定の案件以外はweb+ＬｉｎｅやＸですませばいいんではないかと…そういう流れになるはず
一般人はスマホに入れてるアプリは50ぐらいらしいけどそれでもうアップアップ
各種スーパーやドラッグストアに行くたびにアプリ入れてたら10個ぐらい入れてる
コンビニはまた別
それ以外にもレストランやファミレスとか回転ずしとかのアプリが合ってアホがどんだけ囲い込みしたいんだよと思うわ
206:デフォルトの名無しさん
24/10/13 17:37:12.38 pdU5irXc0.net
ああいう会員アプリの目的は囲い込みではなく顧客の識別と購買情報なので、入れておいてくれるだけでいいんだよ
Webだとセッション切れたらITリテラシーの低い一般人は高確率でパスワード忘れて再ログイン不可になる
207:デフォルトの名無しさん
24/10/13 19:55:15.87 hqn+/Dq/0.net
>>206
アナタのITリテラシーも疑問符ですよ
208:デフォルトの名無しさん
24/10/13 20:01:11.97 hqn+/Dq/0.net
>>203
業務系のシステムとか10年以上前から全部Webだよ
ネイティブアプリをリッチーアプリと言っていた時代はまだWebと棲み分け出来てたけど今やもう昔話だ
209:デフォルトの名無しさん
24/10/13 20:14:01.10 ZFUcuNx5M.net
業務のシステムをネイティブで作る意味なんてもうないもんな
スマホやタブレットに後から対応なんて考えず最初からWebでいい
残るのはツールぐらいかな
210:デフォルトの名無しさん
24/10/13 20:22:16.23 hqn+/Dq/0.net
ネイティブアプリの存在意義はWebじゃ厳しいからだったけど
もうそのケースがほとんど無くて
逆にインターネット上のアプリやリソースとシームレスに連携出来なかったりで嫌がられる時代よいま
211:デフォルトの名無しさん
24/10/13 20:40:47.88 mAdiZuY60.net
>>196
なんだReactだのVeuだので争ってるWeb系と一緒かw
212:デフォルトの名無しさん
24/10/13 20:52:14.67 mAdiZuY60.net
デスクトップも結局RestAPIやりとりすれば何ら問題ないんだけどね
213:デフォルトの名無しさん
24/10/13 21:06:36.45 ii5+beJfd.net
いやいや生粋のデスクトッパーにRESTは要注意だぞ
あいつらクライアントへのプッシュのためにクライアント側がHTTPサーバーを兼ねる設計とか、とんでもないことやるからな
214:デフォルトの名無しさん
24/10/13 21:53:24.17 ZFUcuNx5M.net
1億3000万のアプリがクソしょぼいと言う…中抜きか？
215:デフォルトの名無しさん
24/10/13 22:07:06.65 hqn+/Dq/0.net
>>212
Web上にアプリが無いので各種のバラメータをブラウザー経由で受け取れないし
そもそもシングルサインオンしてないので認証とおってなかったり
連携の時の遷移先はWebアプリなわけで大変だし、遷移先のアプリから返却値受け取れないわで大変よ
216:デフォルトの名無しさん
24/10/13 22:19:28.81 USukL5ei0.net
人類はHTTP以外の通信プロトコルの経験を失ってしまった
217:デフォルトの名無しさん
24/10/13 23:39:18.58 cfTcGRh7a.net
ロストテクナナシーのスレへ
218:デフォルトの名無しさん
24/10/14 02:02:58.36 AlInx0gf0.net
>>215
別にブラウザ経由で受け取る必要なくね？
Jsonでのやり取りで充分じゃね？
シングルサインオンもPOSTの時JSONにアカウント情報載せてやればサーバー側でチェックできるだろ
219:デフォルトの名無しさん
24/10/14 02:27:59.52 tPoL367j0.net
実際クライアント側へのプッシュ通知って結構面倒だけどね
220:デフォルトの名無しさん
24/10/14 03:32:20.56 Dv8nxsKQ0.net
MSが最後まで梯子を外さずに残すGUIフレームワークってVB6になると思う
そうなるのが何年後かはわからないが
221:
24/10/14 04:02:31.75 bzUsIhmK0.net
ComCtrl32よ、永遠なれ！
222:デフォルトの名無しさん
24/10/14 04:25:35.71 iqlRL8W80.net
>>220
ActiveXコントロールは2025年10月までと発表されているぞ？
223:デフォルトの名無しさん
24/10/14 08:12:19.20 7Nipznt/0.net
>>218
そのSSOのアカウント情報をそもそもクライアント側でどうやって取得するのかって話
DBユーザーのuser/passやDBのテーブルに格納されたuser/passじゃなくて、Google、Okta、ADのような外部のIdPで認証するのは流石のデスクトッパーでも知ってるよな？
IdP側でM2M用のキーを発行する手もあるが、セキュリティリスクが高いし運用的にスケールしない
224:デフォルトの名無しさん
24/10/14 08:35:48.49 iqlRL8W80.net
Webブラウザの方が偽装しやすいこともわかんねえんだろうなw
225:デフォルトの名無しさん
24/10/14 11:37:04.23 7Nipznt/0.net
偽装って具体的にどんな攻撃を想定してる？
226:デフォルトの名無しさん
24/10/14 12:36:53.08 iqlRL8W80.net
>>225
多要素認証が必要になる理由を考えたことがないのか？
227:デフォルトの名無しさん
24/10/14 12:38:18.52 frzdEHtE0.net
>>222
30年も使ったから
そろそろ賞味期限が切れたのでは
228:デフォルトの名無しさん
24/10/14 12:42:16.56 iqlRL8W80.net
>>225
WebブラウザはOSやハードウェアの情報を正確に取得できない
セキュリティ上の問題
httpで外部からリモートアクセスできないように対策をし続けていまに至る
Webブラウザからアクセスしているように偽装するのは簡単
229:デフォルトの名無しさん
24/10/14 12:43:32.88 iqlRL8W80.net
>>227
そうじゃなくて古いもので作られている業務システムが多いから。
Macみたいにシェアが低ければ簡単に切れるが。
230:デフォルトの名無しさん
24/10/14 13:40:11.82 p9x+u5aF0.net
昔から海賊版だらけのデスクトップアプリはセキュリティ問題ないのか
231:デフォルトの名無しさん
24/10/14 17:23:20.69 +Avko6/y0.net
URLﾘﾝｸ(blogs.embarcadero.com)
MFCまさかの復活か!?
232:デフォルトの名無しさん
24/10/14 18:06:11.25 JsqeaFKW0.net
笑
233:デフォルトの名無しさん
24/10/14 18:10:14.35 5kKNYXwC0.net
RAD Studioか
Delphiは好きだけども…
234:デフォルトの名無しさん
24/10/14 18:34:50.90 ykeeYhPa0.net
俺には2021年の記事に見える
235:デフォルトの名無しさん
24/10/14 18:37:59.71 iqlRL8W80.net
今年が2024年だということもわからなくなった高齢者なんだろう
236:デフォルトの名無しさん
24/10/16 02:02:15.67 le2L2D3b0.net
意外とデスクトップアプリでもWebView+Blazorで開発してるアプリあるなぁ
DevToysってやつ見た目WinUIそっくりでもWebView使ってBlazorでUI構築してるみたいだ
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(apps.microsoft.com)
237:デフォルトの名無しさん
24/10/16 03:36:39.86 uG9ZN9Ip0.net
Win32だとコモンコントロールを使わなくても同じような枠線を引くAPIがあって
ちゃんと作ってればOSのバージョンアップに伴って見た目もある程度自動で連動できてたのに
最近はOSのテーマに追いつくのはアプリの責任になっててひどくない？
238:デフォルトの名無しさん
24/10/17 12:50:12.39 WL+hUh7C0.net
この時代、ゴミみたいな単価でそれなりに見栄えのするデザイン作れるデザイナはいくらでもいるし、
それを寸分違わず実装するのも(WPFはともかく)今時のテックスタックなら大した工数じゃないからねえ
悲惨なUIにならないようにOSがお膳立てしてあげないといけなかった時代は、(業務ドカタ開発を除けば)終わったんだよ
239:デフォルトの名無しさん (ｻｻｸｯﾃﾛ Sp0f-0GI8)
24/10/17 15:37:14.46 l9ooUbGgp.net
wpfのテンプレート無効にしてまでカスタムしてる変態もいるんだぜ
240:デフォルトの名無しさん
24/10/18 07:43:58.79 HW2s8lVK0.net
日本人は同じ見た目でないと怒り狂う変なやつが多いしな。
241:デフォルトの名無しさん
24/10/18 08:48:23.41 vAVjBES80.net
主語がでかい
242:デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM7f-97Hm)
24/10/18 12:07:44.52 dl90zbNnM.net
XPのガキっぽいのはヒデーなと思ったけど
8や10の視認性の悪さを体験すると評価が変わった
243:デフォルトの名無しさん
24/10/18 12:40:18.78 Hbjuz6+L0.net
昭和賛美はジジイの始まり
244:デフォルトの名無しさん
24/10/18 13:53:32.48 wVDH4S6Qa.net
2000が最強
Meはゴミ
245:デフォルトの名無しさん
24/10/19 11:07:39.01 SVPedUfi0.net
NT4でOSとしては完成してたね
VB6.0もコレを対象にしてて、いまだに一部業界で稼動中
これらに比べたらWPFはゴミ
246:デフォルトの名無しさん
24/10/20 06:09:31.07 gVGzm2Bz0.net
MVVM作ってみた
めんどくさいな
247:デフォルトの名無しさん
24/10/20 12:19:12.29 8VDaQYX+0.net
あんな作法に惑わされ過ぎ
工数が嵩むばかりで何のメリットも無い
248:デフォルトの名無しさん
24/10/20 12:29:42.70 R7G7/KAA0.net
ユーザーが入力した値の検証や表示用に変換が必要な場合には向いてる
249:デフォルトの名無しさん
24/10/20 12:42:27.88 8VDaQYX+0.net
そんなんMVVMじゃなくても出来るし
一度作ったらそれっきりなんだから
意味が無いんだよ
250:デフォルトの名無しさん
24/10/20 12:48:45.65 cTHcFhGQ0.net
MVVM便利だけどな
やっぱ層が分離されてるって気持ちいいよ
251:デフォルトの名無しさん
24/10/20 12:50:24.66 cTHcFhGQ0.net
俺はMVVMSを提唱してるけど
Mはもう構造体だけにしてSでMを加工しVMに情報を与える
SはサービスのSね
252:デフォルトの名無しさん
24/10/20 13:25:07.93 cTHcFhGQ0.net
TextMateSharpっていうTexMateという一般で広く使われてる規格からシンタックスハイライトを作成するライブラリを使ってWinUIのRichTextBlockにシンタックスハイライトを実装するライブラリ作ったんだがこれってライブラリ化とかした方が良いかな？
プログラムは単純にTextMateSharpのデモをパクってRichTextBlockに合うように呼び出しを変えただけなんだけど
ふつうにGitHubなんかにサンプルとして投稿する感じがいいのかな？
253:デフォルトの名無しさん
24/10/20 16:08:17.60 gVGzm2Bz0.net
>>251
なんか、
やりたくで作ってるだけじゃなく、
必要になって作ってるわ
MVVMの
Prisｍだかは無しで
254:デフォルトの名無しさん
24/10/20 16:36:51.61 cTHcFhGQ0.net
>>253
Prismみたいなフレームワーク使わないとめんどくさいだろうなぁ
個人的によく使ってるのはMVVMToolkitだわ
CommunityToolkit.MVVMのNugetで使えるようになる
確かWPFでも使えたはず
255:デフォルトの名無しさん
24/10/21 02:42:13.87 Yz2aUc2R0.net
vue.jsとかのMVVM知ってると
WPFのはあまりに馬鹿らしくて泣けてくるぜ
256:デフォルトの名無しさん
24/10/21 07:12:35.06 bUjh45Ks0.net
>>255
すまんVue.jsやったことないんだけどどのへんがWPFがクソなの？
257:デフォルトの名無しさん
24/10/21 09:43:37.16 Yz2aUc2R0.net
全部って感じ...
他はMVVMにかかる手間なんて一切無い
ので話題にも上がらない感じ
258:デフォルトの名無しさん
24/10/21 12:50:49.84 bUjh45Ks0.net
>>257
いやわからん
259:デフォルトの名無しさん
24/10/21 13:49:53.99 lU6IQ1t4p.net
そも、VisualStudioって、MVCモデル用だれ？
260:デフォルトの名無しさん
24/10/21 14:26:47.05 Yz2aUc2R0.net
>>258
糞って事
261:デフォルトの名無しさん
24/10/21 15:24:03.02 8GAgNEd+0.net
>>260
例えば Vue.js の MVVM でここが優れてる！
ってのはどんなのがある？
262:デフォルトの名無しさん
24/10/21 17:42:45.47 Yz2aUc2R0.net
>>261
全部
263:デフォルトの名無しさん
24/10/21 17:52:15.71 8GAgNEd+0.net
ただ Vue.js 言いたかっただけなんじゃないの？
264:デフォルトの名無しさん
24/10/21 17:52:48.65 bUjh45Ks0.net
なにも生産性の無い話題だったな
265:デフォルトの名無しさん
24/10/21 17:54:57.66 bUjh45Ks0.net
MVVMToolkitはマジで記述クソ簡単になるからオススメ
一応Microsoft既製っぽい(実際はコミュニティで作ってる)しパフォーマンスもPrismより良いらしい
266:デフォルトの名無しさん
24/10/21 18:30:18.81 x6+Rbr8S0.net
>>265
ほう
使ってみますわ
内部の仕組みとかは気にしなくてええの？
不安だわ
267:デフォルトの名無しさん
24/10/21 18:30:40.31 x6+Rbr8S0.net
>>266
Prismとか、
使ってええもんかどうか…
268:デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM2d-wxh/)
24/10/21 19:05:04.17 CKTKnODWM.net
なんかこのスレにはwebやれよの人が住んでいる
269:デフォルトの名無しさん
24/10/21 20:27:59.59 Ae8vTo3KM.net
>>267
Prismは必要以上に肥大化して複雑になっちゃったから手を出さない方が良いと思う
CommunityToolkit.MVVMは後発なだけあってシンプルで分かりやすくて良いよ
これがもっと早くにリリースされてればWPFのMVVM嫌いをここまで量産しなかったかもしれない
270:デフォルトの名無しさん
24/10/21 21:53:26.66 SQ8zGBXh0.net
>>266
ソースジェネレーターってやつを使って実装を簡単にしてる
詳しくはこれを参考にされたし
URLﾘﾝｸ(qiita.com)
機能を詳しく説明してる記事はこちら
URLﾘﾝｸ(qiita.com)
271:デフォルトの名無しさん
24/10/21 23:54:17.80 x6+Rbr8S0.net
>>269
あー
初心者だから大変だわ
とりあえずToolkitでさっきから作り始めたわ
272:デフォルトの名無しさん
24/10/21 23:58:40.32 x6+Rbr8S0.net
>>270
とりあえずToolkitでさっきから作り始めたわ
何も無しで自力作ったWPFアプリケーションをToolkitに移植してるけど、
仕組みがよくわからんわ…
273:デフォルトの名無しさん
24/10/21 23:59:42.52 x6+Rbr8S0.net
>>272
まあ、
自分で書くソースコードは短くなるな…
274:デフォルトの名無しさん
24/10/22 00:03:10.01 6OfHYckZ0.net
>>272
普通こういうのはプロパティの値が変わってもUIに反映されないんだけどINotifyChangedって言うプロパティの値が変わったら自動的にUIに反映させる実装を裏の方でしてるだけ
MVVMToolkit使わないならわざわざその処理を手書きで記入しないといけないところをMVVMToolkitは裏で自動で実装してくれるわけ
275:デフォルトの名無しさん
24/10/22 00:05:22.64 6OfHYckZ0.net
その裏で実装されてるのが
>>270この記事の終わりの方にあるアナライザーのところに勝手に作られるコードってわけ
276:デフォルトの名無しさん
24/10/22 00:57:03.72 2qKbHbOq0.net
>>274
そうだね
INotifyChangedとか書いてたわ
だいぶ短くはなった
277:デフォルトの名無しさん
24/10/22 07:50:00.10 5GZLz77w0.net
>>257
>他はMVVMにかかる手間なんて一切無い
>
>ので話題にも上がらない感じ
WPFについても同じように思っている人はいると思う。一切無いとまで言い切ることはしないが。
自分はそれほど困ってないが、ちょくちょくWPFをディスりに突撃してくる変な人がいるなあ、という感想。
278:デフォルトの名無しさん
24/10/22 10:51:02.21 ZMkCoWD80.net
>>277
>>WPFをディスりに突撃してくる変な人
以前WPFに人生投資してた人でお節介ながら警告してくれてんじゃないの？自分もそうだけど
で自分はWPFに関してはMVVMだけなら単純なバインディング機能とコードビハインドだけでもっと簡単にサクッと書けんじゃないのと思ってる
諸悪の根元はMicrosoft Expression Blend系機能に代表的されアンチコードビハインドの原理主義
279:デフォルトの名無しさん
24/10/22 11:21:31.87 0LHYxdA70.net
MicrosoftがMVVMの為に言語を歪めてコンパイラで特別扱いする勇気があれば、最初からもっと簡潔に書けていただろう
なぜ素のC#で書かせたのか
280:デフォルトの名無しさん
24/10/22 12:19:11.75 M9bqFahpM.net
>>278
そんなのは過去ログやWEBの評判みりゃ分かることだし、要らぬお世話だよ
何度も長々と同じ話してて、邪魔にしかなってない
それに今は以前と比べてかなり簡単に作れるようになってる
281:デフォルトの名無しさん
24/10/22 12:24:49.65 ue2b+tDRH.net
>>279
自動プロパティにget set init 以外に bind set付けるだけなのになあ…
282:デフォルトの名無しさん
24/10/22 13:02:37.84 Ousb9TvG0.net
考え方が根本的に間違ってんな
283:デフォルトの名無しさん
24/10/22 13:17:36.06 Tz9XpcgzM.net
VSエクスプレスでコミュニティツールキットMVVM Ver.8以降を使う方法ってありますか？
284:デフォルトの名無しさん
24/10/22 13:38:01.40 ZMkCoWD80.net
てか、何でコードビハインドがダメなのか
285:デフォルトの名無しさん
24/10/22 15:18:34.69 cRRoaZiP0.net
テスタビリティが低いから
GUIフレームワーク込みじゃないとテストできなくて自動テストとの相性が悪い
双方向バインド、テスタビリティ、宣言的UIがMVVM三種の神器
286:デフォルトの名無しさん
24/10/22 15:20:03.69 cRRoaZiP0.net
どれも必要ないならMVVMは無用の長物
287:デフォルトの名無しさん
24/10/22 15:59:14.94 WgkSZma6p.net
流行りなだけで単純なアプリ作るだけなら不用だしなぁ
288:デフォルトの名無しさん
24/10/22 16:02:45.40 2qKbHbOq0.net
ViewとModelで、
独立して開発できるって認識で合ってる？
まあ、本格的に企業で開発してみないと実感がないな…
289:デフォルトの名無しさん
24/10/22 16:43:45.49 klfEOsmR0.net
モダンUIフレームワーク視点から捉えたMVVMの現在地↓
「SwiftUIでMVVMを採用するのは止めよう」と思い至った理由
URLﾘﾝｸ(qiita.com)
290:デフォルトの名無しさん
24/10/22 18:26:22.21 z4sRcycH0.net
>>289
Modelを全部ObservableにすればVMは不要である
と読めた
291:デフォルトの名無しさん
24/10/22 18:50:04.41 RcS0CrU3M.net
何年か前にそれを見たような気がするけど呪文が多くて別物だと思った
GUI部分は宣言的にコード書くのは楽なんだよな
書いた通りにしか動かないから
292:
24/10/22 20:49:09.75 xlemdUZK0.net
書いて無いのに動くプログラム。怖すぎ。
コックリさんか、小人さんが補完するのけ？
293:デフォルトの名無しさん
24/10/22 21:02:56.75 3twpQX3A0.net
>>289
本質はただの言葉遊びにしか見えんね
VMを別の言葉で言ってるだけ
294:デフォルトの名無しさん
24/10/22 21:04:34.90 laQGBhjCp.net
なんか余計なコード書かなきゃならあかん事が増えて
かえって工数が嵩んでるって思うわ
295:デフォルトの名無しさん
24/10/22 21:28:02.57 MLYapXOO0.net
意味不明瞭な変な用語を使いたがるキチガイどものいつもの会話
296:デフォルトの名無しさん
24/10/22 21:31:34.30 TQEI3sRI0.net
XAML+双方向バインディング
VS
コンポーネントベース+単方向データフロー
それぞれ切っても切り離せない関係にあると思うが、MVVM云々よりこっちの方が古今の開発体験の差になってるように思う
297:デフォルトの名無しさん
24/10/22 22:41:09.89 3twpQX3A0.net
XAMLは単一方向フローでもいけるだろ
当時はXAMLのパフォーマンス改善の方策の一つだったぞ
298:デフォルトの名無しさん
24/10/23 08:06:56.79 mAhczU3U0.net
winui3ではx:BindとBindingで違うね
Bindは静的バインディングでモードを1回だけ、単方向、双方向で変えられる
毎回指定しなきゃいけないの面倒だけどね
Bindingは動的バインディング
299:デフォルトの名無しさん
24/10/23 13:24:02.81 MltH7llV0.net
マテリアルデザインの5.1って動きます？
4.9までは動いてたんだけども、見つからなくなっちゃった
App.XamlでMaterialDesign3.Defaults.xamlに変更したりしたけども、見つからない
動かすだけなら4.9に戻せばいいだけなんだろうけども
300:デフォルトの名無しさん
24/10/23 14:09:56.24 uGe/15wp0.net
動くよ
App.XamlでSecondaryに書き換えるとこもある
301:デフォルトの名無しさん
24/10/23 21:28:23.70 Qh3MumDi0.net
MS自体、小規模ならMVVMは使う必要ないと言ってる。
302:デフォルトの名無しさん
24/10/23 21:32:44.56 wrXNbwSN0.net
大規模もよ
時間の無駄の倍々ゲームになる
303:デフォルトの名無しさん
24/10/23 21:34:08.98 RnIdyZfu0.net
>>301
どこで言ってるの？
304:デフォルトの名無しさん
24/10/23 22:10:21.89 GAB82Ipr0.net
C#の入門レベルの本だといまだに「WinFormでアプリを作ってみよう」という例が書いてある印象はあるよね
305:デフォルトの名無しさん
24/10/23 23:20:22.03 ZDG8kcNN0.net
「UWPでアプリを作ってみよう」よりかは需要のある知識
306:デフォルトの名無しさん
24/10/24 00:04:05.62 DJyT9FzO0.net
入門ならWinFormsでええやろ
307:デフォルトの名無しさん
24/10/24 00:08:39.76 G/0dkLyr0.net
高DPIも対応したしwinformsは手軽にGUI作れるフレームワークとして今後も有力だと思う
308:デフォルトの名無しさん
24/10/24 00:18:06.85 y1JNrqGb0.net
URLﾘﾝｸ(github.com)
dark modeもやってくるしなw
309:デフォルトの名無しさん
24/10/24 06:30:19.71 pYfN4f/D0.net
>>305
たしかにw
310:デフォルトの名無しさん
24/10/24 06:58:15.08 Fwv7D8fI0.net
WPFのHiDPI対応は何も考えなくてもできるけど、
WinFormsのHiDPI対応は難しすぎる
311:デフォルトの名無しさん
24/10/24 20:09:47.80 itfifMct0.net
WPFに比べてWinFormsは敷居が低い。ま、x:name使えば大差ないけどな。
312:デフォルトの名無しさん
24/10/24 20:12:51.73 sEc04p0B0.net
>>311
MVVMとかやんなきゃ
変わんねーーだろ
313:デフォルトの名無しさん
24/10/25 23:48:14.35 ObV1NlTa0.net
やだナニコレ・・・素敵なんだが
URLﾘﾝｸ(x.com)
314:デフォルトの名無しさん
24/10/25 23:49:52.41 ObV1NlTa0.net
これが最新のMacOSで動くというのがシュールすぎるｗ
315:デフォルトの名無しさん
24/10/26 00:18:29.58 vf+UEX7c0.net
めちゃくちゃ懐かしいw
316:デフォルトの名無しさん (ﾜｯﾁｮｲ 0679-Cbkq)
24/10/26 03:27:27.19 qze4GRwI0.net
こういうのでいいんだよこういうので
317:デフォルトの名無しさん
24/10/26 10:46:17.67 xLXwJUeA0.net
>>316
良くないだろw
318:デフォルトの名無しさん
24/10/26 10:48:21.88 +Hh1BO/+0.net
そいやvscodeのavaloniaの動くようになっていた
VisualStudioでやればいいんだけどさ
319:デフォルトの名無しさん
24/10/29 18:16:49.05 gJRCsGwu0.net
AvaloniaStudioとかいうVisualStudio風味のIDEがGitHubにあるな
320:デフォルトの名無しさん (ﾜｯﾁｮｲ 95aa-MON2)
24/11/10 19:58:12.81 7uuscMCZ0.net
WinUI3のコントロールの中にWindowsTerminal組み込んで見たの図
URLﾘﾝｸ(youtu.be)
こいつにディレクトリのツリービューとか追加してダブルクリックでそのアイテムのパスをコピペするようにしたりコンソールアプリのパスを登録したリストビュー作ってその中からアプリを選んだらそのパスがコピペされたりとかになればコンソールもだいぶ使いやすくなるぞ
321:デフォルトの名無しさん
24/11/10 22:38:26.57 zIwJaoPmH.net
そんなもん適当なコマンドランチャー使えばいいでしょ
322:デフォルトの名無しさん
24/11/11 12:30:45.71 2eVgzzz70.net
>>321
コマンドランチャーってコマンド引数入力できるの？
323:デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM4b-LGTl)
24/11/11 17:29:08.35 NYpo9nL7M.net
VzEditorのファイラー便利だったな
324:デフォルトの名無しさん
24/11/12 20:27:22.08 tFjNYueo0.net
コンソールの親ウィンドウを設定しただけに見える
ネタなら前にあったLINE風のコンソールのが面白いね
325:デフォルトの名無しさん
24/11/12 21:18:59.73 WQpvpJyo0.net
>>324
そうそう、Process. Startしてウィンドウハンドルを取得
DllimportでSetParentしただけ
326:デフォルトの名無しさん (ﾜｯﾁｮｲ 1da9-MON2)
24/11/12 21:26:18.82 gBESn8sB0.net
ただWindowsTerminalの設定をそのまま引き継げるしタブも使えるしなかなか便利だ
ツリービューからパス選ぶのもいったんクリップボードにパスを文字列で入れてsendinputでCtrl+Vを入力してるだけ
超お手軽で色々応用が効くといったもの
個人的にターミナル使う時わざわざエクスプローラー起動して～右クリックでパスコピーして～ってやってたからこういうのあれば個人的に助かるってやつを作ってみた
327:デフォルトの名無しさん (ﾜｯﾁｮｲ 4b10-qstp)
24/11/12 22:28:26.76 Hlpr+M7J0.net
「ターミナルで開く」
328:デフォルトの名無しさん (ﾜｯﾁｮｲ 2f81-DeXB)
24/11/17 01:14:13.58 voYpa1+g0.net
最新のc#で作るならどれ？wpf？
329:デフォルトの名無しさん
24/11/17 12:24:25.53 r72Z/PFa0.net
windowsだけならWPF
クロスプラットフォームはAvalonia
330:デフォルトの名無しさん
24/11/17 13:11:47.15 jIxmQ+Br0.net
Blazor
331:デフォルトの名無しさん
24/11/17 13:14:55.45 dobbbVxQ0.net
UWPやMAUIって現状どうなん？
C#でのGUI開発だとWPFの方が名前が挙がるけど、これは単に移行が進んでないだけ (可能なら移行したいとは思ってる) なのか、WPFの方が安定してるなどメリットがあるのか
332:デフォルトの名無しさん
24/11/17 13:24:38.77 7IxkAmkp0.net
UWPは今後も無いな
WinUI3やMAUIは完成度がね…
333:デフォルトの名無しさん
24/11/17 20:58:49.33 NAlpxgDu0.net
React
はいもうこの話は結論付いている
MicrosoftですらReactを使っている
334:デフォルトの名無しさん
24/11/17 23:26:25.20 jIxmQ+Br0.net
「C# で作るなら」って書いてあるのが読めないの？
335:デフォルトの名無しさん
24/11/17 23:30:20.47 dobbbVxQ0.net
仮にWeb系技術だとしてもなぜReactだけ？
336:デフォルトの名無しさん
24/11/17 23:37:44.13 MAZWGKFr0.net
で、
業務アプリケーションは何使われてるの？
337:デフォルトの名無しさん
24/11/18 00:14:20.12 VW7sHWGL0.net
業務なら普通にWebよ
と言うと、外部機器の制御などでデスクトップアプリの必須な分野もある、といった反論があるだろうが、
そういう分野の連中って結局何やってもWinFormsから移行しないからMSはもう投資してないよ
338:デフォルトの名無しさん
24/11/18 19:27:53.22 1mdid6am0.net
いまどきの業務アプリなんて生成AIでノーコードなんじゃないの
逆にC#の出る幕なんてあるの
339:デフォルトの名無しさん
24/11/18 19:48:54.91 FOm+z+jk0.net
>>338
はやく生成AIで業務アプリ作って公開してくれよ
340:デフォルトの名無しさん
24/11/18 20:57:21.25 i/NsWVfo0.net
>>339
アシスタントにAIは普通なってきましたよ
因みにC#でもアシストしてくれると思います
341:デフォルトの名無しさん
24/11/18 22:12:23.17 FOm+z+jk0.net
>>340
話がずれすぎ
生成AIでノーコードで業務アプリ作れることを証明しろって話
342:
24/11/18 23:00:55.55 x8ZZBVl/0.net
SilverLightでもええで～♪
343:デフォルトの名無しさん (ﾜｯﾁｮｲ 06cf-xZnB)
24/11/19 22:16:25.69 uTHoNWAl0.net
>>337
Webやってないのは進歩しない人間と言いたい十年一日のような議論
344:デフォルトの名無しさん (ﾜｯﾁｮｲ 622a-00YW)
24/11/19 22:29:29.89 tyB4taC20.net
個人開発ならまだしも、プロジェクト毎の技術選定において「決定権」を持つのは開発組織の上位層であって、多くの技術者ができることはいわゆる「提案」に留まる
345:デフォルトの名無しさん
24/11/20 00:39:09.58 aJUirW5V0.net
日本で下手に提案したら責任もとらされるからね
346:デフォルトの名無しさん
24/11/20 00:47:47.27 qdA5YbiO0.net
ワールドワイドウェブなのにWebブラウザの仕組みの話になっているのは知識がなさすぎる。
いまはWebアプリケーションはSPAだらけで、Webブラウザの基本的なプロトコルでもはや実装していない。
347:デフォルトの名無しさん
24/11/20 09:33:22.01 4ayYS315M.net
JavaScriptは基本的な機能じゃないからね
348:デフォルトの名無しさん
24/11/20 18:30:28.68 wCIcMF/j0.net
SPAはHTTPで通信しないのか？
349:デフォルトの名無しさん
24/11/20 18:54:14.30 wXNIaGZt0.net
>>348
初回アクセス時にjsのソースをローカルにロードしたら以降は全部ローカルで動作する（なのでサーバーアクセスも不要）
初回アクセス時にローカルストレジにキャッシュも出来るので、そうすると起動時のサーバーアクセスすら完全に不要になる
こうなるとWebアプリじゃなくて実質クライアントアプリだね
350:
24/11/20 19:10:54.66 4MjVLHAc0.net
データをローカルストレージに書けるようになったらそうだね
351:デフォルトの名無しさん
24/11/20 20:02:39.41 wXNIaGZt0.net
随分まえからあったような
352:デフォルトの名無しさん
24/11/20 21:23:27.93 yiKxxO2KM.net
オンラインとオフラインで動作を変えてる
オンライン接続されたたローカルで作ったデータを鯖に送ってアップデートする
それが最低限の挙動
353:デフォルトの名無しさん
24/11/23 11:39:44.69 IBbRne7P0.net
>>352
軽く言ってるけど、データの整合性とかはどうやって担保してんの？
354:デフォルトの名無しさん
24/11/23 12:36:45.49 DqkgFhEYM.net
状況に合わせて適宜ルール決めるだけ
355:デフォルトの名無しさん
24/11/23 15:09:43.26 IBbRne7P0.net
>>354
そのルール作りが大変だろうが。下手なルールだと不整合がバンバン起こる。
それにそんなんが可能な業務も限定的だろが。
356:デフォルトの名無しさん
24/11/23 18:45:00.61 ZvvW/2Tu0.net
>>355
恐らく個人的なアプリではないのかな？
357:デフォルトの名無しさん
24/11/23 19:19:19.29 OFHXNujJM.net
何にでもケチをつけないと気が済まないんだなとしか…実際に実装されてるし一般に売られている本などでも実装手順は書かれている
大変だろうが。で終わる話ではないんだけど
そもそもがオフラインの状況自体がかなり限定的で
その状態でどの機能を有効にするかを取捨選択するのかは顧客と話し合って仕様決定する
それが仕事の人がいるので決まった仕様に沿って実装するだけなんだよ…
358:デフォルトの名無しさん
24/11/23 20:02:29.91 nU+3AwL30.net
「だけ」と軽く流して具体性に欠ける回答だから突っ込みが入って当然だろう
こういうのは何でもケチをつけるには当たらないと思う
359:デフォルトの名無しさん
24/11/23 20:31:23.62 ilySQ3CD0.net
具体的に説明しようとしたら、こんなところの数行のやりとりで終わらせられるような話では無かろうよ
で、ここはそれに適切な場なのか？
360:デフォルトの名無しさん
24/11/24 09:57:10.11 kUToI6JtM.net
何にでもケチをつけないと気が済まないんだなとしか…
361:デフォルトの名無しさん
24/11/24 10:04:49.03 kUToI6JtM.net
オフラインでしか使えない状況でも使いたい場合もあるでしょう
山奥の家で保険の更新とかだと電波なんか届かないでしょう
大規通信模障害でわざわざアポ取ったのに当日キャンセルなんてしないだろう
そういう時にはオフラインで操作して後で更新するだけで終わりだよ
複雑な在庫を奪い合ったり相互に関係するリレーションを破壊するには向いていないがそんな業務を避けるだけで
オフラインで業務報告や日報入力など普通に使えないツールは困るだろ
状況に合わせて適宜ルール決めるだけ
本当にこれだけだろう
362:デフォルトの名無しさん
24/11/24 11:15:56.24 KIGifJ380.net
仕様を決める人間と
決められた仕様に沿って実装する人間とでは
物事の見え方が違うという典型例だね
両方やってればもう少し物事を多面的に見れる
363:デフォルトの名無しさん
24/11/25 11:51:01.20 Xa+HCiLI0.net
ちょっと違うけどイメージしやすい実例を挙げるとしたら Git とかになる？
fetch だけオンラインでしとけばオフラインでもコミットなどはできる。
オンラインになったときにプッシュする。
データが不整合（コンフリクト）になったときどうするかは、
要件に応じて設計
364:デフォルトの名無しさん
24/11/25 11:53:43.97 Xa+HCiLI0.net
OneDrive とか Dropbox とかも
365:デフォルトの名無しさん
24/11/25 12:50:11.92 ti7eeH670.net
横からだけど、その例はちょっとズレてるんじゃないかな
そのような汎用的なツールは誰にでも受け入れられるように極力勝手な前提を設けずに小手先のテクニックで頑張る方向
一方で、業務アプリのように特定のユースケースを前提とするなら、汎用的なコンフリクト解決の仕組みとか要らないの
衝突した場合には、ある特定のデータ項目に関しては常に端末側のものを採用したい、といった要件は個別に話聞けば普通に出てくる
仕様決める人はそういうのをクソ真面目に話聞いて仕様に落とし込んでるわけだね
基本的に客は馬鹿なので、必ずしもそういうアプローチが汎用的なアプローチよりも優れている訳ではないのだが、
ともかく上の「仕様を決める」というのはそういうことを言っているのだと思う
366:デフォルトの名無しさん
24/11/25 13:10:09.67 x60lCKML0.net
>>363
書けば書くほど素人臭がキツくなるな
「Gitと同じように作るだけじゃないの？」とかリアルで言ってそう
367:デフォルトの名無しさん (ﾜｯﾁｮｲ 7ff7-dp6B)
24/11/25 22:39:22.95 Xa+HCiLI0.net
なんかごめん
368:デフォルトの名無しさん
24/12/05 23:50:57.55 PwliRaIW0.net
フェッチはコピーするという意味だと知らないんだろ
369:デフォルトの名無しさん
24/12/25 19:20:42.54 pacUGaOU0.net
WinUI3の画面にWindowsTerminal埋め込んだったwww
URLﾘﾝｸ(qiita.com)
URLﾘﾝｸ(youtu.be)
WindowsTerminal標準の設定も使えるしタブ機能も使える
370:デフォルトの名無しさん
24/12/25 20:22:33.08 QTiHuTzJM.net
君しつこいよ
371:デフォルトの名無しさん
24/12/30 19:04:40.52 /IGqDrzd0.net
ChatGPTの公式デスクトップアプリがMac版はネイティブなのにWinではElectronになったのには、当初WinUI試したけどあまりにもクソだった
→実際Winアプリって最近のメジャーどころはMS製含めだいたいWebベースなんだからもうWebでいいじゃんという判断があったそうだ
あまりにもライブラリが未整備だし誰も使ってなくてエンジニアの確保も困難とのこと
一方MacはUIフレームワークの乱立&放置が繰り返されたWinと比較してネイティブアプリ用のUIフレームワーク何使えばいいか極めて明確だし、大部分のコードをiOSと共通化できたそうだ
WPF以降の迷走によって崩壊したWinのUI開発エコシステムの惨状を象徴する良い事例だな
372:デフォルトの名無しさん
24/12/30 20:05:33.26 sFrwTalz0.net
だからWebでいいって大昔に結論でてる
373:デフォルトの名無しさん
24/12/30 20:21:17.17 PItkFo3l0.net
バックエンドと高頻度にデータをやり取りするとか、
バックエンドでリアルタイムに生成した画像を大きく表示するようなアプリだと
Electronはレスポンス悪くなるんじゃないの？
374:デフォルトの名無しさん
24/12/30 21:03:02.41 dr/DezOv0.net
ぜんぜん
375:デフォルトの名無しさん
24/12/30 21:32:22.79 VLSf1dH+0.net
Webはそういうユースケースに最適化されてるからむしろWPFなんかより遥かにレスポンスいいんだよなあ
376:デフォルトの名無しさん (ﾜｯﾁｮｲ c702-3FWJ)
24/12/30 22:04:44.38 PItkFo3l0.net
じゃあ、逆にElectronはどんなタイプのアプリには向いてないの？
377:デフォルトの名無しさん
24/12/30 22:26:17.62 VLSf1dH+0.net
一般的には、メモリ消費量の少なさや起動の早さが重要な小物には向かないとされる(WPF比では微妙だが…)
ChatGPTなんかまさにそうで、Win版がElectronアプリであることはかなり非難されてるね
378:デフォルトの名無しさん
24/12/30 22:38:07.94 sFrwTalz0.net
>>376
wasmの利用で死角が無くなった
379:デフォルトの名無しさん
24/12/30 23:01:18.81 VLSf1dH+0.net
一般的には、メモリ消費量の少なさや起動の早さが重要な小物には向かないとされる(WPF比では微妙だが…)
ChatGPTなんかまさにそうで、Win版がElectronアプリであることはかなり非難されてるね
380:デフォルトの名無しさん
24/12/30 23:18:27.36 OOGmSE5G0.net
ネイティブであってもXAMLレンダリングしてるならElectronでHTMLレンダリングしてるのと内部でやってることあんま変わんなくね？ってのが
381:デフォルトの名無しさん (ﾜｯﾁｮｲ 8b01-DS50)
24/12/31 00:42:34.02 DZIETbhN0.net
AIアプリなんてネットワーク越しでAPI叩いてるだけじゃないの？ローカルクライアント側のパフォーマンス差なんて
AIのレスポンスに比べればたかが知れてる気がするけど
382:デフォルトの名無しさん (ﾜｯﾁｮｲ ff74-32V6)
24/12/31 00:44:36.08 TIQaqZjg0.net
処理速度的にはその通りというかむしろ極限まで最適化されてる分HTMLの方が大抵速いのだが、
ブラウザを丸ごと同梱するのは本来必要な機能に対して膨大な無駄があるからどうしてもメモリ食うし起動にも時間がかかる
383:デフォルトの名無しさん
24/12/31 10:06:10.65 Ksb/JqFh0.net
webアプリをクロスプラットフォームに移植する上でelectronだと楽だから使われてるだけで
最初からwin用のネイティブアプリ作りたい用途ならWPFの方が向いてる
384:デフォルトの名無しさん
24/12/31 10:12:02.23 Njrw1w1iM.net
それは思い込みだと思うよ
WPFの開発者なんて確保できない
385:デフォルトの名無しさん
24/12/31 10:19:11.69 Ksb/JqFh0.net
ChatGPTのアプリってWeb版と何も変わらないじゃん、ショートカットがあるくらい？
それを例に出すのは流石に頭悪いと思う
Edgeで任意のサイトのアプリ化する機能とやってることは変わらん
Webアプリがクロスプラットフォームの肩書きを得るために楽なのがElectronだから一応用意してるだけ、ブラウザでアプリ化するのと対して変わらん
386:デフォルトの名無しさん
24/12/31 10:31:04.49 Njrw1w1iM.net
web開発者は低価格でいつでもいくらでも提供されるので成果物が同じ機能ならコスパが良いのは
web技術を流用したほうになる
387:デフォルトの名無しさん
24/12/31 10:39:29.91 Ksb/JqFh0.net
単にChatGPTがアプリの特性を考えてElectronを採用しただけ
その開発者でもないのにそれを引き合いに出して他技術を貶めるのは流石に頭が悪い
ChatGPTはバックエンド側が価値があるわけでフロントエンド側なんて別にどうでもいいわけ
ネイティブアプリが向いてるのはアプリ側がメインで処理を行うもの
動画プレイヤー
ターミナル
IDE
PDFリーダー
こういった類のものを一から作る上でElectronやJSを採用する意味はない
アプリの特性を考えて適切な技術を選択してるに過ぎない
388:デフォルトの名無しさん
24/12/31 10:42:43.55 Njrw1w1iM.net
そういうものはおいそれと一から作られないと言う事実を無視してる
需要がない
WPFは死んでる
役割を終えた
winUI3もそんな感じだ
389:デフォルトの名無しさん
24/12/31 10:44:23.87 Njrw1w1iM.net
そういうのはC++の守備範囲だ
390:デフォルトの名無しさん
24/12/31 10:49:14.60 Ksb/JqFh0.net
俺WPFでアプリ作ってgithub star 1000以上あるけど？使われてるんだが？
クロスプラットフォームならAvaloniaでもいいよね
JetBrainsがdotpeekやdottraceでAvalonia使ってるけど？
C++なんで全員使いたいわけでもないし、C#でネイティブ作る需要は普通にある
お前は何も生み出さず他人の受け売りしかできないゴミだね
391:デフォルトの名無しさん
24/12/31 10:53:31.07 Njrw1w1iM.net
どんどん小学生のようなレベルに落ちていくな
俺のお父さんは社長だぞーみたいなレベル
論理のかけらもない
上から順にスレを見返していけばいいのに
392:デフォルトの名無しさん
24/12/31 10:57:19.21 Ksb/JqFh0.net
内容で反論できずに無意味レスw
C++じゃなくてもC#で作られてますよね？って事実を指摘して涙目敗走w
393:デフォルトの名無しさん
24/12/31 11:01:21.58 Njrw1w1iM.net
＞ 俺WPFでアプリ作ってgithub star 1000以上あるけど？使われてるんだが？
これが痛々しいと言うことに気が付かないんだから本当に鈍感だろう
Avaloniaの話を出したりする時点でじり貧なのがよくわかる
このスレの流れの元になったレスから見直せばそういう話にはならない
ライトウェイトなジャンルでもWPFが使われないのは生産性の問題だろう
そこをなぜ無視するのか
394:デフォルトの名無しさん
24/12/31 11:04:24.31 Ksb/JqFh0.net
ChatGPTで使われてないだとかはどうでもいい
他技術を貶める他人の受け売りしかできないゴミは
何も価値を生み出したことがないお前みたいなゴミが多い
何か生み出してかいってみたらどうなの
そもそもネイティブアプリの需要が低いってのがそもそもあるんだけどね、金稼げないし、割られるだけなんでね
395:デフォルトの名無しさん
24/12/31 11:07:24.97 Njrw1w1iM.net
他人にゴミゴミ言って突っかかってくる人間が一番問題あるんだと思うけどな
生産性がない
396:デフォルトの名無しさん
24/12/31 11:17:53.96 Ksb/JqFh0.net
WPFが使われてないんだー、Electronの方が使われてんぞ！
うんそうだね、だから何？
ビジネスをする上でElectronが適した場面が多く、WPFが適してない場面が少ないだけなのでは？
逆に適してる場面で採用すれば生産性は高いのでは？
Avaloniaを持ち出したのもWPFとほぼ同じで学習コストが低いから
クロスプラットフォーム採用する上で、自分が慣れてる技術を選択することが重要なわけで
397:デフォルトの名無しさん
24/12/31 11:22:43.40 Njrw1w1iM.net
ごみごみ言うのは辞めたのか？書いてよかった
教育って大事だな
398:デフォルトの名無しさん
24/12/31 11:26:21.09 Njrw1w1iM.net
それにドンドン自分の書いた主張の内容をなぞって書いてくれるようになった
自分の主張が受け入れられて相手の思想を上書きしていると実感できる
399:デフォルトの名無しさん
24/12/31 11:27:25.06 Ksb/JqFh0.net
使われてる使われてないとかどうでもいい
なんでそんなことを気にする必要があるの？
自分が作りたいものに適してていいものだと思えばそれでいいんじゃないの？
400:デフォルトの名無しさん
24/12/31 11:32:40.90 h8p02rZ4M.net
なぜかここで持ち上がるweb
401:デフォルトの名無しさん
24/12/31 11:32:50.05 Njrw1w1iM.net
君はわかりやすくて良い
402:デフォルトの名無しさん
24/12/31 14:52:49.56 Z+3Md4kO0.net
>>387
いやいやMac版のChatGPTのアプリってVSCodeなど他のアプリと連携したりするんだぞ
今後オートパイロット機能などよりシステムと密接に統合されていく方向なのは明らかで、
ネイティブアプリの方がシステムへのアクセスのしやすさにおいて有利なのは目に見えてる
まあWinについては完全にCopilotと競合するから、やりすぎると大株主のMSから怒られる可能性が高く、やる気がしないという面もあるかもね
403:デフォルトの名無しさん
24/12/31 17:00:27.19 xpoxeW+N0.net
OpenAIにとってはWebのChatGPTのUIをほぼそのまま流用できる安い手段としてElectonが採用されただけだろう
Electronで実現不可の事はやらんだろうし最初からWPFが出てくる幕なんて無いのでは
404:デフォルトの名無しさん (ﾜｯﾁｮｲ f65f-32V6)
24/12/31 18:39:03.11 Z+3Md4kO0.net
だとしたらMacよりも金をかける価値がないってことになるぞ
Claudeのuse computerみたいにスクショベースでの連携ならElectronでも全然問題ないだろうけど、
Mac版ChatGPTの他アプリ連携ってOSのアクセシビリティAPIを使ってUIに深く踏み込んでるんだよね
仮に同じことをWindowsでやるとしたらUI AutomationとWin32みたいな世界だから、まあOpenAIは雇わないだろうねその辺得意なドカタPGは
405:デフォルトの名無しさん
24/12/31 20:00:33.49 4QENqR2s0.net
WinUI3とMAUIって別物？
いまいちこの2つの関係がよく分かってない
406:デフォルトの名無しさん
24/12/31 22:07:55.17 9BKWDrSEM.net
WinUI3は次世代のwindowsネイティブSDK
MAUIは事実上xamarinの後継でマルチプラットフォーム用のSDKで実際のコンポーネントなどは
既存の各プラットフォームのSDKを使ってる
で、windowsではWinUI3を使うことになる
407:デフォルトの名無しさん
24/12/31 23:18:09.38 4QENqR2s0.net
>>406
サンクス、理解できた
408:デフォルトの名無しさん
25/01/01 15:48:34.59 m7HU6bkz0.net
AppleとOpenAIが提携したから何かやるつもりでネイティブにしてるんじゃないんか
409:デフォルトの名無しさん
25/01/01 15:54:30.70 TGBNTam3M.net
MS「… いや…なんでも…」
410:デフォルトの名無しさん
25/01/01 23:40:44.91 VG4r3r870.net
MS的にはCopilotで自前で自由にして良い権利を得てたのかも知れんけど、結果は散々だな
今のMSにエンドユーザー向けの気の利いたサービスを開発できる能力があるとは思えん
411:デフォルトの名無しさん
25/01/02 18:25:22.13 JbzIg9aT0.net
MS365 Copilotは酷いよなあ
基本的な応答の品質からしてChatGPTと同じモデル使ってるとは俄かに信じられんレベルだしOffice連携も冗談みたいなゴミ
唯一役に立つのはTeamsの要約くらいだな
近年のMSのエンタープライズ向けプロダクトの例に漏れず情シスという名のブルシットワーカー達が経営陣に「やりました」と言うためだけに作られていて、
全くユーザーの方を向いていないしプロダクトとしての思想が何も感じられない
ただ機能表に丸を記入させるためだけに開発されている
412:デフォルトの名無しさん
25/01/07 00:36:52.79 Q+zN30QW0.net
最初から脳内で結論が決まっている人達…
413:デフォルトの名無しさん
25/01/11 23:04:19.08 TDvdfZ9Y0.net
WPFのフレームワーク周りがよく分かってないので聞きたい
調べると CommunityToolki.MVVM, ReactiveUi, ReactiveProperty, Prism などが見つかるけど、これらはどれか一つを選んで使うようなもの？
どれもMVVMのためと聞くけど、これらは同じ目的を持った異なる設計思想のライブラリという感じなのか、それとも異なる用途のもの (組み合わせて使える) なのか
スレ民のおすすめ、好みなどもあれば教えてもらえると嬉しい