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

2024/08/20(火) 21:16:46.38

!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

2024/08/21(水) 11:05:05.76

WPFはオワコン

2024/08/22(木) 22:44:20.53

被っていけー！と叫ぶとできる。　

2024/08/23(金) 11:13:31.48

.NET 9の新機能を眺めてたらHybridWebViewなる新規コントロールがあって仕様を読んでみたらなんと
MSの.NET版(.NET Frameworkではない)Tauri実装と呼べる代物でクソワロタ
MSもやっとフロントエンドはWebで勝負着いてることを認識したよーやな
これはかなり期待できるわはよ触って見たいが変更多そうやからとりあえずRCか正式リリースしてからやな

2024/08/23(金) 11:53:58.11

Webviewの中は何をやろうが関知しないから
勝手に好きなライブラリーで書けや！って事？
笑

MSが主要なViewライブラリーとの
js<->c#のブリッジ用意してくれんのなら
それはそれで有用だな

2024/08/23(金) 12:38:08.84

WebView2をクロスプラットフォームにするって言ってたのに
音沙汰無いと思ったら新しいコントロール作ったんか。動けばなんでも良いけど。。。

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

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

でもGoやRustよりはネイティブ層をC#で書きたいって層はいるだろうから期待はしてます

2024/08/23(金) 12:43:31.46

js側からネイティブダイアログとか呼び出せるApi用意してくれんのならスバラシイぞ！(*бωб)

2024/08/23(金) 12:46:52.70

てかデスクトップアプリのTeamsもwebview２実装してんだから一般公開するたけだよね->MS

2024/08/23(金) 13:32:49.20

webview2でもc#のクラスそのまま公開できるんだから簡単なラッパークラス作るだけじゃん

2024/08/23(金) 14:16:35.67

そのレベルでは無くて、Windowsの主要なAPIがSDKとしてHybridWebViewの初期化時にロードされて起動してくる感じ。なのでネイティブのWindows出すとかもろもろJSのコードだけで完結する事を想定。

2024/08/23(金) 15:42:38.96

今んとこ、SendRawMessageメソッドが生えてるだけに見えるけど、週末にでも触ってみる。
VS立ち上げるの久々だ笑

2024/08/23(金) 20:11:01.22

.NET 9の新機能にその機能がないのでおかしいと思って調べたら
HybridWebViewは名前空間がMicrosoft.Maui.Controlsのコントロールの話だった

今のところMauiの話でHybridと言うのはそういう話では？

2024/08/23(金) 20:27:49.17

そやから.NET(.NET Franeworkではない)て親切書いてやってんのにこのスレほんまにレベル低い奴ばっかやな・・・
MAUIの意味はMulti-Platform App UI(.NET MAUI)やぞ
そもそもマルチプラットフォームでWebとデスクトップでフロントやバックエンドのロジック共有させたいからHybridなんやが
話が通じなさ過ぎて頭くらくらするわ

2024/08/23(金) 20:29:30.56

簡単に質問するけどあなたは頭がおかしいのですか？

2024/08/23(金) 20:32:45.92

あなたは.NET Frameworkが何か多分勘違いしてると思います

2024/08/23(金) 20:35:53.42

もうこのスレで質問するんじゃねーよマウント取られた情弱が逆恨みしてレスバでスレが汚れるから他所でやれ

2024/08/23(金) 20:36:29.41

間違いに気が付いてもらえて良かった

2024/08/23(金) 20:46:55.63

まあ特に話すことのないオワコン技術の老人会スレなんだから
喧嘩でもなんでも好きにすればとしか

2024/08/23(金) 21:42:09.67

C#版Tauriって、別に現行のWebView2でも出来るんじゃないの？

2024/08/23(金) 21:45:07.67

Maui（Multi-Platform App UIやぞ！(略)）の新規webviewにwindows sdkのネイティブAPI呼び出しを期待するのは
根本的に何か間違ってると気が付いてくれたのだろうか？

2024/08/23(金) 22:59:40.60

>>19
Windows以外でうごかないやん
(以下ループ)

2024/08/23(金) 23:11:21.87

OSの上にOSのライブラリが乗っててその上にC#が乗っててその上にC#ライブラリが乗っててその上に各種OSのGUIを利用する層が乗ってて
その上にMAUIが載っててその上にwebviewが乗ってる
そこから何かtauriみたいな層のAPIを介してnative APIを叩く

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

早期の破滅しか見えないんですけど

2024/08/23(金) 23:30:32.80

そんなこと今更言われても・・・
機械語で書くわけじゃないんだからフレームワークの抽象化なんてそんなもんでしょ
すでにMAUIなんて破滅しかかってるんだし
動きゃラッキーくらいのオモチャとしか思ってないわ

2024/08/23(金) 23:33:57.44

単純なapache + CGIが正解か

2024/08/24(土) 01:36:25.16

別に破綻していないし問題なく使える
ただここはWPFスレであってMAUI(Xmarin)は関係ない

2024/08/24(土) 02:53:18.34

>>22
間違ってる

2024/08/24(土) 06:06:10.56

Webアプリで実装するというのは思考停止だと思う

2024/08/24(土) 09:18:43.72

何でもXamlの方が思考停止

2024/08/24(土) 09:27:30.66

Multi-Platform App UIやぞ！

2024/08/24(土) 09:41:46.37

ここはXAMLに捕らわれた者のスレなんだ
Reactスレ盛り上げろ

2024/08/24(土) 09:51:26.19

MS経営陣にまともなアーキテクトがいないのでずっと迷走してる
現場は失敗が目に見えるようなのをガンガン指示されてるんだろ

その結果真面目だが真剣ではない（昔よく使われたあれ）状態が続いてる

2024/08/24(土) 12:04:21.72

どてっぱらに大穴が開いた船でもう沈没するのはわかってるけど上からの指示で水を掻きだしてる
仕事だからまじめにやってるけど船を助けようとするレベルの真剣さではないわな

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

外から見るとこういう状況

2024/08/24(土) 12:58:57.02

中の人乙!

2024/08/24(土) 13:07:45.55

最近の.NET関連でちょっとググると
キータかなんかでMSの中の人が書いた、全然いいね付いてない記事しか引っ掛からなくて
可哀想だなとは思う
(もちろん記事があれば良い方)

2024/08/24(土) 13:11:19.71

>>34
マイクロソフトの公式ドキュメントを見てないのか？

2024/08/24(土) 13:13:11.36

URLと内容が紐づくものだけを見てしまうのは情報の探し方が間違っている。

2024/08/24(土) 13:32:29.31

やりたい事でググってアフィ記事すら出てこないのはエコシステムとして終わってるだろう
それを探し方が悪いとかどんだけおめでたいのか

2024/08/24(土) 13:45:16.63

公式マニュアルの内容をページ単位で公開していたら管理できなくなるわ

2024/08/25(日) 01:28:05.92

記事がみつからないということは自分の手段が間違えてるのではと推測できるわけで
その判断は概ね正しい

**あぼーん** · NG

あぼーん

2024/08/25(日) 08:46:50.93

>>40
既にやってるよ

**あぼーん** · NG

あぼーん

2024/08/27(火) 13:52:12.89

>>42
もうやってんだよな

2024/08/27(火) 15:59:23.11

いつのまにかVSCodeの拡張機能にAvalonia for VSCode Communityできたいたのね
まぁ入れてもコンパイルできなかったんですが…

2024/08/27(火) 16:04:59.65

VSCodeは開発環境構築が大変すぎる
コミュニティやドキュメントが整ってないマイナーフレームワークだと
ちょっと触ってみるかでどツボにハマるからVSのありがたみを実感する

2024/08/28(水) 11:54:59.46

eclipseのことか

2024/08/28(水) 13:03:01.44

PropertyChanged.FodyとCaliburn.Microの組合せが楽できて素晴しい
WinUI 3(+CommunityToolkit.Mvvm)も試してみたが.NETのままでいいやという結論になった
別に見た目を変えるだけならModernWPFもWPF UIもあるしな

2024/09/15(日) 23:02:32.03

windowsform経験者からwpf学んでくには、どんな教材が良いですかね。
とりあえず、udemyが気になってはいますが。

2024/09/16(月) 07:38:18.11

Copilotが今時の流れだよググるよりTabエンター
WPFのような枯れてる技術なら新しい話題が少ないのでAIで解決した方が速い

2024/09/16(月) 09:23:10.95

1から学ぼうって時には向いてないでしょ

2024/09/16(月) 15:56:50.11

それは逆
未経験のフレームワークを使って開発するなら新規案件で1からやるより既存物の追加開発から入る方がハードル低いだろ？
最初の一歩をAIに頼って足場を作ることで、最初のハードルは大幅に下がる

2024/09/16(月) 16:14:49.29

アンカを付けて会話してくれ

2024/09/16(月) 18:45:07.25

>>51
逆の人がいる！

2024/09/17(火) 10:47:39.38

意味不明なスクリプトは応用が効かないよw

2024/09/17(火) 11:22:19.19

AIは理解してるんだからAIに応用させればいいのよ人間が理解したいならそれもAIに聞けばいい

2024/09/17(火) 12:45:56.35

くずコードがデフォになってもだな...

2024/09/17(火) 12:51:24.33

残念ながら、今のAIが生成するコードは大半の業務系コーダーよりよほど高品質だ

2024/09/17(火) 13:31:21.81

wpfくらい枯れてるとAIも生成しやすいだろうね
Webフロントエンド最前線みたいなのだと
API変わってて動きそうで動かないみたいなトラップが増えたり平気でメンテされてないライブラリガンガンぶっこんできおる・・・

こないだ炎上してたZennの技術選定の記事は既に判断材料にAIが生成しやすいかが含まれてて興味深かったな

2024/09/17(火) 14:45:09.91

>>57
よほど低品質なコードを書く人たちに囲まれてるんだね

2024/09/17(火) 15:15:35.77

ネットから拾ってるだけだけどなw

2024/09/19(木) 01:14:09.82

難しい内容は、ChatGPTでは解決にはならないことが多い。

2024/09/19(木) 10:01:26.70

ネットに転がって無いものは答えられません

2024/09/19(木) 12:01:00.45

AIは乱暴にいうと平均計算してるだけ

2024/09/19(木) 12:55:10.20

>>55
AIはそれっぽく作るのが上手いだけで理解なんかしてない

2024/09/19(木) 16:17:26.87

統計的に頻度が高い=それらしい回答が上手なだけだしな

2024/09/19(木) 22:23:05.78

中国語の部屋的な？

2024/09/20(金) 00:44:22.20

流石にAIに関して今時その認識はやばいよ
職人堅気も結構だけど、10年後に路頭に迷わないように祈っておくことだな

2024/09/20(金) 02:36:29.29

>>67
お前が馬鹿なだけだぞ

2024/09/20(金) 12:34:47.24

まあ知恵袋ではAIのやってるのは平均や統計という結論になってるからそう思う土方が増えても仕方がない

2024/09/20(金) 14:23:52.20

>>64
ほんそれ
AIは小泉セクシーと同じタイプ

2024/09/20(金) 14:36:12.43

外注の粒度が劇的に縮小して作業者レベルに降りてきたってだけ
明快な指示を出せない人は適切にアウトソースできず（自分より割安なリソースを活かしきれず）、やがて淘汰される

2024/09/20(金) 14:50:50.32

プログラミングの文法は理解しているから俺より役に立つのは確かだ

2024/09/20(金) 15:10:26.69

今のLLMは流行り始めた頃に比べてコンテキストウインドウが大幅に拡大しているから、
指示の出し方よりもコンテキストとして適切な背景知識を十分に与えてあげることが重要になってる
既に人間より頭良いから、むしろ必要十分なコンテキストがあれば指示は雑で曖昧なものでもよくて、適切に意図を汲んで見事に仕事してくれる
もうすぐコンテキストの考慮も不要になって人間不要になるんだろうな

2024/09/20(金) 15:31:06.19

>>69
意味を関連で辿るタイプのAIはまだPCクラスじゃ無理だからなぁ

2024/09/20(金) 16:49:38.39

それが指示でないと言うのならもはや何も言うまい...

2024/09/20(金) 17:38:10.56

「10年後に路頭」

10年も余裕あるなら焦る必要ないだろ

2024/09/21(土) 00:52:12.40

>>72
平気でバグ仕込んでくるぞ
油断できない

2024/09/21(土) 06:36:57.94

バグありのコード書くのは人間に外注したって同じだろ
個人的に1番AIが便利に使えてるのは、既に完成しているコードのライブラリを差し替えたりライブラリ不使用に書き換えたりする、ゴールが明確で固定されてるが、それまでの道筋を変える、とにかく面倒な作業の肩代わり。これが1番得意。
あとはjsonやcsvの使い捨て変換スクリプト書かせるとか。変換前のデータと欲しい最終出力のサンプル突っ込むだけで何とかしてくれる

2024/09/21(土) 06:53:07.54

>>78
>既に完成しているコードのライブラリを差し替えたり
>ライブラリ不使用に書き換えたりする、
>ゴールが明確で固定されてるが、それまでの道筋を変える

GPLロンダリングですね判りますω

2024/09/21(土) 17:34:28.96

WPFどころかC#すらわかってないJavaScript初心者さんでもコパイロットがあれば
あっという間にハローワールドまでできるようになるじゃないか
依存関係プロパティもビヘイビアもあっさり解決さ

2024/09/22(日) 09:32:07.98

ビヘイビアは使わなくなった

2024/09/22(日) 10:52:41.42

言語としての最先端だよなあC#は
なんでエンジニアたちは他のゴミ言語なんか使ってんだろ

2024/09/22(日) 12:15:58.15

あくまでJava系(クラスベースOOP+静的型+C系文法)の中での完成系だからね。
まあJava系としてKotlinとどちらが上かは意見の分かれるところではあるが。
C#はどれだけ魔改造しようと今更TypeScriptのようなstructual subtypingベースの言語にはなれないし、
Rustのような厳格なメモリ管理をする言語にもなれないし、
Haskellのような純粋関数型言語になるのも不可能だ。
それらとJava系のどちらがパラダイムとして優れているかは分野や用途次第であり、銀の弾丸はない。

2024/09/22(日) 12:41:28.34

長年C#でJava勢と張り合って孤軍奮闘してけたけど
そのJavaも衰えて自分もTypescriptでUI書くようになって永くなり
今じゃTypescriptが凄すぎでC#でUI書きたいとはとても思えんようになったからね

2024/09/22(日) 12:48:58.56

C#をこれから学ぼうと思ってるんだけど、C#の強みってどういうところ？
自分はJavaもC#も経験がない (C++, Python は分かる) からまだ分かってない
C++, Pythonでもクラスは使うけど、C#やJavaの方がよりOOPな言語だと聞く
どういう所に違いがあるのか、それがいまいち分かってなくて

2024/09/22(日) 13:15:34.02

スレチだけど回答

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

強みはMSがバックアップしていると言うこと

2024/09/22(日) 13:25:24.95

>>85
無料で最強IDEが使えるのと1つ覚えるだけでなんでも作れるところ

Windowsデスクトップはもちろん、Mac, LinuxデスクトップもAvanonia使えば作れる
ゲームはUnity、Webは.NET Core、Blazor
モバイルも一応作れる

2024/09/22(日) 14:45:02.65

VScodeの事？

2024/09/22(日) 14:50:01.54

Visual Studioだろ

2024/09/22(日) 15:05:49.99

個人の場合はね
仕事でだとまず有料になるな

2024/09/22(日) 15:36:53.15

C#の一番の強みは、OS、フレームワーク、IDE、DB、等々全てMSが用意したものを使えばよくて、
雑多な周辺技術に惑わされて時間を無駄にしなくて済むこと
…だったんだけど、最近ではもはやC#の役割としてMSが本気で投資してるのってAzure上でのWeb開発だけになっちゃって、
もはや以前の万能言語の姿は見る影もない状況なんだよね
せっかく幅広いプラットフォームで使えるようになったのに、結局特定のプラットフォームに縛られた言語を脱せずに斜陽期を迎えてしまった

2024/09/22(日) 16:46:23.77

いるよね、こういう極論言い出すやつ

2024/09/22(日) 18:07:15.37

C#の用途はWindowsアプリとUnityだよ
他にもできることはたくさんあるけど他の言語に負けないのはこの2つ

警備員[Lv.4][芽] (ﾜｯﾁｮｲ 2701-7TYI) · 2024/09/22(日) 18:39:17.13

Javaの糞性はメンテナンス工程で発覚する物が多いからなぁ

2024/09/22(日) 18:51:54.26

いつからC#は万能言語になったんだ？
少なくと複雑なUI実装にはまったく向かない

警備員[Lv.5][芽] (ﾜｯﾁｮｲ 2701-7TYI) · 2024/09/22(日) 19:36:50.02

複雑なUIってのがCADとかDAWを超えているならWinAPIから作れや(^^)v

2024/09/22(日) 19:59:22.99

複雑なUIもC#は他を圧倒してるよ
UnityよりすごいUI作成ツールって他にないだろ

2024/09/22(日) 21:57:29.60

HTML

警備員[Lv.6][芽] (ﾜｯﾁｮｲ 2701-7TYI) · 2024/09/23(月) 01:02:32.56

paint.netがwin32APIを直呼びしている時点でお察し

2024/09/23(月) 01:50:28.88

paint.netはGPUアクセラレーション使うから仕方がないでは
最新のVer.5.0ではレガシーなC++/CLIのコードをC#に置き換えてるそうだけど

2024/09/23(月) 11:22:29.89

非常に何とも言い難いね
自分もC# C++ハイブリッドでやってるけど非常にめんどくさい
でも速度的にメリットがあるので続けるしかない

一般的なコードで等価なコードが等価なバイナリになればいいけど無理だな

2024/09/23(月) 12:37:41.02

安全寄りの設計思想のC#が無防備なC++に近づくのは限界があるわな
とは言え、最近の.NETは高速化に力入れてて.NET Frameworkと比べると結構速くなった

2024/09/23(月) 16:00:40.00

C#もSpan<T>とかSIMD叩けるようになったりして久しいし.Netのバージョンを指定できる環境ならそれなりに高速動作するのでは？

2024/09/23(月) 16:40:20.64

WinUI3がAOT実装したのに話題にならないね
ちょっとした高速化以上に今まで悩まされた難読化が標準になったのにさ

2024/09/23(月) 21:25:13.93

進撃の巨人はオワコン

2024/09/23(月) 23:44:36.17

winUI３のdatagridでitemsourceに指定してあるObservableCollectionを変更しても画面が更新されない…
セルを更新したときに下のセルが空欄なら同値で埋めたいんだけどObservableCollectionの値は更新されてても画面が変わらないのはどうすればいいんですか？

2024/09/23(月) 23:52:09.53

>>106
ObservableCollection<T>のTにもINotifyPropertyChangedの実装が必要

2024/09/24(火) 09:51:13.74

複雑なUIを妙なスクリプトで対処するなよ
改修大変なんだわ

2024/09/25(水) 07:29:58.87

WPFはCG以外の各種コントロールもDirect3Dで描いてんの?

2024/09/25(水) 07:37:44.91

CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
WPFは更にその上で無駄な抽象化レイヤを幾重にも重ねてDirect3DやCPUで描画しているので極めて非効率

2024/09/25(水) 09:21:52.51

WPFはDirect3D9のラッパー
そしてこれがWPFがWindows以外の.NETで提供されない理由

2024/09/25(水) 09:49:59.93

むかしsilverLightがあったじゃん
あれはどーーなの？

2024/09/25(水) 10:18:56.91

xamlはスクリプト言語で、C#に変換さるるんじゃなかったっけ？

2024/09/25(水) 12:26:08.34

されない。等価なバイナリデータに変換された上で、C++で書かれたランタイムがそれをレンダリングする。
ただしXAMLの最古のレガシー実装であるWPFについてはXAML処理系はC++ではなくC#で実装されており、パフォーマンス上のボトルネックとなっていた。

**sage** (ｱｳｱｳｴｰ Saaa-rNKn) · 2024/09/25(水) 15:11:10.64

silverLightは息してない
即死

2024/09/25(水) 19:01:26.39

PRキャラの光ちゃんを助けて

2024/09/25(水) 19:02:00.62

>>111
silverLightは >>111 に対する話し

2024/09/25(水) 20:44:46.39

>CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
WinFormsも?
テキストボックスもDirect3Dなんだ。なんか面白いな。

2024/09/25(水) 22:17:03.73

逆にWindowsでパフォーマンスの良いGUIフレームワークとなると何が候補になるの？

2024/09/25(水) 22:57:15.89

React

2024/09/26(木) 08:04:02.48

WebView2やElectronでReactを使うのが最良だろうね。メモリ消費量は多めだが複雑なGUIを極めて高速に描画できる。
WinUI系は迷走しまくってるからお勧めできない。

2024/09/26(木) 08:46:53.86

Reactが高速w

2024/09/26(木) 10:21:05.96

webベースは却下

**sage** (ｱｳｱｳｴｰ Saaa-rNKn) · 2024/09/26(木) 10:44:19.65

Tcl/Tk

2024/09/26(木) 10:58:22.15

>>123
なぜ？

2024/09/26(木) 12:03:31.39

10年後に動くとは思えない

2024/09/26(木) 14:30:49.45

WPFはね

2024/09/26(木) 17:10:50.13

VB6.0もWinformsもWPFも公式にしろ非公式にしろ10年後も動いてると思うたぶん
ソースがあればビルドもできると思うたぶん

でもElectron上のアプリが10年後も動いてるかと言ったら…
そもそも10年後にビルド環境を用意できるかどうかとなると極めて怪しい

2024/09/26(木) 19:41:09.21

そりゃ思い込みだな
ReactとElectronのリリースは11年前、最も成功したElectronアプリであるVSCodeもなんと9年前だ
SPA系のモダンWebも実は既に十分に枯れた技術なんだよ

2024/09/26(木) 20:32:23.63

WPFでSkia使えばめちゃくちゃ早いが。

2024/09/26(木) 21:39:21.10

>>129
いや言ってる意味がわからないならいい

2024/09/26(木) 21:49:40.33

>>129
11年前のコードがそのまま動くとでも？

2024/09/26(木) 22:47:15.58

たまにVC++6.0使っとるが。

2024/09/27(金) 07:49:49.43

VB6.0のように動かすだけならできるだろ
何が極めて怪しいんだ

2024/09/27(金) 07:55:31.74

あと10年経つと文字小さすぎて読めないとかボタン小さすぎて押せないとか言われてると思われる
ViewBoxなんてカレンダーコントロールにしか使ってなかったが、対処療法には使える

2024/09/27(金) 08:05:02.49

VB6.0が動くの正確な意味って解像度とか作成時の状態を踏襲した上でって意味だろうに
なんでそれと同じ条件で語らないんだか

2024/09/27(金) 11:39:56.03

>>134
普通に無理やろ
VB6はruntimeが脆弱性対応で更新されてもそのまま動くし既存のOSが生きてる限りサポートされることが約束されてる

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

環境を凍結して動かすだけならハードに問題ない限り動かせるけどそういう話じゃないだろ？

2024/09/27(金) 13:01:50.28

もういいよ react の話は

2024/09/27(金) 13:22:48.25

>>137
Reactのホストって何よ
基本クライアント側だけで動く機能だぞ

2024/09/27(金) 13:31:54.31

>>139
JavaScriptがホスト環境無しには動かない言語なのは知ってる？

2024/10/01(火) 19:10:58.55

ElectronはChromiumを丸ごとバンドルするんだから全部塩漬けにするなら10年後でも普通に動くだろう
セキュリティパッチ云々はまあ.NET Framework の方ならわかるが、
5以降ならクライアントアプリは全部バンドル塩漬け前提になってしまってて、
後生大事にセキュリティ更新だけ当て続けるような運用はもはや不可能なんで、
状況は大して変わらんよ

2024/10/01(火) 20:26:18.35

JavaScript界隈は数十年前のDelphiのEXEやランタイム糞でか問題を現在進行形でまだやってるんだよな
ブラウザ側に金玉握られてたらエンジンごと抱え込むしかないよなあ
ほんと頭悪いわ

2024/10/01(火) 20:27:44.35

htaが神過ぎたな

2024/10/01(火) 20:56:36.69

>>142
.NETも今はCLRから何から全部抱え込むのが基本よ

2024/10/05(土) 19:46:33.97

AvalonEditが高速で気に入った
1メガ位のテキストをTextBoxに放り込んだら重くて大変だったけど快適になったわTextBox使えないわ

2024/10/08(火) 23:02:49.61

今からWPFを勉強する際におすすめの参考書やWeb資料ってある？

2024/10/09(水) 00:39:16.52

ないよ

2024/10/09(水) 00:52:19.76

WPFはすでに終わった技術で行き止まりみたいなものでMSもそこを広げていこうとはしてない
新たに入ってこようとする人間もあまりいないので書籍がない
説明資料もない
素の状態では使いづらいのでライブラリを使うけどそのせいで人がばらけてる
それもずっと研究段階で絶対こうしたほうがいいと言う統一した使い方がない
過去のweb資料も時代遅れになっている

2024/10/09(水) 07:33:01.17

他の言語したことあるならネットの情報だけで学べるやろ

**デフォルトの名無しさん** (JP 0H4f-6k2q) · 2024/10/09(水) 08:28:12.38

WPFと言ってもWinFormsとかわらんし。
XAMLはテキトーにサンプル作ればその内わかる。
(最初はポトペタでもいいと思ってる)

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

https://qiita.com/inf102
qiitaにはそれなりにある。

2024/10/09(水) 08:32:36.58

MVVMパターンやデータバインディングにこだわりすぎるとハマる

2024/10/09(水) 09:04:02.74

データバインディング、テンプレート等とWPFのMVVMは分けて考えるべき

初学者には絶対無理だけど

**デフォルトの名無しさん** (JP 0H4f-6k2q) · 2024/10/09(水) 14:18:46.27

非MVVMのWPFが自分的にはサイコー。
50-60人～　の大規模での開発なければMVVMの恩恵はない。

2024/10/09(水) 14:36:12.29

mとvmの境界が分からない
IPropertyChangedがあればvmになるの？
Commandの中身はvmじゃなくてmに書くべき？

2024/10/09(水) 16:00:23.92

難しく考える必要はない。
VMの仕事はMの状態をビューに反映させることと、Mに対して何らかのコマンドを送出すること、それだけ。
コマンドってのは例えば梱包済み商品の発送処理を開始せよ、みたいなやつね。
発送処理開始ボタンが押されるとVM上のイベントハンドラが実行される。
なお、MVVMではこのイベントハンドラをコマンドハンドラなどと呼ぶことがあるが、上記のコマンドと紛らわしいからここではイベントハンドラと呼ぼう。
そして、イベントハンドラは関連するパラメータと共に発送処理クラス(これがMに相当)の処理実行メソッドを呼ぶ。これがコマンドの送出だ。
そしてVMはメソッドの戻り値等を介して「発送処理中」ステータスに更新された受注情報のリストを受け取り、その内容を自らのプロパティに反映する。
結果として、画面上の受注情報のステータスが更新されることになる。
泥臭い話と思うかもしれないが、君の憧れるMVVMやドメイン駆動といったアプリケーションアーキテクチャのキラキラワードの実態は本来こういうものだ。

2024/10/09(水) 16:26:14.31

別にMVVMを全部コードで書いてもよい
これからわかることは...

2024/10/09(水) 17:57:57.80

WinUI3 でバリデーションエラーをTextBox に表示するのってどうやるの？
INotifyDataErrorInfo はあるし
VisualState にもそれっぽいのあるからできると思うんだけど。。

2024/10/09(水) 22:40:18.12

「ViewModelはViewのための橋渡しをするだけで、他のロジックはModelが持つ」と理解したんだけど、例えば以下のような感じ？

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

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

役割は違うけど、VMとMとで同じプロパティを書く冗長さがある感がする
INotifyPropertyChangedみたいなWPF特有の知識をModelに持たせない、という考えは納得できる

2024/10/09(水) 23:50:39.69

こういう不毛な話を20年続けてる

2024/10/10(木) 00:48:19.73

ましで

2024/10/10(木) 10:13:58.71

>>153
変更イベントでTextをintに変換とかいちいちしてるの？

2024/10/10(木) 11:08:47.70

>>158
それで正しい
面倒ならCounterStateを完全にイミュータブルにして、そのインスタンスを直接プロパティで公開してしまえばいい
それならCounterStateがINotifyPropertyChangedを実装する必要はなくなる
その方がReactなんかのモダンWebアーキテクチャに近い今時の構造になるが、WPFの場合は更新時にモデル全体を差し替えるようなことをすると更新範囲が広くなっちゃうからパフォーマンスは犠牲になる

2024/10/10(木) 18:21:44.49

PropertyChanged.Fodyも[ObservableProperty]も使ってないって情報古すぎる
今時手書きはないよ

2024/10/11(金) 01:00:45.44

質問者が問題視しているのはプロパティの重複とWPF特有の要件をMに持ち込むことだから、
それらのツールは何ら本質的な解決にはならないでしょう

2024/10/11(金) 07:34:33.39

xamlってWidth＝{Binding Path＝vm.Width×0.9f}
みたいな形でバインディングプロパティを加工出来ないのがつらいよな
Converterあるけどあれだと0.9fとか0.5fとかいろいろなサイズに対応するために複数のコンバーター作らないといけないし

2024/10/11(金) 09:21:28.65

WYSIWYGなGUIビルダーが前提の時代遅れな設計だから仕方ない
Reactなら普通に式書けるが、ああいう手書き前提のアーキテクチャではビジュアルデザイナを実装するのが困難だ
業界がまだRADの幻想に囚われていた時代の遺物よ

2024/10/11(金) 12:38:14.23

>>165
ConverterParameter

2024/10/11(金) 15:03:42.73

今からデスクトップアプリは何で開発すればよいの？結局、未だにWPF？

2024/10/11(金) 15:07:40.13

Tauri

2024/10/11(金) 17:27:07.45

WebベースならElectron、Tauri、WebView2あたり
Webが嫌なら、もはやWin向けではMS謹製となった React Nativeだな

2024/10/11(金) 17:54:11.45

>>168
簡単な奴ならWinUI3でいいけど業務アプリとかガチめのやつはWPFが安定

2024/10/11(金) 17:55:27.19

>>167
ありがとう
こんな機能あったんだね

2024/10/11(金) 19:42:24.84

>>172
あとConverterにプロパティを書いておくと、x:Keyと一緒に指定できるよ

2024/10/11(金) 22:22:51.77

Web系ならGo製のWailsという選択肢もある
Tauriよりもビルドがだいぶ早い (RustはC++と同様にビルドが長くなりがち)

ただしElectron等はWeb系のフロントエンドの知識 (TypeScriptだったり、フレームワークやCSSだったり) が必要だから、C#に慣れてるならWPFになると思う
自分は試したことないけど、Avaloniaも評判は良さそうに思える

2024/10/11(金) 22:39:29.66

Webベースで作る時に、見た目をWindows風にするスタイルシートってある？

2024/10/11(金) 23:27:08.82

>>175
Webならなんだって出来る
https://paradoxepoch.github.io/win11-css/

2024/10/11(金) 23:43:34.27

>>175
こっちだったね
https://github.com/Laaouatni/w11CSS

2024/10/11(金) 23:45:25.83

それこそReact Native使えば？
UWPだからWindows風どころか正真正銘WindowsネイティブUIよ

2024/10/11(金) 23:49:11.62

>>177
開発止まっとる

2024/10/12(土) 00:48:02.73

Webなら格好いUIつくれんのに
Windowsの古めかしい方に寄せるのは何故？

2024/10/12(土) 01:37:01.36

>>180
客に「違和感がある」とか文句付けられないようにするため

2024/10/12(土) 02:33:02.01

Windowsアプリなんだから格好いい悪いじゃなくて他のWindowsアプリと揃えなきゃだめだろう
まあネイティブとWebViewだとテキストボックスの挙動すら違うんだけどな

2024/10/12(土) 08:38:27.68

windowsのアプリとかみんなバラバラじゃん、OS周り以外は

ダサくて使わないけどfluentUI
https://react.fluentui.dev/

2024/10/12(土) 08:42:51.92

そろそろスマホでもアプリの時代が終わりつつある
些細なことでアプリを入れたくないと言う心情は理解出来る

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

アプリはもうすぐ死ぬ

2024/10/12(土) 08:44:53.19

サービスは主要なインフラアプリに統合されて
ツールはツールで残る

2024/10/12(土) 08:47:19.10

Material UI: https://mui.com/
Ant Design: https://ant.design/

2024/10/12(土) 09:33:49.34

react nativeってopenGLとかopenCV使える？

2024/10/12(土) 11:36:56.71

>>183
リアクトのfluentUIダサいよな
WindowsのfluentUIはそこそこかっこいいんだが
単純にアクリルがあるかないかの違いかもだが

2024/10/12(土) 15:13:33.54

Blazor HybridでFull C#がいい
TS/JSのエコシステムを組み入れる必要がないから
MSスタックで長くやってきた会社には向いてるはず

2024/10/12(土) 20:26:13.92

いくらMSどっぷりといえど、HTML/CSS使えるのにJSできないというのは考えにくいでしょ
そもそもMSってなんだかんだJS大好きだしなあ

2024/10/12(土) 23:44:20.49

そもそもGUIってのはアプリごとに操作を覚え直さなくていいようにパーツを統一するところから始まってるわけで
WindowsもXPぐらいまではかなりのレベルで統一されてたはずなんだ…

Webアプリが主原因だけどWPFアプリの見た目がWin32とちょっと違ったのも一因だよな…

2024/10/13(日) 01:44:41.67

>>191
そりゃないね
VSCが馬鹿でかいボタン集めて作られてもかなわんからな

2024/10/13(日) 10:34:56.19

VSCode含め、最近では不特定多数向けのGUIアプリって基本的にMacで開発されているものが多いから、
Windowsの作法なんてそもそも開発者の眼中にないんだよ
Macはむしろ伝統的にWin以上にOS側でUXを統一する思想が強かったわけだけど、Apple陣営としては開発者の取り込みのためにはWeb開発者に迎合せざるを得なかった
そして結果的に当のApple陣営の存在がアプリの独自UX化を強力に助長してしまったというのは皮肉な話だ

2024/10/13(日) 10:42:53.21

Avaloniaってどうなの
Blazor Hybridとどっちがいい？

2024/10/13(日) 10:45:20.07

個別のアプリと言うもの自体が死にかけてるからなんでもいいんじゃないかな
今がピークで本当にマルチなGUIはドンドン必要なくなってくると思うよ

2024/10/13(日) 11:27:03.11

ここってWPFかWinFormsしか使えないジジイたちが時代についていけずアレがいいのか？コレがいいのか？と右往左往するスレだよな

2024/10/13(日) 11:30:10.00

>>193
言うてMacOSは今でもOS標準アプリは一貫した作法のままだしな
標準アクセサリですらまるでバラバラなWindowsは格が違う

2024/10/13(日) 12:03:48.62

>>196
色々な技術が乱立していて自分で主体的に取捨選択しなきゃいけないのは決して今に始まったことじゃないんだけどな
お仕着せのMSスタックに身を預けることしかしてこなかったジジイたちが、ここにきて遂にMSに梯子を外されてしまい右往左往している構図

2024/10/13(日) 13:03:58.52

梯子外しって何のこと？
今も現役だし、サポート終了の話が出てるわけでもないぞ
新機能が追加されるようなことは無いだろうけど

2024/10/13(日) 13:41:08.23

MS的にはUWP→WinUI3を追いなさいと言うことだけど
それもネイティブアプリ自体が死にかかってるので微妙