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

WPF(.NET, WinUI) GUI ..

66:デフォルトの名無しさん
22/05/13 06:01:08 BaONPMzC.net
PrismもRxも個人の趣味レベルのアプリでしか使われてなかったからな。妥当。

67:デフォルトの名無しさん
22/05/13 10:23:51 aSc1H7pW.net
PrismはMS公式ともいうべきものが出てきたから
もうお役御免

68:デフォルトの名無しさん
22/05/13 12:13:34 blevH1vY.net
こないだのlog4j,color.js騒動から見るに、OSS界隈も地獄だな
.NET自体が右往左往してるから、対応する人も大変だろう

69:デフォルトの名無しさん
22/05/13 13:10:46.65 msJ+xhZt.net
mvvm.toolkitにはRegionManager相当の機能がないのが少し問題ですね
代用はTemplateStudioがコード生成してくれるからそれを使うのが良いのかな？

70:デフォルトの名無しさん
22/05/13 19:22:05.66 J89mJBpC.net
俺はよわよわプログラマーなのでTemplateStudio頼みになってる
2022対応してくれたようなので安心した

71:デフォルトの名無しさん
22/05/14 19:13:49.60 keDx0r5I.net
Flutter 3

72:デフォルトの名無しさん
22/05/16 17:52:54.83 Ze7BqPJn.net
UWPやWinUI製のアプリってWPFと比べてやたらめったらクラッシュしやすい印象。
イレギュラーな操作じゃなくてもバンバン落ちる。
なんでこんなに脆いん？

73:デフォルトの名無しさん
22/05/16 18:42:22 1RXpoL4N.net
デバッグしろよ

74:デフォルトの名無しさん
22/05/16 20:00:56.39 hVMFQ61t.net
誰も使わないからバグが取り切れてないだけでしょ
WPFも初期は冗談みたいなもんだったよ

75:デフォルトの名無しさん
22/05/16 20:14:23.60 Kv/fx3CH.net
WinUI3は色々あるけど、UWPは枯れているからバンバン落ちることはないんじゃね？
WinUI3で気になるのは、初期化時にページ内のすべてのインスタンスが確保される前にイベントが走るバグ
タイミングによって落ちたり落ちなかったりするんだよな

76:デフォルトの名無しさん
22/05/16 20:26:47.66 tdv97mRw.net
某UWP製ソフトはウィンドウサイズ変えただけで落ちたぞ

77:デフォルトの名無しさん
22/05/16 22:40:27.17 djhHhOGa.net
それはお前が悪い

78:デフォルトの名無しさん
22/05/17 03:40:12.70 maKCFX0H.net
>>72
C++とC#の差、ってオチじゃないの？

79:デフォルトの名無しさん
22/05/19 23:18:33 QOm0sjQG.net
>>66
個人の趣味レベルのアプリで使われてるほうが驚きや

80:デフォルトの名無しさん
22/05/20 10:55:05.21 m838GaCt.net
xamlのデバッグてどうやるの？ブレーク出来ないので変数の状態とかもよくわからない。

81:デフォルトの名無しさん
22/05/20 11:01:39.81 A+f5/olI.net
Live Previewがあるだろ昔はそんなものなくてLogicalTreeがVisualTreeになるのをイメージしたりしてデバッグしてたんだぞ甘えるな

82:デフォルトの名無しさん
22/05/20 11:52:41.17 pHtXdVD7.net
○　特殊な個人の趣味レベル

83:デフォルトの名無しさん
22/05/20 22:00:10.85 4SQYWfV+.net
xamlの変数ってなんだろう

84:デフォルトの名無しさん
22/05/20 22:07:44.19 fQh2BTo3.net
Bindingは違ったものバインドしてもサイレントでバグが発見しにくいってのはあるからそれじゃね？
x:Bindで幸せになれるけど、全取っかえは無理だったりするな

85:デフォルトの名無しさん
22/05/21 00:27:26.94 e03OrcWy.net
xamlはbindingで誤字あってもエラーにならないのでデバッグ面倒くさいね。どうにかならんの？

86:デフォルトの名無しさん
22/05/21 00:45:40.30 ec9yQBCj.net
>>85
VS2019でXAML バインドエラーってデバッグウインドウが出来て随分マシになった
x:Bindがバックポートされたら嬉しいけど、まず来ないだろうね

87:デフォルトの名無しさん
22/05/21 05:45:06 LOoK6xdT.net
>>85
無理にバインドしなくてもいいんだよ？

88:デフォルトの名無しさん
22/05/23 21:44:15.77 5xXqTdjX.net
今週待望のbuild 2022だけど
.net maui正式リリース?
winappsdk 1.1正式リリース?
どっちもゴミだけど

89:デフォルトの名無しさん
22/05/24 17:35:02 Wpsf7MdR.net
じゃあBuildの何を待望してるんですか

90:デフォルトの名無しさん
22/05/24 22:42:40.86 juku3nKP.net
.Net6使ってみたくてVS2019からVS2022に変えたらデバッグ実行で固まりまくってまじ困るわ

91:デフォルトの名無しさん
22/05/25 05:38:32.73 Yz3HkCjC.net
まさかWinForms使ってないよな

92:デフォルトの名無しさん
22/05/25 19:22:13.70 8v4++sdj.net
WPFよりマシに動く

93:デフォルトの名無しさん
22/05/25 21:40:33.47 Zj86EWLH.net
それはない

94:デフォルトの名無しさん
22/05/25 22:24:20.54 Ixx+fKf5.net
>>91
WPFだよ
VS2022はコードスニペットもおかしいな

95:デフォルトの名無しさん
22/05/26 00:34:35.83 O+gRo7JH.net
せやろか

96:デフォルトの名無しさん
22/05/26 08:29:52 kKMbRU49.net
WPFは新しめのVisual Studioの方がより快適。
どんどんIDEのサポートが強力になってる。

97:デフォルトの名無しさん
22/05/26 09:48:41 eiu2aE9r.net
実は32bitPCだったとかそういうオチだったりして

98:デフォルトの名無しさん
22/05/26 09:53:46.11 6bTkUqbW.net
原因はよく判らんが、プロジェクト作り直してソースファイルをコピーして再構成したほうが無難ではあるな

99:デフォルトの名無しさん
22/05/26 19:02:00.58 WPeCiMTR.net
wpfて遅いの？
gpuでちょっぱやになってるのかと思ってた

100:デフォルトの名無しさん
22/05/26 19:14:12.20 xJc4KMMe.net
最終的なコンポジションにGPUを使ってるとは言えるんだけど
その前処理の段階でパフォーマンスを台無しにしてるからな

101:デフォルトの名無しさん
22/05/27 08:58:51.20 u+i+ZHP3.net
速くなるように作ることができる。
何も考えずに作って速くなるわけじゃない。

102:デフォルトの名無しさん
22/05/27 12:30:28.86 eSNZWHB7.net
(o´･ω･`o)
uwgもオワコンだからwindows app sdkをやればいいの？

103:デフォルトの名無しさん
22/05/27 12:33:20.99 UYc1hE8Y.net
ずっと今は時期が悪い状態が続いている

104:デフォルトの名無しさん
22/05/27 12:43:30.22 tOJPcs6A.net
Windowsのデスクトップアプリなら好きな実装で開発すればいい
結局WinFormsでも最新のUI実装可能したのがWinUI3xなんだからな
クロプラ開発ってことならMSの開発環境はハイリスクすぎてとてもじゃないが選択肢にならないしおすすめしない

105:デフォルトの名無しさん
22/05/27 12:43:48.04 eSNZWHB7.net
結局マルチプラットフォームじゃなきやwinforms使っとけばいい？

106:デフォルトの名無しさん
22/05/27 13:10:50.79 X2EnXYhx.net
それしか使えないんじゃそれでいいのでは

107:デフォルトの名無しさん
22/05/27 13:13:22.38 nRiwr3Qe.net
画面のデザインこだわらなければwinformsでいいのでは

108:デフォルトの名無しさん
22/05/27 13:22:38.80 tOJPcs6A.net
だからWinFormsでFluent Designが使えるようにしたのがWinUI3xだってすぐ上のレスで説明してんだろ低脳雑魚グラマーがレスも読めないのか

109:デフォルトの名無しさん
22/05/27 13:27:36.38 X2EnXYhx.net
>>108
どれに言ってるのかしらんが仮に105ちゃんに言ってるのだとしたら、
18秒で104を読んで書き込んでるのではないんじゃなかろうか、とワイちゃんは思うぞ

110:デフォルトの名無しさん
22/05/27 17:52:12.69 eSNZWHB7.net
winuiも糞だって言うから(o´･ω･`o)

111:デフォルトの名無しさん
22/05/27 22:16:02.80 A277IogP.net
>>103
windows8からこっちずっとその状態ね

112:デフォルトの名無しさん
22/05/27 22:32:40.53 tOJPcs6A.net
まぁMS社内で予算使い切るための作られた仕事だからな
担当者が変わるたびに新しい開発環境ぶちあげて放置だから誰も使わなくなったってこと

113:デフォルトの名無しさん
22/05/27 23:03:05.79 tOJPcs6A.net
GoogleとかFBとかTwitterは自社で実際に使ってる言語やフレームワークをOSSで公開して人気が出てコミュニティの活動も盛んでちゃんと長期間メンテされてるわけだがwww

114:デフォルトの名無しさん
22/05/27 23:18:08.40 qn73Zg8u.net
まず、Microsoft自体が力入れている
ここが最低ラインなのにWinUIも前は4カ月ごとのメジャーリリース?だったが
最近は6カ月ごとになってMicrosoftの片手間プロジェクトだから

115:デフォルトの名無しさん
22/05/28 11:40:24.08 Lx5qfi81.net
>>102
xaml手書きできるか?
楽勝だぜ!あとバグだらけで不安定でも気にしないぜ!⇒WinUI
ポトペタじゃないと無理ですぅ⇒WPF

116:デフォルトの名無しさん
22/05/28 12:37:32.90 wnOf4Xgv.net
社内業務アプリならwinformsでいいやもう

117:デフォルトの名無しさん
22/05/28 14:06:15.56 Osz9W4hs.net
わざわざ生産性低い方選ばんでも。
winforms使うぐらいならwpfで楽した方がいい。

118:デフォルトの名無しさん
22/05/28 15:02:32.75 yHMiLjVq.net
Webview2でReactとか使われてる方いらっしゃいますか？

119:デフォルトの名無しさん
22/05/28 17:32:17.34 wnOf4Xgv.net
xaml慣れないし嫌い

120:デフォルトの名無しさん
22/05/28 18:33:19.58 r1UDcxVD.net
winformsよりXAML手書きの方が楽だと思うなあ
VSが勝手にプロパティ変えたりすることあるからformsもうやりたくないよ

121:デフォルトの名無しさん
22/05/28 19:03:04 /3sRw4nt.net
XAML慣れないとか言ってる底辺雑魚グラマーがWPFのスレにいてわざわざ『xaml慣れないし嫌い』とか捨て台詞吐いてるのクソウケるwww

122:デフォルトの名無しさん
22/05/28 19:05:23 /3sRw4nt.net
xaml慣れないし嫌いwww
要するにVBでWinFormsしか理解できない底辺雑魚グラマ老害ってことだろ
俺なんて言語やフロントエンドFWの構文なんて1日でマスターするぞwww
こういう底辺雑魚グラマってフルスタックエンジニアは神とか思ってんだろうなwww

123:デフォルトの名無しさん
22/05/28 19:15:33.05 AR6iP2zo.net
理詰めで論破されて悔しくて悔しくて顔真っ赤でIDコロコロ自演とか俺だったら恥ずかしすぎて自殺しちゃうね
って言わないの?ww

124:デフォルトの名無しさん
22/05/28 20:01:57.60 /3sRw4nt.net
>>122
>xaml慣れないし嫌い
これスレのテンプレに入れるわwww
マジ名言クソ雑魚具合がよくあらわれてるwww

125:デフォルトの名無しさん
22/05/29 00:16:53 Vbu1EwKV.net
xaml駄目な人はhtmlとかもダメなのかな

126:デフォルトの名無しさん
22/05/29 00:23:09 cc4+tff/.net
そいやxamlのタグとかパラメータとかオプションの一覧とか逆引きとかって、
日本語ドキュメントであるの？

127:デフォルトの名無しさん
22/05/29 00:35:42.81 spdp00Yw.net
XAMLのオブジェクト要素をタブとか言うやつは100％にわか
なんかにわかしかおらんうえににわかがシャシャってくんなこのスレ
技術的な考証とかディスカッションとか一切ないなマジでレベル低いというか存在意義がないな

128:デフォルトの名無しさん
22/05/29 00:47:53.59 E6a1KrJ3.net
すまんこのスレ検索しても >>127以外「タブ」が出てこないんだが

129:デフォルトの名無しさん
22/05/29 01:37:20.64 voXVgMji.net
頭が雑魚だから見えないものが見えるんだろう

130:デフォルトの名無しさん
22/05/29 07:20:03.58 cc4+tff/.net
>>127
結局知らなさそう

131:デフォルトの名無しさん
22/05/29 07:31:06.84 juDxLyE5.net
WinFormしか使えないおっさんだが、xaml覚えるくらいならReact覚えたほうが将来性ありそう
OfficeもReactNativeで作ってるらしいし

132:デフォルトの名無しさん
22/05/29 08:10:12 cc4+tff/.net
MSも構文の部分要素としてはタグって読んでね？

133:デフォルトの名無しさん
22/05/29 08:30:06 a6df1s8L.net
wpfを素で使うから使いにくく思う
prismだの色々補助ライブラリを入れればだいぶ使いやすくなる

素のwpfで社内業務アプリを作る
と生産性はwinformsより低くなる、俺的には

134:デフォルトの名無しさん
22/05/29 10:08:59.16 FOF4HyMr.net
>>131
WebやるつもりがあるならReact覚えておいて損はないと思うが、あっちはあっちでデスクトップより
変化が激しいからついていくのはそれなりに大変だと思う。
Formsしか知らなくて今後もデスクトップしかやるつもりがないならReactはやめとくのが吉。

135:デフォルトの名無しさん
22/05/29 10:15:18.64 juDxLyE5.net
>>134
デスクトップしかやるつもりなくても
寄らば大樹の陰
企業が自分達が使うために作った技術で、使っている人口が多い方が良いと思う
WinFormもどう頑張っても廃れていくし

136:デフォルトの名無しさん
22/05/29 10:50:33 pkImLWXe.net
Windows用デスクトップアプリをざっくり作るときは
WPFでWinFormsのような作り方が楽な気がする

LayoutTransformでレイアウト崩さずまるごと拡大できたりして、老眼の人にもアプリ使ってもらいやすいし

137:デフォルトの名無しさん
22/05/29 10:51:19 a6df1s8L.net
>>135
winformsは廃れないでしょ楽だし簡単だし

138:デフォルトの名無しさん
22/05/29 11:06:27.51 FOF4HyMr.net
>>135
もう決めているならがんばれとしか言いようがないが、いまどきFormsしか使ったことがなくて
これからXAMLとReactどっち覚えるかなんて言ってる人にとってはハードモードだと思う。

139:デフォルトの名無しさん
22/05/29 12:46:41.51 juDxLyE5.net
>>138
うん頑張るしかないんだよ
MSのUIフレームワークには愛想が尽きた

140:デフォルトの名無しさん
22/05/29 13:19:13.35 nwNPQUlm.net
>>131
WinFormsしか使えない人が何でWPFのスレに出張って来て管撒いてるんだよ
スレチのWinFormsが廃れる廃れない等どうでも良いんだが

141:デフォルトの名無しさん
22/05/29 13:50:40.05 YHrlUwY9.net
こんなもの使わないと主張する方々が集まってなぜかム板の中じゃそこそこ勢いのある不思議なWPFスレです

142:デフォルトの名無しさん
22/05/29 14:09:04.79 cc4+tff/.net
基本今の5chは技術力なんて無きに等しい住民だけやからねえ
わいも含めて

143:デフォルトの名無しさん
22/05/29 14:31:18 3XSu1a9V.net
>>141
可也アスべ臭い人がいついているんだよな

144:デフォルトの名無しさん
22/05/29 15:10:32 nwNPQUlm.net
>>139
偉そうな事言いたいだけでReactを頑張る気は無いだろw
実際に移行した人が言わないと説得力無いぞ

145:デフォルトの名無しさん
22/05/29 15:33:01.09 spdp00Yw.net
頑張るもクソもReactもFlutterも簡単なんだがwww
言語はJS(TS)とDartというくそ簡単なLLでフロントエンドフレームワークはJSX(TSX)とそれをパクったWidget
まともな脳みそしてれば1日あれば習得可能なものが頑張るとか苦行とか素直に頭が悪くてごめんなさいって言え馬鹿がwww
そもそもXAMLすら習得できない馬鹿がこのスレで茶々入れたりしゃしゃってきてんのがクソウケるんだがwww

146:デフォルトの名無しさん
22/05/29 16:04:24.35 JO5+5GtD.net
ReactはいいけどReactNativeは駄目
開発者アンケートにあった「ReactNativeのバージョンアップは地獄の門の向こうで作業しているようなものです」っつーコメントを知らんのか

147:デフォルトの名無しさん
22/05/29 16:11:37.52 spdp00Yw.net
そんあのReactに限った話じゃねーしそんなの開発者あるあるのmemeの一種なんだよアホwww
そもそもネットの記事をドヤ顔でしらのんかとかクソワロタおまえがReact Nativeさわったことないのバレバレwww

148:デフォルトの名無しさん
22/05/29 16:14:46.41 WInuaFsW.net
タフ君絶好調だな

149:デフォルトの名無しさん
22/05/29 16:25:17.66 cc4+tff/.net
タブってなんやろな

150:デフォルトの名無しさん
22/05/29 16:44:56.43 vZVL1tRS.net
ずっとタブだと思ってて、ここでやっとタグだと気付いたんだろう
誰しも勘違いはある

151:131
22/05/29 19:01:48.39 juDxLyE5.net
こんなに反応があるとは思わなかった
なんかごめんなさい

152:デフォルトの名無しさん
22/05/29 19:52:24.76 +jOJtoLi.net
>>137
WPFの方が楽だぞ。
多機能だから全部覚えようとしたらそりゃ大変だが、
便利で学習コストが低いものだけピックアップして習得すりゃいい。
無料の入門書
URLﾘﾝｸ(zenn.dev)

153:デフォルトの名無しさん
22/05/29 19:54:57.75 m42L33j1.net
ReactもVueも入門したけど自由に配置できないわ・・・

154:デフォルトの名無しさん
22/05/29 20:18:28.16 a6df1s8L.net
>>152
ありがとう読んでみる
作りたいものはテキストボックスとコンボボックスとデータグリッドビューなどのコントロールが全部で20個もない社内業務アプリなんだけど、普段は上流ばかりなのに戯れでトライしたら良くわかんなくて。。。
ネット検索してこのスレに辿り着いて役立つ何かが得られるかもと書き込んだらwpf使いの大天才にコーディングがヘボで頭悪いと言われたら、まあそうなんだろうね、としか言えない(笑)
こういうアプリでもwpfならコーディング少なくて済むの？winformsに対するメリットが分からない、速度もwpfの方が遅いみたいだし

155:デフォルトの名無しさん
22/05/29 20:18:40.50 FOF4HyMr.net
WPFが登場して10年も経つのにいまだにFormsを使ってきた御仁が
なんでいまごろFormsの衰退を心配し始めたんだろうか。

156:デフォルトの名無しさん
22/05/29 20:26:23 GK5QXZYt.net
formsはあと100年は安泰

157:デフォルトの名無しさん
22/05/29 20:26:32 a6df1s8L.net
色んなワードをあちこちで見かけるから他の良い選択肢になりうるかどうか気になっただけ、調べたり試さないで初めから除外するのはさすがに気が退ける

158:デフォルトの名無しさん
22/05/29 22:29:27.88 r+EEQt+S.net
愚人は経験に学ぶ
賢人は歴史に学ぶ

159:デフォルトの名無しさん
22/05/29 22:53:58.39 Vbu1EwKV.net
>>136
WinFormがそういうの使えるようにしてくれればいいんだけどな
大量のWinForm画面をどこにどうやって移行するか悩ましいわ

160:デフォルトの名無しさん
22/05/29 22:59:53 a9qKdJW4.net
>>158
黒人は経験に学ぶ
じゃあ日本人は？
学ばないだろうが！

161:デフォルトの名無しさん
22/05/30 00:50:47 Yh2j4w8O.net
>>154
コンボボックスとデータグリッドはformsで簡単に出来ることと同じことをwpfでやろうとしたら、確かに難しいかもな
まずは、wpfなら簡単に実現出来る仕様で実装する方が良い

162:デフォルトの名無しさん
22/05/30 06:22:56.09 fjsiyg49.net
>>136
ほんそれ
WPF使ってXAML使わないのが正解

163:デフォルトの名無しさん
22/05/30 06:46:22.27 8Rs4iEGO.net
WPFが登場して10年も経つのにいまだに普及しないからなぁ

164:デフォルトの名無しさん
22/05/30 10:11:08.58 Z6OL71NL.net
どんな問題があるかな

165:デフォルトの名無しさん
22/05/30 10:42:18.55 5BXx02tf.net
Formsが普及しすぎてWPFに乗り換えるメリットが少ないから。

166:デフォルトの名無しさん
22/05/30 10:50:25 57/4q4Cv.net
2006年が10年前とかおかしいだろ

もうちょいで登場から20年

167:デフォルトの名無しさん
22/05/30 11:04:05 gtjAzF0P.net
AndroidStudioはXAML使ってるけど、PC用はwinFormばっかりだな

168:デフォルトの名無しさん
22/05/30 11:10:46 GsFAmPqb.net
>>162
は？XAMLがWPFの一番のメリットだろ。
逆にWinFormsにXAMLが導入されればWinFormsでも使い物になる。

169:デフォルトの名無しさん
22/05/30 12:42:02.72 Ttu3aoQL.net
>>168
俺もそう思う

170:デフォルトの名無しさん
22/05/30 12:45:37.17 vNVuC1gr.net
XAMLにいろいろ積み込みすぎて失敗

171:デフォルトの名無しさん
22/05/30 13:05:56.45 wMTua09Q.net
xamlの本ありますか

172:デフォルトの名無しさん
22/05/30 13:35:13.51 MSIowNUf.net
mvvmと書くつもりがxamlと書いちまっただけだろ
xamlもWinUIになると、ビヘイビアもコンバーターも依存関係プロパティーも書かなくていいから大分楽になる
あとイベントハンドラをVMに書けるからFormsヲのまんまの感覚で書ける
来月出すやつが何処まで完成度上がっているかな

173:デフォルトの名無しさん
22/05/30 14:09:18.21 MSIowNUf.net
xamlの見本アプリがWinUI3　Galleryって名前になってバージョンアップしていた
今度はやっとDark/Lightモードがマトモに表示てきている模様
あと、svgがImageコントロールで普通に使えるようになったのを初めて知ったわ

174:デフォルトの名無しさん
22/05/30 21:24:53.68 LmkzQYh0.net
普及の見込みがないUIフレームワークを使う意義とは？
多少難易度が高くても普及しているものを使った方がいいのでは。
豊富なトラブルシューティグ、技術者も集めやすい。
個人で趣味でやるならいいが、今後企業で使う技術としてはやはり普及しているかどうかが重要。
MSはそのへん理解してるのかしてないのか…
TeamsやOfficeをスレタイの技術で作ればいいのに。

175:デフォルトの名無しさん
22/05/30 21:36:10.30 ZSUfJQu0.net
2017頃からC#触り始めてWPFは遅くて使ってる人少ない、winformsは遅くはないけど古い技術、使ってる人は多いってのを見て、業務アプリだし後者を使い続けてきた
WinUI3が出るということでxamlに慣れておこうとWPF+MVVMで作ってみたけどすごくいいと感じてる
Rxなんかも触ったことなかったけどこの機会に一緒に勉強してみたらめちゃ便利だった

176:デフォルトの名無しさん
22/05/30 22:02:21.00 mE6rsg5X.net
MVVMはいいんだけどflutterとか触るとxamlがだるいんだよな..

177:デフォルトの名無しさん
22/05/30 22:23:55.71 SMH6yVl4.net
いつものことだけど、この「普及してない」ってのはどの統計を見て言っているんだろう

178:デフォルトの名無しさん
22/05/30 22:49:43.24 1p0oXEXT.net
URLﾘﾝｸ(trends.google.co.jp)
絶対値の比較にはあまり意味はないとしても、WPFは2010年をピークに低下し続けていることがわかる

179:デフォルトの名無しさん
22/05/30 22:53:06.23 2Map6ZWa.net
wpfならbingじゃね？

180:デフォルトの名無しさん
22/05/30 23:10:35.34 SMH6yVl4.net
そもそも「人気度」って何を表してるんだろうな
URLﾘﾝｸ(trends.google.co.jp)

181:デフォルトの名無しさん
22/05/31 05:24:24.22 RZT7q1Wq.net
>>175
WPFは使ってる人少ない？はて？
URLﾘﾝｸ(trends.google.co.jp)
WinForms
URLﾘﾝｸ(github.com)
WPF
URLﾘﾝｸ(github.com)
WinForms
URLﾘﾝｸ(zenn.dev)
WPF
URLﾘﾝｸ(zenn.dev)
WinForms
URLﾘﾝｸ(qiita.com)
WPF
URLﾘﾝｸ(qiita.com)

182:デフォルトの名無しさん
22/05/31 07:39:11.07 HDbDKB3F.net
WinFormと比較してもなあ

183:デフォルトの名無しさん
22/05/31 08:25:05.58 Cmz8LI+u.net
まあ元がWPFよりFormの方が多い、って話からだから

184:デフォルトの名無しさん
22/05/31 08:42:23.38 mCgvdDi5.net
Windowsデスクトップアプリで比較するならそれしかないしな。
デスクトップアプリとWebアプリの比較みたいになったらそれはまた別の話だし。
WindowsアプリでReactが使われている統計なんかがあったら見てみたいが。

185:デフォルトの名無しさん
22/05/31 08:45:57.22 XSCc9Qq8.net
参考図書やWeb上のサンプルコードもWinFormsばかりだしな、初心者が取っ付きやすいほうが普及する

186:デフォルトの名無しさん
22/05/31 09:19:15.81 tbsCZ2HB.net
WinFormsという言葉は「WPFではない」ということを明示する必要のある文脈でしか使われないから、WPFと単純比較するのは公平ではないと思う
Google検索結果
"System.Windows.Forms" 2,180,000件
"System.Windows.Controls" 313,000件
まあWPFでControls名前空間を常に参照するかというと微妙だが、比較的体感に近いんじゃないか

187:デフォルトの名無しさん
22/05/31 10:03:00.19 oGlfdeKv.net
WPFのリリース前を含めるのはフェアじゃないな
2010年以降
"System.Windows.Forms" 192,000
"System.Windows.Controls" 42,500
過去1年
33,500
7,870

188:デフォルトの名無しさん
22/05/31 10:19:41.21 nSDArj2I.net
>>176
それはメインコード埋め込みな上にプレビューが無いだけじゃね？

189:デフォルトの名無しさん
22/05/31 10:37:25.34 A1guqoc+.net
Windowsプラットフォーム自体の衰退なのにForms、WPFで戦ってるのアホだろ。
マルチデバイスのプラットフォーム作れなかったMicrosoftが一番アホだけど。

190:デフォルトの名無しさん
22/05/31 10:40:36.69 oJbk0FsK.net
実際の所、C#関連でググってなんかの調べ物してると、WPFよりFormsの情報のほうが
圧倒的に見つかるからなあ。実際のユーザー数がどうなのかは知らんが、その点においては
WPFはプログラミング経験の浅い初心者には勧める気がしない
将来性という点においてもどっちがどっちって感じだしなw

191:デフォルトの名無しさん
22/05/31 10:48:19.90 oGlfdeKv.net
>>189
作ってるぞ？
MSはReact NativeやElectronにコントリビューションしまくってるからな
近いうちにflutterのWindows対応の強化にも手を出すだろうね
MSにとって.NETはAzureでのサーバーサイド開発の主力ではあるけど、フロント技術としてはポートフォリオの極一部でしかない

192:デフォルトの名無しさん
22/05/31 12:05:36.85 ufxJhZaQ.net
>>191
これ
そしてMSはReactを製品に使用している

193:デフォルトの名無しさん
22/05/31 12:32:03.64 0fXG3L1L.net
VueよりReactの方がいいの？

194:デフォルトの名無しさん
22/06/01 07:20:37.99 X1yNcFtR.net
>>185
参考図書(Amazon)
　"Windows Forms"
　96冊
　WPF
　827冊
コードサンプル(GitHub)
　WinForms
　3,873 repositories
　WPF
　6,599 repositories
求人
　WinForms
　304件
　WPF
　1,225件

195:デフォルトの名無しさん
22/06/01 08:22:44.91 ln6H8XND.net
MSのGUIフレームワーク担当部門が作ったオレオレフレームワークなんて使えねえよって
VSCode部門やOffice部門が言ってるんだろうな

196:デフォルトの名無しさん
22/06/02 20:49:43.15 f/hVMi4/.net
そりゃVSCodeもOfficeもマルチプラットフォームだからな。Windows専用のフレームワークなんか採用するわけがない。
VSCodeなんかWindows11の右クリックメニュー対応すらWindows固有なんで対応を渋ってるくらいだから。

197:デフォルトの名無しさん
22/06/03 08:22:29.37 vBlDJg6W.net
このスマホ全盛期にWin専用のアプリなんて作る意味あるか？自分でしか使わないならいいけど。

198:デフォルトの名無しさん
22/06/03 08:36:10.44 gvVR9sXt.net
支給端末をキッティングするような会社なら案件の選択肢としてはあるな
Webとの２択やろけど

199:デフォルトの名無しさん
22/06/03 08:36:31.14 qi+FkGbJ.net
>>197
環境的な制限とかでそれを選ばざるを得ない場合もあるのでは
例えばPCの仮想メモリが4GBとかでオンラインにしただけでPCがフリーズ状態になるとか、ローカル環境にディレクトリを生成したりするようなやつとか
メモリ増設するにしても金が無いからできないとか

200:デフォルトの名無しさん
22/06/03 08:40:32.95 TmZW+T12.net
要件がないなら無理に作らなくてええんやで

201:デフォルトの名無しさん
22/06/03 08:59:59.52 Fqd70gNb.net
>>197
スマホに繋げないハードウェアを制御するアプリなんて、世の中にたくさんあると思うが

202:デフォルトの名無しさん
22/06/03 09:04:18.48 YtteSCsj.net
そもそもWPFどころかWinアプリに用がない人間が覗くスレではないからなｗ

203:デフォルトの名無しさん
22/06/03 09:34:38.53 uXnPA+2Q.net
タブくんはアスべ臭いんだよな

204:デフォルトの名無しさん
22/06/03 12:36:23.97 dfh3R2VS.net
アスベストやべーな

205:デフォルトの名無しさん
22/06/03 12:41:12.38 7wQ+1csW.net
>>197
スマホの小さな画面で事足りるしょぼいアプリばかりじゃないのよ。

206:デフォルトの名無しさん
22/06/03 12:58:49.57 lqWjmQQk.net
小規模かつPCでしか使わない業務アプリならデスクトップアプリが今でも最善な気がする

207:デフォルトの名無しさん
22/06/03 14:58:59.63 vLJB7iu5.net
残念ながらそういうのは今は出来合いのSaaSを入れるのが主流になりつつあるのです

208:デフォルトの名無しさん
22/06/03 15:49:51.70 5xhw7q8r.net
ゴミみたいなVBAからいつまでも脱却できないExcelからGoogleスプレッドシートに移行しつつある・・・ってコト？

209:デフォルトの名無しさん
22/06/03 15:50:06.72 lM5t+FDg.net
SaaSでBLE通信させて機械制御してもな

210:デフォルトの名無しさん
22/06/03 16:14:12.42 RuOKsDA1.net
ExcelはSAAS版は普通にJSだからVBAからは脱却できるのではw

211:デフォルトの名無しさん
22/06/04 15:05:22.55 ptRoQgHx.net
1.1来たね

212:デフォルトの名無しさん
22/06/04 15:46:58.73 KjklvaZP.net
Windows 1.1？

213:デフォルトの名無しさん
22/06/04 16:44:33.99 q4ILFA3S.net
どうやって1.0プロジェクトを1.1にアップグレードすりゃいいんだよ
このゴミツールが

214:デフォルトの名無しさん
22/06/05 09:06:45.70 WYBs+UUv.net
馬鹿だな。3.0からが真の正式版だ。

215:デフォルトの名無しさん
22/06/05 14:08:27.38 6mMhtP8J.net
Windows 3.0？

216:デフォルトの名無しさん
22/06/06 18:41:08.91 5JxUGPiR.net
WinUI 3 Gallery、キー2連打でクラッシュするバグが直ったと思ったら
今日更新したら起動すらしない致命的バグ。
糞みたいな品質だな。

217:デフォルトの名無しさん
22/06/07 15:16:36.68 UnGMowBR.net
1.0で作ったプロジェクトをそのまんま１．１にアップグレードしたが
そのままだとDebugでは動いたがReleaseにすると >>216と同じように落ちたが
プロジェクトを作り直してファイルをインポートで何とかなった

218:デフォルトの名無しさん
22/06/09 20:12:17.63 cky/XpZ+.net
グレープシティ、
WPF用UIコンポーネントセット「InputManPlus for WPF 3.0J」と
「SPREAD for WPF 4.0J」をリリース

219:デフォルトの名無しさん
22/06/12 14:57:26.96 uxXaEAgV.net
Reactで作ってモダンなUI作っても、所詮Webだから安っぽいものが出来上がる。
Microsoft365アプリが全部そんな感じだからさ。
だからネイティブアプリで作ってほしいってのがユーザー側である俺の気持ち。
それに...Win11からARM製SoCに対応するってことだし、将来Windows Phoneが復活しそうな気がするんだよね
Microsoftはその可能性を否定してるけど、俺は信じてる。

220:デフォルトの名無しさん
22/06/12 16:26:15 TzeXRGWU.net
そう。

221:デフォルトの名無しさん
22/06/12 16:29:58 zdeu6XLH.net
Webだとなんで安っぽくなるんだよ？
むしろリッチにできるだろ

222:デフォルトの名無しさん
22/06/12 16:52:10.98 SsDD5ysa.net
>>221
だよな
笑

223:デフォルトの名無しさん
22/06/12 17:08:36.83 Jk/NhOAQ.net
「リッチ」の方向性が違うんだろうなあ

224:デフォルトの名無しさん
22/06/12 17:17:55.25 tUHADwRi.net
WPFで表現できる範囲は多分webでも普通に表現できる
3DアニメーションもXAMLより簡単にできるけどみんな使ってない

225:デフォルトの名無しさん
22/06/12 18:32:35.38 tNOoSt5m.net
HTMLのformを軽く使った、デザインセイ皆無なものみたいなやつを前提としていたりして…
そんなわけないか…
別に変な意味じゃ無いけど

226:デフォルトの名無しさん
22/06/13 12:24:25.15 tyyBuEUf.net
Flutter3登場

227:デフォルトの名無しさん
22/06/13 12:37:02.26 pdhzPRVw.net
遅っ

228:デフォルトの名無しさん
22/06/13 19:38:49.60 4OK78Cnc.net
dartだけで作れるようになってくれたらつかったげる

229:デフォルトの名無しさん
22/06/15 11:28:35.56 5MewLf9U.net
XAMLで面倒だなって思ったのが一覧表示のループ
foreachとかwhileがない代わりにtemplateで記述
これ初心者のハマリどころだよな、難しい言われても仕方ない

230:デフォルトの名無しさん
22/06/16 20:16:16 vJM7hqNm.net
Electronキラー、Tauri 1.0 リリース！

231:デフォルトの名無しさん
22/06/24 21:18:43.92 d+czrOOd.net
TAURIを使って、デスクトップアプリを作ってみる
URLﾘﾝｸ(tech.excite.co.jp)

232:デフォルトの名無しさん
22/06/24 21:29:03.03 5JzJDf7L.net
rustという言葉に踊らされすぎ

233:デフォルトの名無しさん
22/06/25 00:42:48.41 rKfSzAxy.net
いかがだったでしょうblogを紹介するなよｗ
自作自演か？

234:デフォルトの名無しさん
22/06/25 06:44:20.68 z9QRxAiq.net
いや宣伝でござろう

235:デフォルトの名無しさん
22/06/25 08:36:15.50 8rCEDsWI.net
内部でWebView使うって事で
環境が異なるとUI崩れるって事でもあり
もうクソなんだかな

236:デフォルトの名無しさん
22/07/03 14:30:11.65 lZextqQ1.net
WPFのメニューってbreak（改列）できないんか

237:デフォルトの名無しさん
22/07/03 19:01:06.86 Cq6eEVnB.net
できるよ

238:デフォルトの名無しさん
22/07/04 23:41:13.23 ACrvegIY.net
1.1.2が出たけどドキュメントが見つからない
URLﾘﾝｸ(github.com)
どうなってるんだ？

239:デフォルトの名無しさん
22/07/05 10:38:34 0g/3/w2y.net
>>238
昔はよく　ルーク、ソースを使うのだ！みたいなスターウォーズパロディみたいなことを言われた

240:デフォルトの名無しさん
22/07/05 10:40:06 0g/3/w2y.net
「ソースを使え，ルーク(Use the Source, Luke)」

241:デフォルトの名無しさん
22/07/05 10:49:18 QDVn5oKy.net
1.3からが本番

242:デフォルトの名無しさん
22/07/05 14:18:58.37 +kWyY0YB.net
winrt apiでwpfからwindows 10の機能が簡単に使えます♪って改めていうことか？？
最初からできてなきゃいけねえだろ(笑)

243:デフォルトの名無しさん
22/07/05 14:20:05.11 +kWyY0YB.net
>>219
webのwordやexcelは良くできてるだろ

244:デフォルトの名無しさん
22/07/05 19:43:28.96 oH74dK5o.net
Web版はビューアー程度にしか使えないだろ

245:デフォルトの名無しさん
22/07/05 21:34:24.51 WgTDpJoD.net
web版officeは「webアプリにしては」よくできてると思うが、普段はやっぱりデスクトップアプリの方を使っちゃうよなあ。

246:デフォルトの名無しさん
22/07/05 22:36:24.16 QDVn5oKy.net
まぁ、excelとかwebアプリのピンキリのピンのだろ?
webアプリを平均すると安っぽいイメージしかない

247:デフォルトの名無しさん
22/07/05 22:41:11.86 ZZ3vHKnw.net
SIerの作るWebがゴミなだけで、使いやすいWebサービスはいくらでもあるよ

248:デフォルトの名無しさん
22/07/05 23:08:34.62 WgTDpJoD.net
つまり凡百のSIerが使いやすいWebアプリを開発するのはハードルが高いから
おとなしくデスクトップアプリ作っとけってことだな。

249:デフォルトの名無しさん
22/07/06 06:37:01.81 RDCX64nD.net
概ね同意だけどデスクトップアプリは展開に難があるからなあ…

250:デフォルトの名無しさん
22/07/06 07:40:20.02 YYeQNW8S.net
そういうのは多少UIを我慢してもWeb化するメリットがある案件だな。
スタンドアロンで十分なものにまでWeb化をごり押しするのは困りもんだが。

251:デフォルトの名無しさん
22/07/06 07:57:03.71 TEsmn4dq.net
凡百のSIerにとってスタンドアロンで十分な案件なんてほとんど存在しないからね

252:デフォルトの名無しさん
22/07/06 08:05:56.24 YYeQNW8S.net
こんなふうに「ほとんど存在しない」とか決めつけちゃうところがごり押しだよなぁ。
こんなスレに来てWebを布教するのはこんなのばっかり。

253:デフォルトの名無しさん
22/07/06 08:13:20.04 gczJF8Ta.net
アイデンティティを自分以外の何かに仮託してる奴ってそうなるね
仮託先を否定されると人格否定と受け取ってムキになる
ゲーハーと変わらない

254:デフォルトの名無しさん
22/07/06 08:13:54.80 TEsmn4dq.net
決めつけも何も一般論として実際そうだろ？
俺はデスクトップアプリにするメリットのある案件が存在することは否定していない
それと純粋なスタンドアロン案件が稀であることは矛盾しないよ

255:デフォルトの名無しさん
22/07/06 09:13:23 Cu5CJVOG.net
確かに今どきはなんだかんだでネットワーク使うからな
スタンドアロンって言葉的には当てはまる案件はなかなかないかもね

デスクトップアプリかWebかなんて要件次第すぎて決着付くはずもない

256:デフォルトの名無しさん
22/07/06 21:11:26.96 YYeQNW8S.net
べつに決着つけるような話でもないがな。
どんな統計を基に話してるのかは知らんが、仮にスタンドアロンアプリの開発が少数ｄとしても
だからといって必要もないのにWebアプリにしようなんてことにはならんしな。

257:デフォルトの名無しさん
22/07/06 21:48:00.04 mycuJuFy.net
WEBアプリがどうたらとかスレチの話題はお腹いっぱい
為にもならない同じ内容を繰り返してるだけだし

258:デフォルトの名無しさん
22/07/08 20:27:36.34 RyJ+2hF2.net
webはuiの作りがよくわからんのだわ
wpfが好き

259:デフォルトの名無しさん
22/07/08 20:36:18.63 cRr1rtL8.net
Webは古典的なサーバーサイドの状態遷移は独特なノウハウが必要でデスクトップな人には馴染みにくかったけど、SPAの時代になって分かりやすくなったよ
ReactなんかのクライアントサイドテンプレートはWPFの複雑怪奇なバインディングよりずっと分かりやすいしな

260:デフォルトの名無しさん
22/07/08 21:12:44.35 vEJej2ti.net
WPFを知らない人はWPFを複雑怪奇だと感じ、Hooksを知らない人はHooksを複雑怪奇だと思う。
そういうことじゃないのかね。

261:デフォルトの名無しさん
22/07/08 21:58:57.57 G/CdBPp1.net
両方とも全部学ぼうとするとまあ大変だ
WPFもreactも小さい部分だけ使えばさほど難しくない
でもノウハウがないと開発つらい
ググってばかりになる

262:デフォルトの名無しさん
22/07/09 08:57:56.95 KVtAWM9u.net
WPFでUIとか苦行過ぎる
WPFでもUI部分はWebview2でCSS使うわ

263:デフォルトの名無しさん
22/07/09 10:05:26.35 6ug5/LDh.net
Webの人はいまだにWPFが気になってしょうがないみたいだな。
いいかげんWPF離れして好きにやれよ。

264:デフォルトの名無しさん
22/07/09 12:25:46.34 /0pJGefZ.net
WPFも20年前にもっと盛り上がりがあれば良かったのに

265:デフォルトの名無しさん
22/07/09 15:26:19.18 lwwTn4Ql.net
今はGUIでマウスなどのイベント処理はビヘイビアつかうのかトリガー使うのかイベントトリガーを使うのかどれが正解なんですか
ぐぐって出てくる情報はどれも交錯していて意味がわかりません

266:デフォルトの名無しさん
22/07/09 16:26:40 6ug5/LDh.net
どっちが一方が正解ってことはないんじゃないかな。
対象のイベントまで含めた「振る舞い」として再利用したいならビヘイビアとか。

267:デフォルトの名無しさん
22/07/09 16:27:12 C8JWEzRQ.net
WPFに正解などないから好きなの使って自由に作ればいい
もはやコミュニティが存在しないからね

268:デフォルトの名無しさん
22/07/09 16:34:19 gk+Ey3kQ.net
>>265
> ぐぐって出てくる情報はどれも交錯していて意味がわかりません
これが一番ガンだと思う
WinFormみたいに一つの方法でしかできないって奴でないと老人には辛いw

269:デフォルトの名無しさん
22/07/09 22:28:12.95 8pSs/5cx.net
ビヘイビアと言えば古のLivetに殆どのコントロール用が用意されていたのを思い出してググったら
ビヘイビアやコンバーターが別パッケージに分離されて他のMVVMライブラリーと併用できるようになっていた
意外と使えるかもしれんな

270:デフォルトの名無しさん
22/07/10 15:20:46.50 tUo11rW5.net
回答ありがとうございます
リストボックスなどにマウスエンターされたらアイテムを若干大きくしたりしてます
前だったらblendでストーリーボードのきっかけがGUIで作れたんだけど
今はないみたいですね
コードビハインドで実現してますけどMVVMだとどれがおすすめなんでしょうか？

271:デフォルトの名無しさん
22/07/10 15:44:57.80 naI65OPh.net
>>270
WinUI3で似たようなことやっているけど、参考にしたMSのサンプルはイベントトリガー使っていたわ

272:デフォルトの名無しさん
22/07/13 23:51:16.12 7p8v4H7J.net
WPFで作られてるソフトって有名なの何がある？
勝手にAutodesk製品はWPFだと思ってるわ
リボンUIだし

273:デフォルトの名無しさん
22/07/13 23:56:46.69 UzSTT+o3.net
Visual Studio

274:デフォルトの名無しさん
22/07/14 00:00:39.77 0p9MpZ60.net
>>273
Officeもでしょ？

275:デフォルトの名無しさん
22/07/14 00:11:35.00 Mhf5ppko.net
Officeはネイティブ
WPFなんか使ってないよ

276:デフォルトの名無しさん
22/07/14 08:09:43.54 qEMIlyQn.net
>>275
リボンUIどうやって実装してるの？

277:デフォルトの名無しさん
22/07/14 08:17:06.91 qEMIlyQn.net
何のソフトがWPF使ってんだろ？

278:デフォルトの名無しさん
22/07/14 09:28:42 eRmUCHn1.net
最近使ってないから変わってるかも知らんけどSource TreeはWPFだったな
グラフィックスデバッガのPIXとかMSがWin専のツールとかで稀に使ってる

リボンUIとかMFCにも実装あるでしょ

279:デフォルトの名無しさん
22/07/14 10:01:35.96 dxotV0yq.net
>272-274
UTAU

280:デフォルトの名無しさん
22/07/14 12:05:56.86 V2MVf7k9.net
もしかしてWPFよりMFCの方がいいの？

281:デフォルトの名無しさん
22/07/14 12:08:39.09 lnbsEUJQ.net
.NETという巨大な環境が不要だからね

282:デフォルトの名無しさん
22/07/14 12:13:41.03 V2MVf7k9.net
もしかしてAutodeskもWPFじゃなくてMFC使ってたとか？

283:デフォルトの名無しさん
22/07/14 12:23:57.79 ONBtwkKY.net
大昔のEvernoteがWPFだったな。
重いからすぐに作り替えたらしい。

284:デフォルトの名無しさん
22/07/14 12:25:58.78 V2MVf7k9.net
>>283
重いのかよ…
今リボンUIのアプリ作ろうとしてるけどWPFに拘らなくてもいい感じなのか？？？

285:デフォルトの名無しさん
22/07/14 12:26:33.84 ydWTibZZ.net
.NET5以降のWPFは.NET Frameworkの時より軽くなったのかな

286:デフォルトの名無しさん
22/07/14 13:23:16.88 0XtnMUqR.net
もうWPFってメンテしてないんじゃないの？

287:デフォルトの名無しさん
22/07/14 14:15:31 jrtNkMJw.net
してるよ

288:デフォルトの名無しさん
22/07/14 18:00:51.77 9W27SdtS.net
mvvmなんか気にせず画面周りだけxamlを使えばいい

289:デフォルトの名無しさん
22/07/14 19:22:34.64 xVVWLKER.net
ドッキングウィンドウ実装するためにAvalonDock使おうと思うんだけどこういうオープンソース系って商用利用してもいいのかな？
そういうライセンス的なものに疎い
フルーエントリボンのライブラリも勝手に商用利用していいのかわからん

290:デフォルトの名無しさん
22/07/14 19:22:59.11 xVVWLKER.net
こういうライブラリって本気になれば作れるんだろうけどどうやって作るのかすらわからん

291:デフォルトの名無しさん
22/07/14 19:55:16.93 ZkG98XYT.net
>>289
MSPLだから一般的には商用利用可能だが、お前が今の案件でそれを利用していいかは別の問題だ
社内に明確なルールがないなら客との契約次第だから法務に相談しろ
また、受託開発においてはライセンスを受ける主体がお前の会社ではなく元請やユーザー企業になる可能性があり、その場合お前の会社の責任で判断できることではない

292:デフォルトの名無しさん
22/07/14 19:56:42.82 xVVWLKER.net
>>291
案件ではなく趣味です

293:デフォルトの名無しさん
22/07/14 19:59:39.97 ZkG98XYT.net
>>292
だったら問題ない
どうせ完成させて売れるとこまでいく可能性は極めて低いんだから細かいこと気にしないでよろしい

294:デフォルトの名無しさん
22/07/14 20:06:38.01 xVVWLKER.net
>>293
サンクス

295:デフォルトの名無しさん
22/07/14 20:11:37.16 JGI4j5iF.net
裁判になったら5chで大丈夫と言われたと答えろよ

296:デフォルトの名無しさん
22/07/14 21:42:06 24aif2KW.net
WPFで作ろうとして実際に重すぎて使わなかった話は昔はたまに聞いた
FBはMVVMも捨てた

MVVMで作ったら状況バグがデバッグできないし困難だから
間違った通知をデバッグして消しても翌日また復活してるって

関係ないけどtwitterのwebのバグがこれ
サイト開くとたまにベルにバッジが一瞬出て消える
ベルを押すとやはり新規の通知がある

297:デフォルトの名無しさん
22/07/14 23:16:51.34 C041SKom.net
日本語でおｋ

298:デフォルトの名無しさん
22/07/14 23:40:40.90 24aif2KW.net
mvvmは大型案件には向かない
状態が意図しない場所で常に変わり続けてデバッグが困難

299:デフォルトの名無しさん
22/07/15 07:35:30 S6wl3Ezz.net
MV*アレルギー発症しちゃってる子がきたのか
お前使いものにならないから要らないってこないだも俺言ったよね？

300:デフォルトの名無しさん
22/07/15 09:20:20 1x1Qrr1X.net
状態が変わらないということは言われても聞かないということである
有言実行でスバラシイね

301:デフォルトの名無しさん
22/07/15 09:38:24 yDg/Ty3J.net
MVVMはビューに反映させる必要のあるデータを全てVMの状態として持たなきゃいけないから、
Mの更新があったときにVMの更新前の状態に依存した複雑な更新ロジックを書いてしまいやすいんだよね
その点Reactなんかは、MからVへの単方向バインディングで済むデータについてはVM相当の中間層(コンポーネント)に状態を持たないからプログラマが間違える余地がない
本来MVVMでもVMはMの内容を関数的に反映しているだけになるように作るのが正しいのだが、それをアーキテクチャ的に強制できないんだよ

302:デフォルトの名無しさん
22/07/15 12:01:55.52 l4dzAa6f.net
mvvmは無理に使う必要なくて機会が有れば覚えたらいいよ

303:デフォルトの名無しさん
22/07/15 12:55:37.46 Oo3I2Lae.net
>>301
それはVの更新の仕方をカスタマイズするために仕方なくなんじゃないの？

次ページ