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

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 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を追いなさいと言うことだけど それもネイティブアプリ自体が死にかかってるので微妙

---

---

[ 続きを読む ] / [ 携帯版 ]

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