WPF(Windows Presentation Framework)について語るスレ。
前スレ
WPF(.NET, WinUI) GUIプログラミング Part26
https://mevius.5ch.net/test/read.cgi/tech/1624176258/
関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/
コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/
WPF(.NET, WinUI) GUIプログラミング Part27
■ このスレッドは過去ログ倉庫に格納されています
2021/09/19(日) 18:43:39.82ID:9XIs1/Nq
344デフォルトの名無しさん
2021/12/02(木) 19:29:14.85ID:CTB0TicX C#のバグをコーディングのせいにするなよ。
345デフォルトの名無しさん
2021/12/02(木) 20:53:53.11ID:2ZnSDNZw エラーと落ちるのは別問題だしnullチェックは実装側がチェックするんじゃね
346デフォルトの名無しさん
2021/12/02(木) 22:23:02.65ID:VuWHbhh/ SelectManuでnullって元々例外にならん?
347デフォルトの名無しさん
2021/12/02(木) 22:35:04.02ID:+1sdEraP なるね。そもそもUI関係ない話だしな
348デフォルトの名無しさん
2021/12/03(金) 09:43:39.68ID:5p0sqebB まさか仕事で使ってないよなw
349デフォルトの名無しさん
2021/12/03(金) 15:24:52.56ID:RT3SWc39350デフォルトの名無しさん
2021/12/03(金) 15:30:45.19ID:RT3SWc39 ちょっと前も書いたがModernWPFも更新停止してて
Microsoftが強力なリーダーシップとらんからavaloniaやUnoPlatformとかみんなで戦力分散してどれも中途半端な品質になって全滅
つか、UnoPlatform 4.0でVisual Studio Codeや色々対応したぞ
これっぽっちも話題になってない
Microsoftが強力なリーダーシップとらんからavaloniaやUnoPlatformとかみんなで戦力分散してどれも中途半端な品質になって全滅
つか、UnoPlatform 4.0でVisual Studio Codeや色々対応したぞ
これっぽっちも話題になってない
351デフォルトの名無しさん
2021/12/03(金) 15:32:56.90ID:RT3SWc39352デフォルトの名無しさん
2021/12/03(金) 22:42:19.01ID:+QAa1WFf XamarinでなくUnoでいいだよな。
Xamarinチームのろますぎる。
Xamarinチームのろますぎる。
353デフォルトの名無しさん
2021/12/03(金) 23:24:24.55ID:9uRuF5M7 unoってxamarinに乗っかってるんじゃなかったか
354デフォルトの名無しさん
2021/12/04(土) 02:17:34.97ID:duEC3q7J MSがリーダーシップとる必要ないと思うけど
355デフォルトの名無しさん
2021/12/04(土) 08:19:01.55ID:jisV9eX6 MS 昔backbone、今React推しだろ
356デフォルトの名無しさん
2021/12/04(土) 10:55:56.21ID:Pfyferf0 Reactは無いわ
357デフォルトの名無しさん
2021/12/04(土) 11:25:13.36ID:CGEx/W13 unoしてみようかと思ったけど
xamarinとかいれないといけないからやめた
xamarinとかいれないといけないからやめた
358デフォルトの名無しさん
2021/12/04(土) 12:38:09.08ID:kdi4wOGz Reactはいかにも欧米的な徹底したトップダウン指向で、島猿には馴染みにくいところがあるよね
本来MVVMなんかも根底の思想はトップダウン設計なんだろうけど、見た目から入ってそこからVMを抽出するようなボトムアップな作り方でもなんとか形になるんだよ
対してReactはそうはいかなくて、抽象から具体へ一方向にデータを流す完全にトップダウンな構造が強制される
外人のいう、MVVMはビューとの細かいインタラクションがうざいみたいなのって日本人には理解しにくい感覚だろうな
本来MVVMなんかも根底の思想はトップダウン設計なんだろうけど、見た目から入ってそこからVMを抽出するようなボトムアップな作り方でもなんとか形になるんだよ
対してReactはそうはいかなくて、抽象から具体へ一方向にデータを流す完全にトップダウンな構造が強制される
外人のいう、MVVMはビューとの細かいインタラクションがうざいみたいなのって日本人には理解しにくい感覚だろうな
359デフォルトの名無しさん
2021/12/04(土) 13:36:56.15ID:jisV9eX6 WPF MVVMからReactに移行すると
あまりの簡単さに衝撃をうけるよな
簡単、極めてシンプルかつ必要なコード量も桁違いに少ない
あと驚くのがvscode使ってのデバック性能が桁違いによい
XAMLにブレークポイント貼れないとか笑える
MVVMで議論される事って
MVVMみたいな個性的な仕様を持ち込んだから発生してた事が良くわかるぞ
あまりの簡単さに衝撃をうけるよな
簡単、極めてシンプルかつ必要なコード量も桁違いに少ない
あと驚くのがvscode使ってのデバック性能が桁違いによい
XAMLにブレークポイント貼れないとか笑える
MVVMで議論される事って
MVVMみたいな個性的な仕様を持ち込んだから発生してた事が良くわかるぞ
360デフォルトの名無しさん
2021/12/04(土) 13:39:58.39ID:F0qid+KU361デフォルトの名無しさん
2021/12/04(土) 13:41:38.33ID:U53Fmlsk >XAMLにブレークポイント貼れないとか笑える
どういうことをしたいんだろ
どういうことをしたいんだろ
362デフォルトの名無しさん
2021/12/04(土) 13:43:06.95ID:F0qid+KU363デフォルトの名無しさん
2021/12/04(土) 13:43:45.86ID:wGH9SwaY バインディングで値の変更が発生するタイミングに貼りたいことはあるなあ
364デフォルトの名無しさん
2021/12/04(土) 14:01:29.89ID:jisV9eX6 証券のリアルタイムクライアントをWPFで
実装してた時とか
インジゲーターの発光条件のようなちょっとした判定がXAML内にあると苦労する
そういう時はコードビハインドで書いた方がよかった
実装してた時とか
インジゲーターの発光条件のようなちょっとした判定がXAML内にあると苦労する
そういう時はコードビハインドで書いた方がよかった
365デフォルトの名無しさん
2021/12/04(土) 14:23:58.38ID:U53Fmlsk366デフォルトの名無しさん
2021/12/04(土) 14:37:26.13ID:tlMggZBm 散々言われていることだが
x:bindをバックポートしてくれるだけでかなり作りやすくなるのだがなぁ
全然完成しない次期UIプラットフォームよりWPFを拡張した方が実用になるんじゃないか
x:bindをバックポートしてくれるだけでかなり作りやすくなるのだがなぁ
全然完成しない次期UIプラットフォームよりWPFを拡張した方が実用になるんじゃないか
367デフォルトの名無しさん
2021/12/04(土) 14:42:59.49ID:uWlSLupE 頑なにバックポートしないのはつまりそういうことだぞ
諦めたら?
諦めたら?
368デフォルトの名無しさん
2021/12/04(土) 14:55:11.84ID:B2/a6yVa >>367
どういうこと?
どういうこと?
369デフォルトの名無しさん
2021/12/04(土) 19:27:22.33ID:VDz5c7+k Uno 4.0の次はこれ
https://blog.jetbrains.com/kotlin/2021/12/compose-multiplatform-1-0-is-going-live/
Compose multiplatform
https://blog.jetbrains.com/kotlin/2021/12/compose-multiplatform-1-0-is-going-live/
Compose multiplatform
370デフォルトの名無しさん
2021/12/04(土) 19:33:01.60ID:VDz5c7+k https://developer.android.google.cn/jetpack/androidx/releases/compose-compiler
jetpack composeも順調に細かくアップデートしてくれる
winui 3の品質と大違い
jetpack composeも順調に細かくアップデートしてくれる
winui 3の品質と大違い
371デフォルトの名無しさん
2021/12/04(土) 19:39:39.42ID:VDz5c7+k flutterの方も4か月に1回リリースするから
今月にリリースくるかな
flutterのwindows,linux対応どうなってんのかな
今月にリリースくるかな
flutterのwindows,linux対応どうなってんのかな
372デフォルトの名無しさん
2021/12/04(土) 20:04:03.98ID:2JL+968q winui3待ってる間にflutterに浮気中なり・・・
373デフォルトの名無しさん
2021/12/04(土) 20:41:06.59ID:duEC3q7J フォームおじさんだったらflutterでも何も理解できないんだろうな
374デフォルトの名無しさん
2021/12/05(日) 16:05:58.30ID:zwvwJ3GL >>373
お前の理解度程度でw
お前の理解度程度でw
375デフォルトの名無しさん
2021/12/05(日) 22:10:53.32ID:2XZtwemX WinUI3のWindow制御は、よく読むと必要な情報も機能も全て用意されているのは分かったが
AppWindowPresenterという概念を理解する前にuser32を使い始めたのが敗因だったわ
一応動いているけど作り直さんといかん
流石にwpfよりはちゃんとしている
AppWindowPresenterという概念を理解する前にuser32を使い始めたのが敗因だったわ
一応動いているけど作り直さんといかん
流石にwpfよりはちゃんとしている
376デフォルトの名無しさん
2021/12/05(日) 22:59:54.39ID:Z8sJTB6x Flutterで作られたWinアプリってなんかあんの?
377デフォルトの名無しさん
2021/12/06(月) 09:10:25.40ID:kWdsX7BP378デフォルトの名無しさん
2021/12/08(水) 18:32:20.16ID:1/e0NkZI WinUI 3触り始めたけどこれ現代版WPFみたいな感じだな
違和感が少なく作業できたわ
違和感が少なく作業できたわ
379デフォルトの名無しさん
2021/12/08(水) 20:18:31.30ID:a4b1TrI6 ほぼ同じ感じだから使いたいんだけど、datagridやComboBoxのバインディングのエラーが改善されないと正直使い物にならないかなあ
かなり目立つし致命的なところだと思うんだけど、なんで放置されてるんだろ
かなり目立つし致命的なところだと思うんだけど、なんで放置されてるんだろ
380デフォルトの名無しさん
2021/12/09(木) 02:27:48.11ID:OPHaQIOf このスレでグチグチ言われてるのは、品質とパフォーマンスだね..
381デフォルトの名無しさん
2021/12/09(木) 07:02:21.82ID:kmW2UpC8 パフォーマンスはともかく
MSに品質を期待するのは野暮ってもんだ
MSに品質を期待するのは野暮ってもんだ
382デフォルトの名無しさん
2021/12/09(木) 08:19:09.95ID:tGD0zOBT ほんとα版みたいなのをリリースしてくるよね
383デフォルトの名無しさん
2021/12/09(木) 11:25:12.74ID:llOrfnKn >>380
致命的www
致命的www
384デフォルトの名無しさん
2021/12/09(木) 12:02:30.61ID:tGD0zOBT フレームワークの導入なんて最初でケチが付いたら当分は様子見になるから
初期リリースから完成度上げとくべきなんだけどMSは過去から何も学ばない
初期リリースから完成度上げとくべきなんだけどMSは過去から何も学ばない
385デフォルトの名無しさん
2021/12/09(木) 14:50:14.04ID:+JgeG0l9 描画の負荷が軽くパフォーマンスはいいと思った
バグが表面化してるのがやばい
バグが表面化してるのがやばい
386デフォルトの名無しさん
2021/12/09(木) 14:56:43.11ID:KovgkQkM 確かに0.8は酷いものだったが1.0は割と安定しているけどな
もしかすると触らずにネットの噂と印象だけで騒いでいないのか?
もしかすると触らずにネットの噂と印象だけで騒いでいないのか?
387デフォルトの名無しさん
2021/12/09(木) 14:59:54.86ID:SPazmN08 MSの.NET部門ってインターフェースを後から変えづらいAPIやフレームワークの開発ばっかりやってるから、
小さい機能セットで完成度の高いものを出していくという発想がないんだろうね
VSCodeみたいにデリバリー重視でMVPから開発していくスタイルで後から破壊的変更されまくっても困るだろ
小さい機能セットで完成度の高いものを出していくという発想がないんだろうね
VSCodeみたいにデリバリー重視でMVPから開発していくスタイルで後から破壊的変更されまくっても困るだろ
388デフォルトの名無しさん
2021/12/09(木) 15:15:05.48ID:OPHaQIOf389デフォルトの名無しさん
2021/12/09(木) 16:50:14.24ID:ZKyVqiYb まぁGAFAMにいるソフトウェアエンジニアすべてが優秀ってわけじゃないし…
MSはその中でもひとつ落ちるというか、中の下〜中の中くらいのプログラマを多く抱えてそうなイメージ
MSはその中でもひとつ落ちるというか、中の下〜中の中くらいのプログラマを多く抱えてそうなイメージ
390デフォルトの名無しさん
2021/12/09(木) 17:27:19.06ID:tGD0zOBT >>389
インターンが作った拡張機能とか公式で公開するレベルだからなあ
インターンが作った拡張機能とか公式で公開するレベルだからなあ
391デフォルトの名無しさん
2021/12/09(木) 17:28:35.06ID:kmW2UpC8 代わりに商売上手が多いんだろう
392デフォルトの名無しさん
2021/12/09(木) 23:45:52.34ID:OPHaQIOf >>371
flutter 2.8来た
flutter 2.8来た
393デフォルトの名無しさん
2021/12/10(金) 00:57:19.22ID:EMIJiqQw394デフォルトの名無しさん
2021/12/10(金) 10:58:21.08ID:IaTPmX3X >>393
依存関係プロパティーはかなり遅いようだが、対WPFで考えるとBinding VS x:Bindのアドバンテージは別に有るから
トータルでどっちが早いとか遅いの情報がないと判断つかないわな
テストはバインディングせずに直接依存関係プロパティーに値を入れているベンチマークだからね
依存関係プロパティーはかなり遅いようだが、対WPFで考えるとBinding VS x:Bindのアドバンテージは別に有るから
トータルでどっちが早いとか遅いの情報がないと判断つかないわな
テストはバインディングせずに直接依存関係プロパティーに値を入れているベンチマークだからね
395デフォルトの名無しさん
2021/12/10(金) 18:47:07.68ID:d11P/pJ3 >>197だけど
x:bindとかでどうこうなる次元じゃない遅さだと思う
x:bindとかでどうこうなる次元じゃない遅さだと思う
396デフォルトの名無しさん
2021/12/10(金) 19:23:09.60ID:EMIJiqQw397デフォルトの名無しさん
2021/12/10(金) 21:37:20.02ID:KHN3i945 1.3から本気出す
398デフォルトの名無しさん
2021/12/10(金) 22:07:40.25ID:uwE9EWvi 1.0の正式版とそれ以前では違いそう
.net 6も正式版の直前までパフォーマンス酷かったし
.net 6も正式版の直前までパフォーマンス酷かったし
399デフォルトの名無しさん
2021/12/13(月) 08:59:15.68ID:H9a7rgZr 1.0
>これはMicrosoft Windows App SDKの実験版です。
おやすみ
>これはMicrosoft Windows App SDKの実験版です。
おやすみ
400デフォルトの名無しさん
2021/12/14(火) 10:31:50.74ID:BWRxmoJr WPFはいつ如何なるときもMVVMで作るのが良い設計だと思い込んでるWPFビギナーを何とかしてあげたい。
誰が戦犯だ?
誰が戦犯だ?
401デフォルトの名無しさん
2021/12/14(火) 10:39:33.53ID:8wUcfeCA すまん、俺
402デフォルトの名無しさん
2021/12/14(火) 11:33:17.84ID:0FaSrzOE >>400
俺だな
俺だな
403デフォルトの名無しさん
2021/12/14(火) 11:55:32.17ID:bZYBqm0X 使い分けた方が良いと思ってそうしてたけど
想定外に規模が大きくなって後からMVVMに直す方が手間だと気が付いてからは
確実に大きくならないのが分かってる時以外はなるべく最初からMVVMにするようにしてる
想定外に規模が大きくなって後からMVVMに直す方が手間だと気が付いてからは
確実に大きくならないのが分かってる時以外はなるべく最初からMVVMにするようにしてる
404デフォルトの名無しさん
2021/12/14(火) 12:01:24.45ID:mpAOsF0a 所詮ビューをどう作るかの問題でしかないのにそんなに大した話かね
作り方が悪いんじゃない?
VMにビジネスロジック書きまくってそう
作り方が悪いんじゃない?
VMにビジネスロジック書きまくってそう
405デフォルトの名無しさん
2021/12/14(火) 12:53:06.59ID:GyJmmLrf 良い悪いというより慣れるとMVVMが楽になる
イベントハンドラにコード盛り付ける時代に戻りたくない
イベントハンドラにコード盛り付ける時代に戻りたくない
406デフォルトの名無しさん
2021/12/14(火) 13:03:12.96ID:O+PKsBTV 笑
407デフォルトの名無しさん
2021/12/14(火) 13:09:09.39ID:mEb6s25z 配布する際のexeやdllを難読化(逆汗防止とまでは行かなくても)する有償無償問わずお勧めのツールありますか?
408デフォルトの名無しさん
2021/12/14(火) 13:22:20.11ID:nNuI17B5 使い捨てじゃない限りMVVM使うね
409デフォルトの名無しさん
2021/12/14(火) 13:51:02.06ID:AFzuPhiG staticおじさんは今、MVVMおじさんに
410デフォルトの名無しさん
2021/12/14(火) 13:57:56.89ID:bZYBqm0X そのコンバートは対極過ぎて無理だろw
411デフォルトの名無しさん
2021/12/14(火) 14:34:25.04ID:AFzuPhiG 昔:全部staticでええやん
↓
今:全部MVVMでええやん
↓
今:全部MVVMでええやん
412デフォルトの名無しさん
2021/12/14(火) 15:22:35.56ID:NSBldbYQ MとV以外に定まった構造なんてない
MVVM原理主義者なんて無視が正解。相手するだけ時間の無駄だから
MVVM原理主義者なんて無視が正解。相手するだけ時間の無駄だから
413デフォルトの名無しさん
2021/12/14(火) 15:28:37.04ID:gkdtl+wP まあフォームズですらビジネスロジックは切り離すしな
414デフォルトの名無しさん
2021/12/14(火) 18:12:11.50ID:cTWCNRiH >>409
staticよりもDI使うね
staticよりもDI使うね
415デフォルトの名無しさん
2021/12/14(火) 18:19:08.48ID:QT7QgCvl いや切り離したらデータ検証など分割、重複してめんどくさくなるから全部Viewでやったほうが簡単
ユーザーエクスペリエンスが高くなる
wpf向けのエラー通知装置が何種類もあり迷走しているのが何よりの証拠
ユーザーエクスペリエンスが高くなる
wpf向けのエラー通知装置が何種類もあり迷走しているのが何よりの証拠
416デフォルトの名無しさん
2021/12/14(火) 18:28:22.54ID:O+PKsBTV おまえらReactとかやんねーーの?
意味不明のXaml覚える半分の時間で
Reactマスター出来んぞ
その上でXamlまたやるなら大したもんだと関心するけど
意味不明のXaml覚える半分の時間で
Reactマスター出来んぞ
その上でXamlまたやるなら大したもんだと関心するけど
417デフォルトの名無しさん
2021/12/14(火) 18:37:54.25ID:QT7QgCvl WEBアプリは来年ですら動作が怪しいからやんねーよ
418デフォルトの名無しさん
2021/12/14(火) 19:17:12.28ID:hChHIk3u Reactが人気みたいだけどVueでweb入門してる
419デフォルトの名無しさん
2021/12/14(火) 20:18:32.84ID:DOkC2hMC420デフォルトの名無しさん
2021/12/14(火) 22:54:01.86ID:GyJmmLrf .net nativeが御存命なら何も問題なかったのにな
421デフォルトの名無しさん
2021/12/14(火) 23:26:27.41ID:mEb6s25z >>419
ありがとうございます、試してみます。
ちなみにWPFで難読化かけると、バインディングなどリフレクションで解決する変数をpublic以外にすると
難読化されて変数名が変わってしまい上手く動かなくなるなんて弊害もありました。
ありがとうございます、試してみます。
ちなみにWPFで難読化かけると、バインディングなどリフレクションで解決する変数をpublic以外にすると
難読化されて変数名が変わってしまい上手く動かなくなるなんて弊害もありました。
422デフォルトの名無しさん
2021/12/15(水) 04:02:26.72ID:wG9epGnM なんでネイティブアプリ作らせようとしないのか不思議だよなあ
423デフォルトの名無しさん
2021/12/15(水) 04:12:08.01ID:wG9epGnM >>399
1.0には安定板と実験版の二つがあるんだよ
1.0には安定板と実験版の二つがあるんだよ
424デフォルトの名無しさん
2021/12/15(水) 08:31:36.35ID:PgExgZMT >>418
SPAってまだ息してるの?
SPAってまだ息してるの?
425デフォルトの名無しさん
2021/12/15(水) 10:17:12.13ID:VvTx19R8 >>424
今時WebサービスはSPAだらけだぞ
SPAが出始めた当初の、一昔前でいう全面Flashのクソサイトみたいなイメージのままで止まってるんじゃない?
意外に普通のサイトでも普通に使われていて、もはや全く特別なものではなくなっているし君も気付いていないだけ
今時WebサービスはSPAだらけだぞ
SPAが出始めた当初の、一昔前でいう全面Flashのクソサイトみたいなイメージのままで止まってるんじゃない?
意外に普通のサイトでも普通に使われていて、もはや全く特別なものではなくなっているし君も気付いていないだけ
426デフォルトの名無しさん
2021/12/15(水) 12:24:42.77ID:UffDh3f0427デフォルトの名無しさん
2021/12/15(水) 14:37:16.07ID:rLyo7YcO >>426
zipファイルを右クリックして展開、中のexeをダブルクリックするだけ
zipファイルを右クリックして展開、中のexeをダブルクリックするだけ
428デフォルトの名無しさん
2021/12/15(水) 15:15:38.62ID:SBRyNeAi >>427
それだとダウンロードしたファイルの実行許可みたいな処理をしないと起動しないな
それだとダウンロードしたファイルの実行許可みたいな処理をしないと起動しないな
429デフォルトの名無しさん
2021/12/15(水) 19:11:55.55ID:samTlIw/ MSIX「…」
430デフォルトの名無しさん
2021/12/15(水) 23:20:46.31ID:l+MEhncN >>415
これマジで言ってんだったらヤバいなw
これマジで言ってんだったらヤバいなw
431デフォルトの名無しさん
2021/12/16(木) 15:14:01.42ID:8t4kYEOd >>415
ウン千行のMainWindow.xaml.csでも量産してるのか?それともpartial祭り?
ウン千行のMainWindow.xaml.csでも量産してるのか?それともpartial祭り?
432デフォルトの名無しさん
2021/12/16(木) 15:26:56.21ID:GwGlfrLa モデルを再利用しないならぶっちゃけ全部ビューに書いた方がメンテしやすいよね
433デフォルトの名無しさん
2021/12/16(木) 15:41:48.28ID:UhnplqTN >>432
VMは作る必要ないが、切り出せる処理は可能な限りModelに切り出したほうがメンテしやすいだろ
VMは作る必要ないが、切り出せる処理は可能な限りModelに切り出したほうがメンテしやすいだろ
434デフォルトの名無しさん
2021/12/16(木) 18:59:05.09ID:/RlPdQ27 MVVMか・・・
ドメイン駆動開発には必須だが、カスタムコントロールをListView->GridViewにDataTemplateで埋める時なんか、
DataContextがListViewのItemSpurceに固定されて二段階ペアレント遡りとかマンドクセーんだよな。
コードビハインドでやった方が簡単だし速い。
ドメイン駆動開発には必須だが、カスタムコントロールをListView->GridViewにDataTemplateで埋める時なんか、
DataContextがListViewのItemSpurceに固定されて二段階ペアレント遡りとかマンドクセーんだよな。
コードビハインドでやった方が簡単だし速い。
435デフォルトの名無しさん
2021/12/16(木) 19:23:49.46ID:SXRV0mKl436デフォルトの名無しさん
2021/12/16(木) 20:52:20.35ID:0keLIzjB この件に関しては何であるかは関係ないだろ
XAMLがそうなちゃってるだけでflutterや他のフレームワークでMVVMやれば>>434の件とか自由にできるだろ??
XAMLがそうなちゃってるだけでflutterや他のフレームワークでMVVMやれば>>434の件とか自由にできるだろ??
437デフォルトの名無しさん
2021/12/16(木) 21:17:28.50ID:y2oCKs8P VMがあるがVMは最小限にして他はコードビハインドに書くという新たなるデザインパターンを発見してしまった
438デフォルトの名無しさん
2021/12/16(木) 21:20:43.02ID:P4pOcLuS pythonに描かせたチャートを表示する方法おしえてください
439デフォルトの名無しさん
2021/12/16(木) 23:10:25.71ID:mP79z56f Reactは俺も使ってるが、WebアプリもWPFみたいに開発できたらもっと楽なのにと思う。
440デフォルトの名無しさん
2021/12/16(木) 23:13:42.48ID:Uw3UXkCr >>439
Vue.jsとか使えばjs+MVVMで開発出来るでしょ
Vue.jsとか使えばjs+MVVMで開発出来るでしょ
441デフォルトの名無しさん
2021/12/16(木) 23:16:19.34ID:Qqw3hXVf React使えてなさそう...
442デフォルトの名無しさん
2021/12/16(木) 23:18:07.78ID:Qqw3hXVf もう10年ぐらい前から
backbone.jsがmvvmしてますよ
backbone.jsがmvvmしてますよ
443デフォルトの名無しさん
2021/12/16(木) 23:21:39.31ID:el7qs11a winformみたいに楽に開発できるようにはなりませんかね。
■ このスレッドは過去ログ倉庫に格納されています
