- 1 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 05:40:40.10 ID:+TySdXxT.net]
- WPF(Windows Presentation Framework)について語るスレ。
前スレ
WPF(.NET, WinUI) GUIプログラミング Part27
https://mevius.5ch.net/test/read.cgi/tech/1632044619/
関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/
コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/
- 321 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:07:44.33 ID:xE3FS5+c.net]
- コンポーネントメーカーdebexpressの中の人が速度がでねぇっていってるし
community toolkitのDataGridも速度出てねぇし
つまりListViewとかで速度がWPFより遅いって話なんじゃねぇの??
- 322 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:08:04.86 ID:qXoJQquN.net]
- >>316
UWPの.net Nativeは極めて優秀だからそれと比較してGUIのパフォーマンスやインストールサイズが悪くなるのはしょうがない
UWPだとライブラリの中でアプリで使われていない部分を全部バッサリ切り捨てるしAOTにコンパイルされるので
WPFのUnSafeと同等のパフォーマンスだ
UWPはWPFと比べられないほどインストールサイズも小さいし速度も早い
ただUWPでもファイル操作はサンドボックス化の影響を受けていて遅いが、WinUI3はSystem.IOを使えるからそこは充分早い
- 323 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:10:30.82 ID:6QhYGEAR.net]
- マイクロソフトの中でもフレームワーク開発チームは互いに戦ってるのかな
- 324 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:12:07.58 ID:ES8IiGQC.net]
- >>315
WPF on .NET6の次はWPF on .NET8に乗せ換えるだけだぞ。
>技術的進展もなければ
だからそもそも採用されない。
わざわざ生産性が低いものを選ぶ理由がない。
- 325 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:24:14.14 ID:s9A1ir2/.net]
- >>321
生産性は高いよ
時間当たりに生み出す価値が大きいほうが生産性が高いと言う
winformsで5分でできるものをWPFでは確実にそれ以上かかる
しかも学習時間も含めるとWPFの生産性が確実に低い
- 326 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:31:14.07 ID:VAjtBqbg.net]
- WinFormとWPFは同等の手法が使えるからどっちがどっちって事はないだろ
慣れたら何かBindableObjectとReativeProperty使えばVVMでサクっと作れて見通しも良い
- 327 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:33:48.96 ID:cnyVxlxn.net]
- >>319
そもそもUWPってGUIはWindows側のAPIを呼ぶだけだからな
WPFやWinUI3みたいに巨大なランタイムをロードする必要がない
AOTみたいな小手先の最適化を云々する以前に、ディスクIOの量が全然違う
- 328 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:49:28.29 ID:cAuAN9G6.net]
- >>322
いや、生産性はかなり低い。
作るスピードも修正するスピードもWPFの方がずっと上。
winformsの進化版として使う分には学習時間なんてほとんどかからない。
- 329 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:52:12.13 ID:s9A1ir2/.net]
- 常に勉強し続けるのが善で正義と思うのは間違い
MVVMのパターンも変わり続けて何か正義なのかすらもわからない
これはこうしたほうがいいと絶対的に言える状況なのか
1年しないうちにいやいやこれはとか訂正されたりライブラリから削除されたり生産性が低すぎる
- 330 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 21:55:34.96 ID:s9A1ir2/.net]
- MVVMの長らくの議論
ダイアログはどうやって出すかみたいな馬鹿な問題とかもうどうでもいい
- 331 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 22:09:55.99 ID:ES8IiGQC.net]
- ひょっとしてWPFはMVVMで作らないといけないと勘違いしている？
MVVMを一切使わなくても問題ないよ。それでもWPF使った方が開発が楽だから。
- 332 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 22:17:46.86 ID:C8AABCuO.net]
- バインディングって単語が出るとMVVMパターンと同一視しちゃうのかな
- 333 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 22:43:33.35 ID:sOBRzctF.net]
- コードビハインド書いたらMVVMじゃないと
- 334 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 22:46:16.80 ID:aWeidgzt.net]
- 個人的にはC++みたく良いとこ取りする感じかな
WinFormsの気軽さで、データバインディングするだけ
- 335 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 22:49:22.58 ID:VAjtBqbg.net]
- 単発アプリならVVMでじゅうぶんMは要らん
やりにくいところはコードビハインドで逃げ
- 336 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 23:47:52.75 ID:DOsFVpUk.net]
- >>332
Mは普通APIの先のサーバサイドにあるだよ
- 337 名前：デフォルトの名無しさん mailto:sage [2022/02/15(火) 23:48:13.11 ID:DOsFVpUk.net]
- >>327
笑
- 338 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 10:21:32.43 ID:JfSJk6Eb.net]
- 笑笑
- 339 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 10:59:48.00 ID:T0LbVKne.net]
- ダイアログに関する議論はMFCの頃から繰りかえされていてMVVM関係ない
最近の話題だと適用ボタンだよね。ダイアログに何か設定するOn/Offという項目があったと仮定して
その設定が反映されるのは(1)On/Off切り替えた瞬間(2)適用ボタンを押したとき(3)OKを押してダイアログを閉じた時
でそれぞれ異なる
- 340 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 11:30:15.17 ID:JfSJk6Eb.net]
- 使うコントロールも考慮する必要がある。
トグルスイッチはOn/Offを切り替えた瞬間に設定を反映することが求められる。
- 341 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 14:09:37.66 ID:ie/DSr5F.net]
- その話題もMVVM関係ないんだけどな
ただのUIの問題で
- 342 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 14:28:20.83 ID:prElW7Wj.net]
- https://github.com/microsoft/microsoft-ui-xaml/issues/6360
これうちでも発生してるわ
パッケージ名を、初期値のぐちゃぐちゃなやつに戻したらきちんと動いた
パッケージ表示名だけ変えておけば問題ない？ユーザーから見える部分で影響がなければいいんだけど
- 343 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 14:46:38.19 ID:9x9DexoX.net]
- >>338
うん、だから今は設定反映の話題だよ。
- 344 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 21:11:28.96 ID:raZgx3Yl.net]
- 違うんじゃね？
VとVMの対話の件だろ
結局メッセンジャーパターンで解決されたけど
MVVM界隈でもWPFだけだぞ
とにかくアホらしい
- 345 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 21:54:37.14 ID:GuByYKJZ.net]
- MVVMで真っ当に実装する必要があるならダイアログ今はサービス使ってるわ
適当アプリならVMからShowDialogや！
- 346 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 22:33:25.97 ID:raZgx3Yl.net]
- MVVMで御高説をのたまってるやつらも、
ダイアログだけVMがVの参照持ってるの多いと思われ
アホ過ぎ
- 347 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 22:56:04.26 ID:GuByYKJZ.net]
- ケースバイケースだろ
- 348 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 22:56:34.84 ID:k9K3LRO9.net]
- WinUI3のContentDialogは極自然にVMから操作可能ではある
但し厄介なバグがあるんだよな
- 349 名前：デフォルトの名無しさん mailto:sage [2022/02/16(水) 23:50:00.59 ID:9J2Avx3b.net]
- そういうところが最近のMSらしい
- 350 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 00:27:46.74 ID:mxZsFD+m.net]
- Windowsのシステムで設定したテーマをそのまま使うと問題ないけど
RequestedThemeでアプリ独自のテーマに変更するとContentDialogの表示がおかしくなる
黒バックに黒文字になったり白バックに白文字になったり
しかしContentDialogをページに埋め込みじゃなくて独立させて作るとと何故かうまく動く
- 351 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 08:30:25.43 ID:RRNNLUq7.net]
- >>341
いや、違くない。最初にMVVMとは関係ないと断っている。
だから実装ではなくUXの話。
ちなみにメッセンジャーパターンはアンチパターンだから使うやつは馬鹿。
- 352 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 08:57:01.84 ID:j4TiyS3p.net]
- >>348
どうするのが正解？
- 353 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 13:33:28.92 ID:D3Kp3a02.net]
- >>348
俺がWPFまだやってた頃、
VとVMの通信の方式でかなり揉めてて
メッセンジャーパターンの確立で
やっとWPF流MVVMのすべての問題が解決！
皆が＼(^o^)／ってなってたんだけど
その後なんか動きがあったのかい？
自分はこの頃WPFにサヨナラして
SPAに全振りする事になったんだけど
- 354 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 13:34:33.35 ID:D3Kp3a02.net]
- >>VとVMの通信
これ双方向の話ね
- 355 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 14:37:01.90 ID:YUSmIxV4.net]
- WinUI3、ちょくちょくデザイナが表示されないってバグ報告あがってて笑った。
まさかデザイナが無いなんて夢にも思わないよな。正式版なのに。
- 356 名前：デフォルトの名無しさん mailto:sage [2022/02/17(木) 14:38:43.90 ID:/0nSI8jp.net]
- WPFに歴史的価値があるとすれば、それは
MVVMは保守性と開発効率を低下させると実証したこと。
- 357 名前：デフォルトの名無しさん [2022/02/18(金) 13:11:59.42 ID:J8+KRXGO.net]
- 既存のFormアプリにWPFのWindowを表示するため
WPFカスタムコントールライブラリのプロジェクトを追加して
WPFのWindowがダイアログで開けたのですが、なぜかFormアプリの
UIコンポーネントが全て小さくなります。
小さくならない方法はありますでしょうか？
- 358 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 14:23:41.28 ID:94FodQmT.net]
- >>350
VでVの要素を操作するサービスクラスを生成してVMにインジェクションするのが一番楽だが
詳細を噛み砕いて説明するのは骨が折れるから誰かやってくれ
- 359 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 17:40:21.19 ID:FPiQltqk.net]
- >>355
WPF メッセンジャー MVVMでググると上位は大体10年前ぐらいの記事が出てきます
でも多分今でもメッセンジャー使ってる人はいるんだと思う
○○の寄せ集めのQiitaですら代わりの技術の紹介がない
- 360 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 17:43:40.08 ID:NqXxszTV.net]
- WPFがMVVMがクソだと証明したからな。
- 361 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 17:47:22.30 ID:FPiQltqk.net]
- 他のMVVMではこんな話で盛り上がってないもんな
データの射影ぐらいの扱いなのになんでWPFじゃ状態遷移とかその他もろもろ全部MVVMでやらなければならないんだ
どうせ再利用なんかしないのに
- 362 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 17:54:24.26 ID:Sc3FeDVQ.net]
- >>358
中途半端な初心者が「MVVMでやらないとバカにされる!」
って強迫観念に囚われてるか、意味も分からずこうやって作るものって思考停止してるか、両方か
- 363 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 17:58:06.73 ID:FPiQltqk.net]
- >>359
いやいや
熟練と言うか知り尽くしたほうが危うい
- 364 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 18:26:19.18 ID:TADg4zOp.net]
- メッセンジャーパターンまで付�
- 365 名前：ｫ合って
辞められて良かったわーー
苦労しても固有のロジックすぎて
他で全く役にたたないからな [] - [ここ壊れてます]
- 366 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 18:27:26.73 ID:TADg4zOp.net]
- >>359
当時から、
MVVM至上主義って言われてたよな
- 367 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 18:45:06.76 ID:T3Y33b1k.net]
- MVVM使わないで、例えばconfigを設定する画面を想定した場合、
//configからcontrolへ
IdTextBox.Text=config.Id;
//controlからconfigへ
config.Id=IdTextBox.Text;
みたいなのをコードビハインドに書いてるの？
- 368 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 21:55:43.47 ID:+xc5jpMS.net]
- HTML/CSSなら思い通りの画面作れるけどXAMLだと作れない。
「技術的に」じゃなくて「自分のスキル的に、っていう意味だけど、
やっぱり参考となるようなsampleの絶対数の少なさがなぁ。
- 369 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 22:07:10.37 ID:tDFU7xrn.net]
- WebView2でよくね？
今更こんなオワコン使わなくても
- 370 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 22:20:20.27 ID:eP6qEqnA.net]
- 話題がループしてるな
- 371 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 22:31:21.56 ID:TADg4zOp.net]
- >>365
WebView2をどう使うの？
- 372 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 22:34:46.53 ID:y3Eq57lv.net]
- WebView2の人はUIフレームワークとツールキット何使ってる？
- 373 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 23:51:16.91 ID:YtNFK6ow.net]
- あー、WebViewでローカルのhtmlとかも表示できるってこと？
だったらそれでいいのかな
- 374 名前：デフォルトの名無しさん mailto:sage [2022/02/18(金) 23:55:20.81 ID:TADg4zOp.net]
- どうやって表示制御するの？
- 375 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:12:02.32 ID:v22Fyi01.net]
- >>370
C#のオブジェクトをWebView側に渡すことでJavaScript側からC#のメソッドを呼び出したりC#側の状態を参照したりできる
あとは普通にJavaScript側でReactとか使うだけだ
- 376 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:22:40.12 ID:UkMRjGML.net]
- JS側とC#のやり取りをどうやるか定番ってあるのかな。
あまり聞いたことがないがまさかRESTとかじゃないだろうし。
- 377 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:27:02.29 ID:yc9OR0yy.net]
- WPFで自前ブラウザー&httpsサーバー作って
SPAをホストする方法ね
中身はReactとか...
自分がSPAに移行するまえに
しのぎでやってた方法
この方式でキオスク端末でまだ何台か動いてるよ
でも今はPWA有るからそっちのが楽だけどね
- 378 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:27:35.44 ID:yc9OR0yy.net]
- >>372
websocket
- 379 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:28:31.85 ID:yc9OR0yy.net]
- >>372
electron.NETとかみてみれば
もうWPFの要素ないけど...
- 380 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:32:25.83 ID:yc9OR0yy.net]
- あとc#とjsの連携のedge.jsというのがある
- 381 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:36:35.88 ID:X0wJkiGG.net]
- >>368
Svelte
- 382 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:47:45.48 ID:UkMRjGML.net]
- なんかいっぱいでてきたｗ
定番とかは定まってないのか。
- 383 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:51:11.00 ID:yc9OR0yy.net]
- react
変なの選択すると開発者集めに苦労するよ
保守も
- 384 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 00:59:59.59 ID:UkMRjGML.net]
- 純粋なWebアプリならもちろんReactでいいんだが。
>変なの選択すると開発者集めに苦労するよ
JS on C#ってのが現時点ではそんな気がする。
素直にWPFやFormsでいいじゃん、と。
- 385 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 01:26:47.51 ID:yc9OR0yy.net]
- 潮流的にクライアントサイド要員はjs(ts)必須ですね
デザイナーの成果物がhtml,css,jsですから
ダサいのは商品価値もさがりますからね
サーバサイドはjava,c#,js,ruby,python(最近は本当に増えてます)いろいろですね
言語統一したかったらjsですね
ただサーバサイドは要員も別のが多いです
- 386 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 02:10:08.75 ID:9cx4u8XC.net]
- jsは型が動的なのがなぁ…tsも実行時の型は保証してないし
- 387 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 03:21:20.16 ID:YdSWfk2N.net]
- TSの処理系によって型安全レベルが違ってるからねぇ
ありえんけどブラウザがネイティブでTSに対応したら使ってもいいけど
- 388 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 03:33:01.88 ID:yc9OR0yy.net]
- クライアントサイドはc#よりtypescriptのほうが書きやすくて圧勝ですね
あとUI開発にはホットリロード必須と思います
Blazorは最悪でした
- 389 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 07:57:27.90 ID:jK3SOMU4.net]
- JavaScript(TypeScript含む)は絶対関わりたくない。
こんなの大規模開発に使っていい代物じゃないよ。
JavaScriptが担っていた部分はDartに置き換わってほしい。
あとReact系もさっさと滅びろ。
- 390 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 07:57:48.80 ID:ApZEftHi.net]
- >>116のMS製React Nativeがいいんでないか？
もしくは
- 391 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 08:46:04.71 ID:FnhAxPLY.net]
- つか、WebView２ならC#とJSのIFは標準で用意されているのに誰も知らないのな
つまり口だけで誰も使っていないということだろ
- 392 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 09:07:27.13 ID:AlOKsuc0.net]
- >>354
答えになってないかもしれんが、
FormアプリにWPFを使うなら、formのelementhostにWPFのユーザーコントロールを貼るのがいいと思う
- 393 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 10:01:52.96 ID:yc9OR0yy.net]
- >>387
それマジ？
- 394 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 10:14:08.32 ID:FnhAxPLY.net]
- >>389
あ、371の人は知っているようだから「誰も知らない」は間違いだな
WebView2のドキュメント見れば書いてあることだ
- 395 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 10:45:05.98 ID:h/hs4NES.net]
- .NET5 WPFのListBoxについて質問があります
VS使わずにやってるんですがBehaviorがないと言われます
名前空間もusingしてますが、そもそも無いようで…
別の機種からの投稿なので具体的な名前空間は忘れましたが、サンプル通りのやつです
やりたいことは一つのListBox内の入れ替えや複数のListBox間のD&D操作です
- 396 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 10:48:21.53 ID:v6jasGDT.net]
- C#でM書いて渡せばWebView2のJSから直接アクセスできるから、MVVMやってるならVVMの部分がそのままJSとHTML/CSSに置き換わるだけだね
つまりビジネスロジックは完全にC#で書けるわけで、これでなおJSで大規模開発辛いと思うなら、
多分そいつがMVVMだと思っているものはVMにロジック書きまくってるエセMVVMの可能性が高い
- 397 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 11:31:54.74 ID:yc9OR0yy.net]
- WebView2
ひっそりとそんなブリッジ機能あったのね
10年前にあれば良かったかな...
日曜プログラマー的に
昔みたくフロントreactでロジックc#で作ってみるかな
- 398 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 11:32:54.00 ID:yc9OR0yy.net]
- でもWebView2使った
electron相当のもうあんじゃね？
知らんけど
- 399 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 11:33:36.90 ID:R5yjbcGL.net]
- System.Windows.Interactivity.dll → Xaml.Behaviors.Wpf
- 400 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 11:50:34.88 ID:UkMRjGML.net]
- >>392
でもJSとC#混在ってだけで一段ハードルが上がるわけじゃん。
ビジネスロジックだけじゃなくてプレゼンテーションロジックも同じC#で書けた方が楽なのは間違いない。
- 401 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 12:07:51.70 ID:yc9OR0yy.net]
- システム開発でweb系が苦手ってだけで
仕事めちゃ少なくなるんですよ
肩身がせまい
情シスのお客さんなら
100%web出来るから
フリーのwebのUIライブラリーに見劣る操作性のものは
恥ずかしくてだせないですね
自分は
そんな背景でjsには精通する必要があって
第二言語のc#は別のでもいい感じなのです
一番多いのはjavaで
最近はバックエンドpythonがマジで増えてる
- 402 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:03:45.50 ID:mW2XZAFZ.net]
- >>396
上がるか？下がらん？
- 403 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:16:07.12 ID:IE8zF3Kj.net]
- html側もwebview2べったりがイヤだからwebapiモドキ
- 404 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:23:50.87 ID:UkMRjGML.net]
- >>398
そのココロは？
単純にJSとC#、Reactと.NETと、異なるものを同時に扱わないとならないだけでもその分労力は増えると思うが。
- 405 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:34:39.99 ID:X0wJkiGG.net]
- >>400
Reactみたいにややこしいもの使わなくてもSvelteでも何でも良いんだし。
言ってるほど難易度高くないよ。
カスタマイズしたオーナードローなTreeViewとか作るならHTML+CSSの方がはるかに楽。
- 406 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:40:29.28 ID:yc9OR0yy.net]
- WPFは自作コントロール作るのが酷く面倒だからね
- 407 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:55:04.77 ID:UkMRjGML.net]
- >>401
つまり、カスタムコントロール作る前提なら、ってことかな。
うちでやってるデスクトップアプリだと、よほどのことがない限りいちいちカスタムコントロールなんて作らないしなぁ。
- 408 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:55:48.58 ID:X0wJkiGG.net]
- アニメーションするチャートとかもWebベースの物の方が良いもの多いよね。見やすいのが多いし、作る側としてもインタラクティブな動きはつけやすい。
最近は業務アプリでもみんな目が肥えてるから。
PowerBIとかもWebViewっぽくないか？
- 409 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 13:56:45.11 ID:X0wJkiGG.net]
- >>403
カスタムコントロールまでいかなくても、チャートの類とか、ビューアーの類とか。
PDFのプレビュー出すのにWebView使うとかもアリよ。
- 410 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 14:00:32.65 ID:UkMRjGML.net]
- JSとC#の話をしていたはずなのにCSSとXAMLの話になったり、プログラミングの話をしていたはずなのに
ライブラリが豊富という話になったり、なんだろうこのモヤッとする感じ。
- 411 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 14:04:51.66 ID:Gaj/uCI/.net]
- c#ジジイたちにWebなんてムリ
今のhtmlやcssは複雑になったしデザインとレスポンシブ込みだとcssフレームワーク使っても使えない無能ばかりだからな
- 412 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 14:10:51.58 ID:X0wJkiGG.net]
- >>406
C#とJSを連携する目的はそれしかないからでしょ。
JSで業務ロジック作って連携する訳がないんだから。
C#でXAMLをコントロールする話と、JavaScriptでCSS+HTMLをコントロールする話が、
C#からJSにinteropしてHTML+CSSを動かす話になるじゃん。
その上で使えるライブラリはJSでしょ。
何が疑問？
- 413 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 15:33:28.33 ID:AlOKsuc0.net]
- みんな、たまにはWPFの話もしてくれよ
- 414 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 15:42:50.85 ID:HrfptPE1.net]
- WPFからバインディングを切り離したグラフィックモジュールが欲しい
バインディングが諸悪の根源
- 415 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 15:45:17.17 ID:evvGZLor.net]
- >>410
ならバインディングしなければいいだけじゃないのか
バインディングそのものはWinFormsにもあるんだぜ
- 416 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 15:47:24.50 ID:b+8HD1Ua.net]
- 常用してるライブラリがあったら教えてくり
- 417 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 16:17:06.06 ID:bVzeAasi.net]
- ID:X0wJkiGG みたいに情報提供してくれる人はありがたいけど
煽り入れてくるのはNGするといいお
- 418 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 16:34:50.41 ID:JpT/s+kG.net]
- webもやらないとなぁと思ってVueで入門だわ・・・
- 419 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 17:50:55.25 ID:X0wJkiGG.net]
- >>412
JSだとSvelteで全て済ませたいところなんだけど、d3.jsでチャート書くことも多い。
あと変わり種としては最近はmo
- 420 名前：del-viewer使ったものも作った。割とウケたけど、これは多分3D触らない人は使わないと思う。 []
- [ここ壊れてます]
- 421 名前：デフォルトの名無しさん mailto:sage [2022/02/19(土) 18:35:10.60 ID:AlOKsuc0.net]
- >>410
バインディングを一切使わなくてもアプリは作れるよ
|
 |
