WPF(.NET, WinUI) GUIプログラミング Part33 (815ﾚｽ)
上下前次1-新
101: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM73-sUBN) [sage] 2024/09/23(月) 11:22:29.89 ID:EQovMdIGM(1) AAS
非常に何とも言い難いね
自分もC# C++ハイブリッドでやってるけど非常にめんどくさい
でも速度的にメリットがあるので続けるしかない
一般的なコードで等価なコードが等価なバイナリになればいいけど無理だな
102: デフォルトの名無しさん (ﾜｯﾁｮｲ 620b-lUwY) [sage] 2024/09/23(月) 12:37:41.02 ID:l6I+Mk/q0(2/2) AAS
安全寄りの設計思想のC#が無防備なC++に近づくのは限界があるわな
とは言え、最近の.NETは高速化に力入れてて.NET Frameworkと比べると結構速くなった
103: デフォルトの名無しさん (ﾜｯﾁｮｲ ef0c-/y0s) [] 2024/09/23(月) 16:00:40.00 ID:m8hlisxc0(1/2) AAS
C#もSpan<T>とかSIMD叩けるようになったりして久しいし.Netのバージョンを指定できる環境ならそれなりに高速動作するのでは？
104: デフォルトの名無しさん (ﾜｯﾁｮｲ c232-7cnK) [sage] 2024/09/23(月) 16:40:20.64 ID:9pAijtDI0(1) AAS
WinUI3がAOT実装したのに話題にならないね
ちょっとした高速化以上に今まで悩まされた難読化が標準になったのにさ
105: デフォルトの名無しさん (ﾜｯﾁｮｲ d63c-co9J) [sage] 2024/09/23(月) 21:25:13.93 ID:CEJbx0xL0(1) AAS
進撃の巨人はオワコン
106(1): デフォルトの名無しさん (ﾜｯﾁｮｲ a751-4sAz) [sage] 2024/09/23(月) 23:44:36.17 ID:7O7coEBZ0(1) AAS
winUI３のdatagridでitemsourceに指定してあるObservableCollectionを変更しても画面が更新されない…
セルを更新したときに下のセルが空欄なら同値で埋めたいんだけどObservableCollectionの値は更新されてても画面が変わらないのはどうすればいいんですか？
107: デフォルトの名無しさん (ﾜｯﾁｮｲ ef0c-/y0s) [] 2024/09/23(月) 23:52:09.53 ID:m8hlisxc0(2/2) AAS
>>106
ObservableCollection<T>のTにもINotifyPropertyChangedの実装が必要
108: デフォルトの名無しさん (ｻｻｸｯﾃﾛ Sp47-i443) [sage] 2024/09/24(火) 09:51:13.74 ID:/2yiAcKTp(1) AAS
複雑なUIを妙なスクリプトで対処するなよ
改修大変なんだわ
109: デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-lUwY) [] 2024/09/25(水) 07:29:58.87 ID:i/kzvIdf0(1/2) AAS
WPFはCG以外の各種コントロールもDirect3Dで描いてんの?
110: デフォルトの名無しさん (ﾜｯﾁｮｲ 62b7-7hLx) [sage] 2024/09/25(水) 07:37:44.91 ID:Jf+yMjnA0(1) AAS
CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
WPFは更にその上で無駄な抽象化レイヤを幾重にも重ねてDirect3DやCPUで描画しているので極めて非効率
111(1): デフォルトの名無しさん (ﾜｯﾁｮｲ a778-KU+G) [sage] 2024/09/25(水) 09:21:52.51 ID:p6KYxCK00(1) AAS
WPFはDirect3D9のラッパー
そしてこれがWPFがWindows以外の.NETで提供されない理由
112: デフォルトの名無しさん (ﾜｯﾁｮｲ 1ffb-L8o3) [sage] 2024/09/25(水) 09:49:59.93 ID:UXiRrgGj0(1/2) AAS
むかしsilverLightがあったじゃん
あれはどーーなの？
113: デフォルトの名無しさん (ｻｻｸｯﾃﾛ Sp47-i443) [sage] 2024/09/25(水) 10:18:56.91 ID:GD37s86yp(1) AAS
xamlはスクリプト言語で、C#に変換さるるんじゃなかったっけ？
114: デフォルトの名無しさん (ﾜｯﾁｮｲ a711-7hLx) [sage] 2024/09/25(水) 12:26:08.34 ID:alLhlB9H0(1) AAS
されない。等価なバイナリデータに変換された上で、C++で書かれたランタイムがそれをレンダリングする。
ただしXAMLの最古のレガシー実装であるWPFについてはXAML処理系はC++ではなくC#で実装されており、パフォーマンス上のボトルネックとなっていた。
115: sage (ｱｳｱｳｴｰ Saaa-rNKn) [sage] 2024/09/25(水) 15:11:10.64 ID:8lhO0QOxa(1) AAS
silverLightは息してない
即死
116: デフォルトの名無しさん (ﾜｯﾁｮｲ 6366-Zm2Y) [sage] 2024/09/25(水) 19:01:26.39 ID:5Vhwl/nZ0(1) AAS
PRキャラの光ちゃんを助けて
117: デフォルトの名無しさん (ﾜｯﾁｮｲ 1f64-L8o3) [sage] 2024/09/25(水) 19:02:00.62 ID:UXiRrgGj0(2/2) AAS
>>111
silverLightは >>111 に対する話し
118: デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-lUwY) [] 2024/09/25(水) 20:44:46.39 ID:i/kzvIdf0(2/2) AAS
>CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
WinFormsも?
テキストボックスもDirect3Dなんだ。なんか面白いな。
119: デフォルトの名無しさん (ﾜｯﾁｮｲ 6320-VZV9) [] 2024/09/25(水) 22:17:03.73 ID:Xu8aizIi0(1) AAS
逆にWindowsでパフォーマンスの良いGUIフレームワークとなると何が候補になるの？
120: デフォルトの名無しさん (ﾜｯﾁｮｲ 1e28-DO7g) [sage] 2024/09/25(水) 22:57:15.89 ID:EcYO77Ak0(1) AAS
React
121: デフォルトの名無しさん (ﾜｯﾁｮｲ a7b0-7hLx) [sage] 2024/09/26(木) 08:04:02.48 ID:dpiVYcoi0(1/2) AAS
WebView2やElectronでReactを使うのが最良だろうね。メモリ消費量は多めだが複雑なGUIを極めて高速に描画できる。
WinUI系は迷走しまくってるからお勧めできない。
122: デフォルトの名無しさん (ﾜｯﾁｮｲ 77f4-xlq3) [sage] 2024/09/26(木) 08:46:53.86 ID:5j0XXcTR0(1) AAS
Reactが高速w
123(1): デフォルトの名無しさん (ｻｻｸｯﾃﾛ Sp47-i443) [sage] 2024/09/26(木) 10:21:05.96 ID:5M+OW9vAp(1) AAS
webベースは却下
124: sage (ｱｳｱｳｴｰ Saaa-rNKn) [sage] 2024/09/26(木) 10:44:19.65 ID:R5lWYvWFa(1) AAS
Tcl/Tk
125: デフォルトの名無しさん (ﾜｯﾁｮｲ 9232-sUBN) [sage] 2024/09/26(木) 10:58:22.15 ID:2ZTCXRzi0(1) AAS
>>123
なぜ？
126: デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MMde-co9J) [sage] 2024/09/26(木) 12:03:31.39 ID:vw75CWGjM(1) AAS
10年後に動くとは思えない
127: デフォルトの名無しさん (ﾜｯﾁｮｲ 1f66-L8o3) [sage] 2024/09/26(木) 14:30:49.45 ID:O7j1NTfr0(1) AAS
WPFはね
128: デフォルトの名無しさん (ﾜｯﾁｮｲ ef81-/y0s) [] 2024/09/26(木) 17:10:50.13 ID:5GwSM86j0(1/2) AAS
VB6.0もWinformsもWPFも公式にしろ非公式にしろ10年後も動いてると思うたぶん
ソースがあればビルドもできると思うたぶん
でもElectron上のアプリが10年後も動いてるかと言ったら…
そもそも10年後にビルド環境を用意できるかどうかとなると極めて怪しい
129(2): デフォルトの名無しさん (ﾜｯﾁｮｲ a70c-7hLx) [sage] 2024/09/26(木) 19:41:09.21 ID:dpiVYcoi0(2/2) AAS
そりゃ思い込みだな
ReactとElectronのリリースは11年前、最も成功したElectronアプリであるVSCodeもなんと9年前だ
SPA系のモダンWebも実は既に十分に枯れた技術なんだよ
130: デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-lUwY) [] 2024/09/26(木) 20:32:23.63 ID:7pm6jv2b0(1/2) AAS
WPFでSkia使えばめちゃくちゃ早いが。
131: デフォルトの名無しさん (ﾜｯﾁｮｲ ef81-/y0s) [] 2024/09/26(木) 21:39:21.10 ID:5GwSM86j0(2/2) AAS
>>129
いや言ってる意味がわからないならいい
132: デフォルトの名無しさん (ﾜｯﾁｮｲ 638b-xlq3) [sage] 2024/09/26(木) 21:49:40.33 ID:eQdJKLVp0(1) AAS
>>129
11年前のコードがそのまま動くとでも？
133: デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-lUwY) [] 2024/09/26(木) 22:47:15.58 ID:7pm6jv2b0(2/2) AAS
たまにVC++6.0使っとるが。
134(1): デフォルトの名無しさん (ﾜｯﾁｮｲ de79-sesJ) [sage] 2024/09/27(金) 07:49:49.43 ID:UPJ9A3G20(1/2) AAS
VB6.0のように動かすだけならできるだろ
何が極めて怪しいんだ
135: デフォルトの名無しさん (ﾜｯﾁｮｲ 7792-4vSm) [sage] 2024/09/27(金) 07:55:31.74 ID:/K2li3dr0(1) AAS
あと10年経つと文字小さすぎて読めないとかボタン小さすぎて押せないとか言われてると思われる
ViewBoxなんてカレンダーコントロールにしか使ってなかったが、対処療法には使える
136: デフォルトの名無しさん (ﾜｯﾁｮｲ de79-sesJ) [sage] 2024/09/27(金) 08:05:02.49 ID:UPJ9A3G20(2/2) AAS
VB6.0が動くの正確な意味って解像度とか作成時の状態を踏襲した上でって意味だろうに
なんでそれと同じ条件で語らないんだか
137(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 1fb7-AkOi) [sage] 2024/09/27(金) 11:39:56.03 ID:4PrSawPF0(1) AAS
>>134
普通に無理やろ
VB6はruntimeが脆弱性対応で更新されてもそのまま動くし既存のOSが生きてる限りサポートされることが約束されてる
Reactのホスト環境はそうはいかない
ホスト環境やReact自身の更新に追随して変更していかないと使えない
環境を凍結して動かすだけならハードに問題ない限り動かせるけどそういう話じゃないだろ？
138: デフォルトの名無しさん (ﾜｯﾁｮｲ c6d2-4sAz) [sage] 2024/09/27(金) 13:01:50.28 ID:2H6QqaiG0(1) AAS
もういいよ react の話は
139(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 1f24-L8o3) [sage] 2024/09/27(金) 13:22:48.25 ID:kLvVhYwY0(1) AAS
>>137
Reactのホストって何よ
基本クライアント側だけで動く機能だぞ
140: デフォルトの名無しさん (ﾜｯﾁｮｲ eb9a-i443) [sage] 2024/09/27(金) 13:31:54.31 ID:H3snXt7I0(1) AAS
>>139
JavaScriptがホスト環境無しには動かない言語なのは知ってる？
141: デフォルトの名無しさん (ﾜｯﾁｮｲ ff77-9JCP) [sage] 2024/10/01(火) 19:10:58.55 ID:dt9mkk9o0(1/2) AAS
ElectronはChromiumを丸ごとバンドルするんだから全部塩漬けにするなら10年後でも普通に動くだろう
セキュリティパッチ云々はまあ.NET Framework の方ならわかるが、
5以降ならクライアントアプリは全部バンドル塩漬け前提になってしまってて、
後生大事にセキュリティ更新だけ当て続けるような運用はもはや不可能なんで、
状況は大して変わらんよ
142(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 6f79-uMZa) [sage] 2024/10/01(火) 20:26:18.35 ID:J7GPtKrz0(1) AAS
JavaScript界隈は数十年前のDelphiのEXEやランタイム糞でか問題を現在進行形でまだやってるんだよな
ブラウザ側に金玉握られてたらエンジンごと抱え込むしかないよなあ
ほんと頭悪いわ
143: デフォルトの名無しさん (ﾜｯﾁｮｲ b3e6-xL0Q) [sage] 2024/10/01(火) 20:27:44.35 ID:zBjh5U/o0(1) AAS
htaが神過ぎたな
144: デフォルトの名無しさん (ﾜｯﾁｮｲ ff77-9JCP) [sage] 2024/10/01(火) 20:56:36.69 ID:dt9mkk9o0(2/2) AAS
>>142
.NETも今はCLRから何から全部抱え込むのが基本よ
145: デフォルトの名無しさん (ﾜｯﾁｮｲ 6f10-8K0N) [sage] 2024/10/05(土) 19:46:33.97 ID:QCQZKClw0(1) AAS
AvalonEditが高速で気に入った
1メガ位のテキストをTextBoxに放り込んだら重くて大変だったけど快適になったわTextBox使えないわ
146: デフォルトの名無しさん (ﾜｯﾁｮｲ dfe2-mIju) [] 2024/10/08(火) 23:02:49.61 ID:pQ+vP70p0(1) AAS
今からWPFを勉強する際におすすめの参考書やWeb資料ってある？
147: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM1f-1ld3) [sage] 2024/10/09(水) 00:39:16.52 ID:N2h11Yh4M(1/2) AAS
ないよ
148: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM1f-1ld3) [sage] 2024/10/09(水) 00:52:19.76 ID:N2h11Yh4M(2/2) AAS
WPFはすでに終わった技術で行き止まりみたいなものでMSもそこを広げていこうとはしてない
新たに入ってこようとする人間もあまりいないので書籍がない
説明資料もない
素の状態では使いづらいのでライブラリを使うけどそのせいで人がばらけてる
それもずっと研究段階で絶対こうしたほうがいいと言う統一した使い方がない
過去のweb資料も時代遅れになっている
149: デフォルトの名無しさん (ﾜｯﾁｮｲ dfe2-k+rt) [sage] 2024/10/09(水) 07:33:01.17 ID:+lBoFbSl0(1) AAS
他の言語したことあるならネットの情報だけで学べるやろ
150: デフォルトの名無しさん (JP 0H4f-6k2q) [] 2024/10/09(水) 08:28:12.38 ID:ODDYjXGdH(1/2) AAS
WPFと言ってもWinFormsとかわらんし。
XAMLはテキトーにサンプル作ればその内わかる。
(最初はポトペタでもいいと思ってる)
データバインドはWinFormsにはないけどバインドする必要もないし。
https://qiita.com/inf102
qiitaにはそれなりにある。
151: デフォルトの名無しさん (ﾜｯﾁｮｲ 0f02-hOPt) [sage] 2024/10/09(水) 08:32:36.58 ID:I+S9acjo0(1) AAS
MVVMパターンやデータバインディングにこだわりすぎるとハマる
152: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b0f-F8I7) [sage] 2024/10/09(水) 09:04:02.74 ID:LZH5WMbK0(1/2) AAS
データバインディング、テンプレート等とWPFのMVVMは分けて考えるべき
初学者には絶対無理だけど
153(1): デフォルトの名無しさん (JP 0H4f-6k2q) [] 2024/10/09(水) 14:18:46.27 ID:ODDYjXGdH(2/2) AAS
非MVVMのWPFが自分的にはサイコー。
50-60人〜 の大規模での開発なければMVVMの恩恵はない。
154: デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM86-/24N) [sage] 2024/10/09(水) 14:36:12.29 ID:GBd6hExlM(1) AAS
mとvmの境界が分からない
IPropertyChangedがあればvmになるの？
Commandの中身はvmじゃなくてmに書くべき？
155: デフォルトの名無しさん (ﾜｯﾁｮｲ e785-jyON) [sage] 2024/10/09(水) 16:00:23.92 ID:7juExw200(1) AAS
難しく考える必要はない。
VMの仕事はMの状態をビューに反映させることと、Mに対して何らかのコマンドを送出すること、それだけ。
コマンドってのは例えば梱包済み商品の発送処理を開始せよ、みたいなやつね。
発送処理開始ボタンが押されるとVM上のイベントハンドラが実行される。
なお、MVVMではこのイベントハンドラをコマンドハンドラなどと呼ぶことがあるが、上記のコマンドと紛らわしいからここではイベントハンドラと呼ぼう。
そして、イベントハンドラは関連するパラメータと共に発送処理クラス(これがMに相当)の処理実行メソッドを呼ぶ。これがコマンドの送出だ。
そしてVMはメソッドの戻り値等を介して「発送処理中」ステータスに更新された受注情報のリストを受け取り、その内容を自らのプロパティに反映する。
結果として、画面上の受注情報のステータスが更新されることになる。
泥臭い話と思うかもしれないが、君の憧れるMVVMやドメイン駆動といったアプリケーションアーキテクチャのキラキラワードの実態は本来こういうものだ。
156: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b09-F8I7) [sage] 2024/10/09(水) 16:26:14.31 ID:LZH5WMbK0(2/2) AAS
別にMVVMを全部コードで書いてもよい
これからわかることは...
157: デフォルトの名無しさん (ﾜｯﾁｮｲ 4e95-ilj5) [sage] 2024/10/09(水) 17:57:57.80 ID:Fy3THiM40(1) AAS
WinUI3 でバリデーションエラーをTextBox に表示するのってどうやるの？
INotifyDataErrorInfo はあるし
VisualState にもそれっぽいのあるからできると思うんだけど。。
158(1): デフォルトの名無しさん (ﾜｯﾁｮｲ df24-mIju) [] 2024/10/09(水) 22:40:18.12 ID:EgWGnFmO0(1) AAS
「ViewModelはViewのための橋渡しをするだけで、他のロジックはModelが持つ」と理解したんだけど、例えば以下のような感じ？
数値カウンターアプリを作る場合にCounterState みたいなモデルを用意して、「現在値」というプロパティと、インクリメント/デクリメントするためのメソッドを実装する
ViewModelはそれを画面の表示やボタン動作に紐付けるために、「現在の値」というプロパティと、ボタン押下時のコマンド (内部的にモデルのインクリメント/デクリメントメソッドを呼ぶ) を定義する
……といった具合の実装をMとVMとで行うと理解したんどけど、合ってる？
役割は違うけど、VMとMとで同じプロパティを書く冗長さがある感がする
INotifyPropertyChangedみたいなWPF特有の知識をModelに持たせない、という考えは納得できる
159: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM1f-1ld3) [sage] 2024/10/09(水) 23:50:39.69 ID:dETTV3dXM(1) AAS
こういう不毛な話を20年続けてる
160: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b29-F8I7) [sage] 2024/10/10(木) 00:48:19.73 ID:Y9XtQuCJ0(1) AAS
ましで
161: デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM86-/24N) [sage] 2024/10/10(木) 10:13:58.71 ID:6yZTy5dIM(1) AAS
>>153
変更イベントでTextをintに変換とかいちいちしてるの？
162: デフォルトの名無しさん (ﾜｯﾁｮｲ e7a9-jyON) [sage] 2024/10/10(木) 11:08:47.70 ID:Ulhr2nl60(1) AAS
>>158
それで正しい
面倒ならCounterStateを完全にイミュータブルにして、そのインスタンスを直接プロパティで公開してしまえばいい
それならCounterStateがINotifyPropertyChangedを実装する必要はなくなる
その方がReactなんかのモダンWebアーキテクチャに近い今時の構造になるが、WPFの場合は更新時にモデル全体を差し替えるようなことをすると更新範囲が広くなっちゃうからパフォーマンスは犠牲になる
163: デフォルトの名無しさん (ﾜｯﾁｮｲ c610-6k2q) [sage] 2024/10/10(木) 18:21:44.49 ID:bR/Ks12r0(1) AAS
PropertyChanged.Fodyも[ObservableProperty]も使ってないって情報古すぎる
今時手書きはないよ
164: デフォルトの名無しさん (ｽｯｯﾌﾟ Sdea-jyON) [sage] 2024/10/11(金) 01:00:45.44 ID:V8K6PYDOd(1/2) AAS
質問者が問題視しているのはプロパティの重複とWPF特有の要件をMに持ち込むことだから、
それらのツールは何ら本質的な解決にはならないでしょう
165(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4ed2-bvTI) [sage] 2024/10/11(金) 07:34:33.39 ID:D2KvZw8t0(1/3) AAS
xamlってWidth＝{Binding Path＝vm.Width×0.9f}
みたいな形でバインディングプロパティを加工出来ないのがつらいよな
Converterあるけどあれだと0.9fとか0.5fとかいろいろなサイズに対応するために複数のコンバーター作らないといけないし
166: デフォルトの名無しさん (ﾜｯﾁｮｲ 462e-jyON) [sage] 2024/10/11(金) 09:21:28.65 ID:CgGvZ7IF0(1/2) AAS
WYSIWYGなGUIビルダーが前提の時代遅れな設計だから仕方ない
Reactなら普通に式書けるが、ああいう手書き前提のアーキテクチャではビジュアルデザイナを実装するのが困難だ
業界がまだRADの幻想に囚われていた時代の遺物よ
167(1): デフォルトの名無しさん (ﾜｯﾁｮｲ dbde-OzAm) [sage] 2024/10/11(金) 12:38:14.23 ID:LpW4FRFf0(1/2) AAS
>>165
ConverterParameter
168(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 9bcb-ilj5) [sage] 2024/10/11(金) 15:03:42.73 ID:aU2XMHpS0(1) AAS
今からデスクトップアプリは何で開発すればよいの？結局、未だにWPF？
169: デフォルトの名無しさん (ﾜｯﾁｮｲ 8bec-uxRS) [sage] 2024/10/11(金) 15:07:40.13 ID:oAJpwo350(1) AAS
Tauri
170: デフォルトの名無しさん (ﾜｯﾁｮｲ 462e-jyON) [sage] 2024/10/11(金) 17:27:07.45 ID:CgGvZ7IF0(2/2) AAS
WebベースならElectron、Tauri、WebView2あたり
Webが嫌なら、もはやWin向けではMS謹製となった React Nativeだな
171: デフォルトの名無しさん (ﾜｯﾁｮｲ 4ed2-bvTI) [sage] 2024/10/11(金) 17:54:11.45 ID:D2KvZw8t0(2/3) AAS
>>168
簡単な奴ならWinUI3でいいけど業務アプリとかガチめのやつはWPFが安定
172(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4ed2-bvTI) [sage] 2024/10/11(金) 17:55:27.19 ID:D2KvZw8t0(3/3) AAS
>>167
ありがとう
こんな機能あったんだね
173: デフォルトの名無しさん (ﾜｯﾁｮｲ dbde-OzAm) [sage] 2024/10/11(金) 19:42:24.84 ID:LpW4FRFf0(2/2) AAS
>>172
あとConverterにプロパティを書いておくと、x:Keyと一緒に指定できるよ
174: デフォルトの名無しさん (ﾜｯﾁｮｲ df93-mIju) [] 2024/10/11(金) 22:22:51.77 ID:S/LAlpyb0(1) AAS
Web系ならGo製のWailsという選択肢もある
Tauriよりもビルドがだいぶ早い (RustはC++と同様にビルドが長くなりがち)
ただしElectron等はWeb系のフロントエンドの知識 (TypeScriptだったり、フレームワークやCSSだったり) が必要だから、C#に慣れてるならWPFになると思う
自分は試したことないけど、Avaloniaも評判は良さそうに思える
175(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 0f02-hOPt) [sage] 2024/10/11(金) 22:39:29.66 ID:e+urK+rQ0(1) AAS
Webベースで作る時に、見た目をWindows風にするスタイルシートってある？
176: デフォルトの名無しさん (ﾜｯﾁｮｲ 8bd1-F8I7) [sage] 2024/10/11(金) 23:27:08.82 ID:TQ53xTM/0(1/2) AAS
>>175
Webならなんだって出来る
https://paradoxepoch.github.io/win11-css/
177(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8b73-1n8d) [] 2024/10/11(金) 23:43:34.27 ID:TQ53xTM/0(2/2) AAS
>>175
こっちだったね
https://github.com/Laaouatni/w11CSS
178: デフォルトの名無しさん (ｽｯｯﾌﾟ Sdea-jyON) [sage] 2024/10/11(金) 23:45:25.83 ID:V8K6PYDOd(2/2) AAS
それこそReact Native使えば？
UWPだからWindows風どころか正真正銘WindowsネイティブUIよ
179: デフォルトの名無しさん (ﾜｯﾁｮｲ 0655-Tt1K) [sage] 2024/10/11(金) 23:49:11.62 ID:VNXwNI6H0(1) AAS
>>177
開発止まっとる
180(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8bd1-F8I7) [sage] 2024/10/12(土) 00:48:02.73 ID:Om8PnXVB0(1/3) AAS
Webなら格好いUIつくれんのに
Windowsの古めかしい方に寄せるのは何故？
181: デフォルトの名無しさん (ﾜｯﾁｮｲ 0f02-hOPt) [sage] 2024/10/12(土) 01:37:01.36 ID:pKFLyiMR0(1) AAS
>>180
客に「違和感がある」とか文句付けられないようにするため
182: デフォルトの名無しさん (ﾜｯﾁｮｲ de10-TIP8) [sage] 2024/10/12(土) 02:33:02.01 ID:2unSxFzS0(1/2) AAS
Windowsアプリなんだから格好いい悪いじゃなくて他のWindowsアプリと揃えなきゃだめだろう
まあネイティブとWebViewだとテキストボックスの挙動すら違うんだけどな
183(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8bd1-F8I7) [sage] 2024/10/12(土) 08:38:27.68 ID:Om8PnXVB0(2/3) AAS
windowsのアプリとかみんなバラバラじゃん、OS周り以外は
ダサくて使わないけどfluentUI
https://react.fluentui.dev/
184(1): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM1f-1ld3) [sage] 2024/10/12(土) 08:42:51.92 ID:dtNF+rDsM(1/2) AAS
そろそろスマホでもアプリの時代が終わりつつある
些細なことでアプリを入れたくないと言う心情は理解出来る
スマホに100以上アプリ入れてどこに何があるのかもわからないし要らない通知ばかりされる
アプリはもうすぐ死ぬ
185: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM1f-1ld3) [sage] 2024/10/12(土) 08:44:53.19 ID:dtNF+rDsM(2/2) AAS
サービスは主要なインフラアプリに統合されて
ツールはツールで残る
186: デフォルトの名無しさん (ﾜｯﾁｮｲ 8bd1-F8I7) [sage] 2024/10/12(土) 08:47:19.10 ID:Om8PnXVB0(3/3) AAS
Material UI: https://mui.com/
Ant Design: https://ant.design/
187: デフォルトの名無しさん (ﾜｯﾁｮｲ e74a-ilj5) [sage] 2024/10/12(土) 09:33:49.34 ID:13mgHY9H0(1) AAS
react nativeってopenGLとかopenCV使える？
188: デフォルトの名無しさん (ﾜｯﾁｮｲ 4ed2-bvTI) [sage] 2024/10/12(土) 11:36:56.71 ID:SicHpmLd0(1) AAS
>>183
リアクトのfluentUIダサいよな
WindowsのfluentUIはそこそこかっこいいんだが
単純にアクリルがあるかないかの違いかもだが
189: デフォルトの名無しさん (ﾜｯﾁｮｲ f301-R8ds) [sage] 2024/10/12(土) 15:13:33.54 ID:iNamx5U/0(1) AAS
Blazor HybridでFull C#がいい
TS/JSのエコシステムを組み入れる必要がないから
MSスタックで長くやってきた会社には向いてるはず
190: デフォルトの名無しさん (ｽｯｯﾌﾟ Sdea-jyON) [sage] 2024/10/12(土) 20:26:13.92 ID:97+nJc5Rd(1) AAS
いくらMSどっぷりといえど、HTML/CSS使えるのにJSできないというのは考えにくいでしょ
そもそもMSってなんだかんだJS大好きだしなあ
191(1): デフォルトの名無しさん (ﾜｯﾁｮｲ de10-TIP8) [sage] 2024/10/12(土) 23:44:20.49 ID:2unSxFzS0(2/2) AAS
そもそもGUIってのはアプリごとに操作を覚え直さなくていいようにパーツを統一するところから始まってるわけで
WindowsもXPぐらいまではかなりのレベルで統一されてたはずなんだ…
Webアプリが主原因だけどWPFアプリの見た目がWin32とちょっと違ったのも一因だよな…
192: デフォルトの名無しさん (ﾜｯﾁｮｲ 8b86-0IMV) [sage] 2024/10/13(日) 01:44:41.67 ID:j6St0Zu00(1/2) AAS
>>191
そりゃないね
VSCが馬鹿でかいボタン集めて作られてもかなわんからな
193(1): デフォルトの名無しさん (ｽｯｯﾌﾟ Sdbf-DTpc) [sage] 2024/10/13(日) 10:34:56.19 ID:ii5+beJfd(1/2) AAS
VSCode含め、最近では不特定多数向けのGUIアプリって基本的にMacで開発されているものが多いから、
Windowsの作法なんてそもそも開発者の眼中にないんだよ
Macはむしろ伝統的にWin以上にOS側でUXを統一する思想が強かったわけだけど、Apple陣営としては開発者の取り込みのためにはWeb開発者に迎合せざるを得なかった
そして結果的に当のApple陣営の存在がアプリの独自UX化を強力に助長してしまったというのは皮肉な話だ
194: デフォルトの名無しさん (ﾜｯﾁｮｲ 9f46-r4Ei) [] 2024/10/13(日) 10:42:53.21 ID:t+94VYTX0(1) AAS
Avaloniaってどうなの
Blazor Hybridとどっちがいい？
195: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMcf-Qucc) [sage] 2024/10/13(日) 10:45:20.07 ID:K8QjVhgfM(1/2) AAS
個別のアプリと言うもの自体が死にかけてるからなんでもいいんじゃないかな
今がピークで本当にマルチなGUIはドンドン必要なくなってくると思うよ
196(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 4bba-8HRG) [sage] 2024/10/13(日) 11:27:03.11 ID:KMuly+QI0(1) AAS
ここってWPFかWinFormsしか使えないジジイたちが時代についていけずアレがいいのか？コレがいいのか？と右往左往するスレだよな
197: デフォルトの名無しさん (ﾜｯﾁｮｲ 0f10-Pf4Z) [sage] 2024/10/13(日) 11:30:10.00 ID:USukL5ei0(1/2) AAS
>>193
言うてMacOSは今でもOS標準アプリは一貫した作法のままだしな
標準アクセサリですらまるでバラバラなWindowsは格が違う
198: デフォルトの名無しさん (ﾜｯﾁｮｲ 0f94-DTpc) [sage] 2024/10/13(日) 12:03:48.62 ID:pdU5irXc0(1/2) AAS
>>196
色々な技術が乱立していて自分で主体的に取捨選択しなきゃいけないのは決して今に始まったことじゃないんだけどな
お仕着せのMSスタックに身を預けることしかしてこなかったジジイたちが、ここにきて遂にMSに梯子を外されてしまい右往左往している構図
199: デフォルトの名無しさん (ﾜｯﾁｮｲ fbb4-+sfS) [] 2024/10/13(日) 13:03:58.52 ID:ruoQpPM20(1/2) AAS
梯子外しって何のこと？
今も現役だし、サポート終了の話が出てるわけでもないぞ
新機能が追加されるようなことは無いだろうけど
200: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MMcf-Qucc) [sage] 2024/10/13(日) 13:41:08.23 ID:K8QjVhgfM(2/2) AAS
MS的にはUWP→WinUI3を追いなさいと言うことだけど
それもネイティブアプリ自体が死にかかってるので微妙
上下前次1-新書関写板覧索設栞歴
あと 615 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.025s