- 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/
- 161 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:15:09.71 ID:Alu86MyQ.net]
- react界隈のreduxって感じMVVMは
- 162 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:27:43.68 ID:ubDMC+kF.net]
- Hooksに相当するものが出てくればね
- 163 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:39:47.13 ID:RlBDrRPo.net]
- みんなMはどう設計してるんだろ。
MVVMってVとVMについての設計パターンで、Mはそれ以外の領域。
だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。
- 164 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:25:42.83 ID:Yb/iPl5R.net]
- MVC は、PostgreSQLなどのデータベースを前提にしていると思っていたんだが、
MVVM もそうなの？
- 165 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:28:01.80 ID:Yb/iPl5R.net]
- 個人の感想としては、RailsやDjango、LaravelなどでMVCを学んだが、
MVCを使ったからといってプログラムが分かり易くなるとは思えなかった。
むしろ、柔軟性を失ってめんどくさくなるだけではないか。
- 166 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:28:21.65 ID:Alu86MyQ.net]
- reduxってオワコンの比喩だよ
- 167 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:45:43.13 ID:BKEOmNWv.net]
- >>162
そうだよ
まあMVCと違ってクライアントアプリなんで、DB直結よりはWCFでサーバーサイドロジックをサーバーに出して分離するのがよりクールだとされていた
WCF廃止されちゃったけどね
基本的にゴリゴリのビジネスアプリケーションが前提だよ
- 168 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:59:06.66 ID:oA/bSKHD.net]
- >>155
要件定義するような案件でスタンドアロンなんかほぼ無いでしょ
一般的なクラサバとスタンドアロンの定義と君の理解にズレがある気がするのだが、それぞれどういうものだと思ってるの？
ちなみに一般的な定義においては、世の中のWPFアプリケーションのほとんどはクラサバに属する
- 169 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 12:49:49.65 ID:3ZSK4aSw.net]
- >>166
別人だけど書いてみる
多分、複数人で利用してデータを管理したりする場合:
クラサバ
- 170 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 12:54:34.91 ID:3ZSK4aSw.net]
- >>166
ごめん 167は忘れて
間違って送信してしまった
多分、
複数人での利用で連携を取る:
クラサバ
ローカル環境に作用したりするだけの一括プログラム:
スタンドアロン
ってことかと
- 171 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 12:57:24.51 ID:XrEcS30Z.net]
- >>166
要件定義の認識がずれてる気がする
> 世の中のWPFアプリケーションのほとんどはクラサバに属する
全く持って同意できないw
- 172 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 13:04:01.59 ID:XrEcS30Z.net]
- ずれてる、だと語弊があるな
食い違ってる、で
- 173 名前：デフォルトの名無しさん [2022/01/29(土) 13:35:42.26 ID:I0P/B1HZ.net]
- 酷い…老害たちのゴミのような脳みその結果がこの日本の惨状なわけだ
- 174 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 15:14:13.55 ID:N8fQblbv.net]
- >>161
Mは何を対象にするかによって設計が変わるんだから一般的には話せないでしょ
VはWindowsでもWebでも一般的なGUIに対して共通認識があるからまだ設計条件を共有しやすいが
- 175 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 17:20:37.44 ID:ubDMC+kF.net]
- >>161
>だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。
何を話題にしたいのかにもよるけど、目線の違うパターン同士を絡めて語ることってあまりないんでは？
MVVM自体とMに用いるパターンは直交した概念だから、MはUIを持たないソフトウェアの設計論と同じに考えて
好きなように選べばいいかと。
- 176 名前：デフォルトの名無しさん [2022/01/29(土) 17:37:02.08 ID:7nTZc88q.net]
- >>158
起動も速いし、その他全体的に体感できるレベルで速い
- 177 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 19:14:57.97 ID:N8fQblbv.net]
- >>173
むしろMを完全にVと分離するためのVMだからね
- 178 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 19:31:58.32 ID:W9gwoTM7.net]
- ＰｒｉｓｍのようなMVVMスイートには
・Event Aggregator
・DI
・ViewModel Locater
が３点セットで入っているから、それがMVVMのM(やVB)でよく使われるパターンじゃないかな？
- 179 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 19:35:15.13 ID:W9gwoTM7.net]
- VBじゃなくてVMだわｗ
- 180 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 08:36:43.32 ID:iZvztVrx.net]
- >>176
全然違う
それらはいずれもレイヤ間のメッセージングや依存性解決の手段でしかなく、M層内での設計とは無関係
- 181 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:08:00.00 ID:iZvztVrx.net]
- なお、MSによって発行された本来のPrismでは、Mというのは「WCFのクライアント」に他ならない
つまりリモートサーバー上に存在するWCFのサービスに対するラッパーだな
MVVMを使うのはあくまでフロント開発者であって、Mから先のビジネスロジックはフロント開発者が詳細を意識する必要すらない、
どこか別の場所にある完全にブラックボックス化された領域なんだよ
- 182 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:37:16.05 ID:fI0x5/zS.net]
- 何それめっちゃ遅そうじゃん
所詮MVVMなんてその程度の浅い認識で考え出されたアーキテクチャなんだな
ゴチャゴチャ言ってるのは全部後付けで端から複雑なアプリには向いてない
- 183 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:47:18.83 ID:fQLZlazV.net]
- イベントアグリゲーターはVM同士でやり取りする時使うよ
匿名のボトルメールみたいな感覚だね、便利なんで使い方を覚えるといい
- 184 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:51:03.86 ID:9+q+6HPs.net]
- >>180
REST使うSPAと変わらんやん
- 185 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 10:14:04.18 ID:DDlIcWyK.net]
- M同士のやり取り？
そんなのはMの状態変化の結果として変更通知として各VMに降ってくるようにするのが筋でしょ
- 186 名前：183 mailto:sage [2022/01/30(日) 10:14:42.92 ID:DDlIcWyK.net]
- VM同士のやり取り？
の間違い
- 187 名前：デフォルトの名無しさん [2022/01/30(日) 10:19:30.61 ID:xTnuhpAm.net]
- まぁメリットが感じられないフレームワークも多いよね
MVVMフレームワーク、WCF、EF、ASP.NET MVC、各層に色々フレームワークはあるけどASP.NET以外は微妙
要求が高度なアプリほど
フレームワークの使用によって得る生産性＜フレームワークの束縛によって失う自由度
になってくる
- 188 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 12:31:27.69 ID:KApH5n5G.net]
- マイクロソフトのフレームワークが良くないのが多すぎた
MSなら安心という顧客や上司のために仕事でしょうがなく使うってシチュエーションしかない
結局不自由だからあれこれ回避するためにキメラのような実装になってフレームワークなんて使わないほうが良かったとなる
- 189 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 12:56:42.21 ID:LWsZFFBD.net]
- ASP.NET APIぐらいかな？使えるのは
ここにEF入ってくると糞になるけど...
- 190 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 13:13:47.93 ID:+wZdari7.net]
- EFはEF Coreや.NET 6で多少速度マシになってたりしないの??
まぁ、元々変更追跡する仕組みだから、速度面では不利だが
- 191 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 16:07:33.81 ID:ocXxzRZn.net]
- 普通のアプリを作る場合には、Document・Viewアーキテクチャも、
MVCもMVVMも面倒なだけな気がする。
Win32のGDIも面倒。
OpenGLも、1.0は美しかったが1.2以後や、OpenGL ESやWebGLは汚く面倒に
なった。Direct3Dの駄目なところを取り入れてしまったような感じ。
- 192 名前：デフォルトの名無しさん [2022/01/30(日) 17:42:13.84 ID:1lRRY4pr.net]
- 普通のアプリって何
- 193 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 21:21:33.53 ID:Zz8RS9Wg.net]
- JHTMLアプリじゃね？
- 194 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 23:00:42.20 ID:fI0x5/zS.net]
- この文脈ならkick-ass appsだろ
言わせんな恥ずかしい
- 195 名前：デフォルトの名無しさん mailto:sage [2022/01/31(月) 07:29:13.82 ID:ekWinSEL.net]
- >>190
>>95
- 196 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 10:37:04.10 ID:5deqnR/S.net]
- >未解決の問題が非常に多いため、何に取り組んでいるのか、どこで進歩しているのか
WinUI3、問題山積みって感じだな。
開発メンバーも離脱してごくわずかで細々作ってる感じだし。
MSも高確率で沈みそうな泥船に投資したくないんだろうなぁ。
Phoneが沈んだ時点でさっさとUWPを捨ててこっちに注力してればもっとましな結果になっただろうに。
- 197 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 13:34:55.83 ID:qr0OhjFL.net]
- ユニバーサル・ウインドウズ・プラットフォーム(Windows10専用)だからな
それよりWinFormsとWPFの2本立ての方が成功してたと思う
高DPIに対応したWinForms2.0とかUnityでも動作するMonoFormsとか
スゲー安っぽいけどWinUIなんかより数倍マシ
- 198 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 14:17:31.87 ID:/6h+iODO.net]
- さすがにWinFormsは要らない。
WinFormsでやってたことはWPFがあれば事足りる。
- 199 名前：デフォルトの名無しさん [2022/02/02(水) 14:55:30.01 ID:MolDdSgs.net]
- WPFは勝手にマルチスレッドにしやがる
- 200 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 21:21:23.96 ID:HZtz5wep.net]
- WPFが最初からネイティブC++で実装されてたらUWPやWinUIは生まれずWPFは統一プラットフォームとして継続的に進化して成功していただろうな
MSはなんだかんだC++大好きで、全部マネージドでいいじゃんってのは社内的に許されないんだよ
- 201 名前：デフォルトの名無しさん [2022/02/02(水) 23:39:19.90 ID:uQJKdAPH.net]
- 好き嫌いの問題じゃないだろ
低レイヤーの実装はC++じゃなきゃ出来ない
- 202 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 23:44:15.40 ID:Tho+pX9F.net]
- リーク地獄は嫌じゃ
- 203 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 00:13:00.65 ID:IbTz5ZAk.net]
- そもそも.NETがWindowsチームから嫌われてたっていうからな
- 204 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 00:44:04.17 ID:hnE9Kba7.net]
- >>198
MSが好きなのはC++98(03)までだろうな。
C++11はアホが好みそうな仕様になったから。
- 205 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 07:52:29.24 ID:rTgJdd8/.net]
- C++98はある種の透徹した美しさがあったな
11以降のも無駄に複雑だった部分がどんどんシンタックスシュガーで簡潔になってきて嫌いじゃない
- 206 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 08:31:47.19 ID:j4oj3G8A.net]
- >>202
C++11を理解できないから嫌いなんでしょ
- 207 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 08:50:59.00 ID:nrvs3IXt.net]
- >>204
横からレスごめん
C++11は使おうと思えば使えるけど、スマートポインタとかが美しくないかなと思う
メモリをどうこうしたいのならC#とかみたいにGCを実装して欲しかった…
ただ、randomやthreadが追加されたのはかなり嬉しい
- 208 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 08:58:55.45 ID:n97Y9UcY.net]
- んで、ここ何のスレ？
- 209 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 09:29:22.68 ID:0+ku9eIp.net]
- C++なんてバグ量産言語まだ使ってるのかよw
Rust使えよ低脳
- 210 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 09:54:13.82 ID:8ADJI/49.net]
- >>199
低レイヤは当たり前だけど、MSの場合は高レイヤも全て快適にC++で記述できなければならない
それがWindowsの標準UIプラットフォームに求められる最低水準なんだよ
C++/WinRT知ってるか？奴等のC++に対する愛と執念は異常
- 211 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 10:23:17.82 ID:0+ku9eIp.net]
- ゴミで有名だよねC++/WinRT
- 212 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 14:43:56.38 ID:u1rmEl96.net]
- C++11以後は、最低でもStroustrupの9,800円くらいの本は読まないと
話にならないから、お金が掛かる。
- 213 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 15:04:58.00 ID:rTgJdd8/.net]
- >>210
そんなことないぞ
言語仕様が整理されたからむしろStroustrupより薄い本でマスターできるようになってる
- 214 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 15:05:48.63 ID:VSVU8kYC.net]
- C++相談室
https://itest.5ch.net/mevius/test/read.cgi/tech/1636969758
- 215 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 16:15:08.97 ID:VWdjVpzZ.net]
- 現在のマイクロソフトは昔に比べてC++の最新規格追随は熱心だと思うね
昔はC++愛が強かったってことはないんじゃないか
- 216 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 16:39:59.45 ID:4SJL6nSC.net]
- C++相談室
https://itest.5ch.net/mevius/test/read.cgi/tech/1636969758
- 217 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 16:51:25.83 ID:rTgJdd8/.net]
- >>208
C++/CLIという存在意義不明の言語もあってだな…
- 218 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 17:14:59.74 ID:4SJL6nSC.net]
- >>215
C++相談室
https://itest.5ch.net/mevius/test/read.cgi/tech/1636969758
- 219 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 18:39:21.61 ID:22BdHKRp.net]
- .NET6への移行は大変そうだな
- 220 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 18:50:36.00 ID:rTgJdd8/.net]
- >>216
C#, C♯, C＃相談室 Part96
https://mevius.5ch.net/test/read.cgi/tech/1639965805/
- 221 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 23:24:21.93 ID:oMlWvAvC.net]
- >>215
C++とC#への橋渡し？みたいな
- 222 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 23:31:13.46 ID:rTgJdd8/.net]
- >>219
C++/CLIはキミの手に負えるような代物じゃない
せいぜいC#とP/Invokeで遊んでなさい
- 223 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 23:39:42.92 ID:u02l46ie.net]
- で、wpfは？
- 224 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 23:47:41.12 ID:oMlWvAvC.net]
- >>220
MFCで作られたオブジェクトをC#で使う必要があったのよ
- 225 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 02:11:28.44 ID:tMDf8XuC.net]
- >>211
具体的にどの本の事だよ。
絶対無理だと思うぞ。
- 226 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 05:25:10.97 ID:2M0/77yk.net]
- >>223
C++相談室
https://itest.5ch.net/mevius/test/read.cgi/tech/1636969758
- 227 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 08:40:15.66 ID:+WNV9NYh.net]
- >>224
C#, C♯, C＃相談室 Part96
https://mevius.5ch.net/test/read.cgi/tech/1639965805/
- 228 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 08:52:24.88 ID:KAsheVEx.net]
- そういやC++/CLIでWPF作れるんだったね
以前やってみてすごく面倒だった
- 229 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 16:23:43.63 ID:x89zi/1x.net]
- WinUI3
>バグ、機能不足、パフォーマンスの遅さが問題です。
>現在、Microsoftはこれを趣味のプロジェクトとして扱っており、開発者が投資すべき重要なSDKではありません。
- 230 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 16:48:16.68 ID:Smp2NQSE.net]
- じゃあマイクロソフトさんはどのフレームワークに力入れていてどれで作れって言ってるの？
- 231 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 17:03:05.70 ID:/zOk2rsO.net]
- タイムリーな質問じゃん
これでしょ
https://medium.com/flutter/whats-new-in-flutter-2-10-5aafb0314b12
- 232 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 17:10:01.29 ID:Smp2NQSE.net]
- もうVSも.Netもいらないってことか
- 233 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 17:40:19.22 ID:Q8cReFta.net]
- これかーー
もうMSはオープンソースに手厚いかんな
https://medium.com/flutter/announcing-flutter-for-windows-6979d0d01fed
- 234 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 18:55:12.20 ID:Smp2NQSE.net]
- flutterのほうが楽しそう
もう何十年もなあなあの.Netはいらんな
- 235 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:05:31.82 ID:fMjkdVAl.net]
- xamlも時代遅れだよなぁ。
CSSもflexやgridをサポートして自由自在に画面設計できるようになったんだから、Webブラウザーと同じく使えるデスクトップブラウザーを開発すべき。
HTML5+CSS3をxamlで再カキコしなければならないMVVMアプリ開発側としてはしんどい事限りなし。
blazorがそうなるかと思いきや、そうはならなかったな。
- 236 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 19:08
]
- [ここ壊れてます]
- 237 名前：:30.28 ID:JrlSex4G.net mailto: hta2でいいよ
activxの代わりにJScript.NET（死語）でさ [] - [ここ壊れてます]
- 238 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 20:15:48.12 ID:x89zi/1x.net]
- >>228
MS的にはMAUI(Xamarin)を推したいんだろうが、こんなものに手を出すのは時間の無駄。
未だにスマホアプリに毛の生えたようなのしか作れないWinUIより
Flutterの方がずっとデスクトップアプリに求められるものは何なのか良くわかってる。
>デスクトップアプリケーションは、単に大きなスクリーンで動くモバイルアプリケーションではありません。
>キーボードやマウスなど、さまざまな入力デバイス用に設計されています。サイズ変更可能なウィンドウがあり、
>ワイドスクリーンモニタで動作することもよくあります。アクセシビリティ、入力メソッドエディター、ビジュアルスタイリングなど、
>重要な事柄についても、さまざまな慣例が存在します。デスクトップ アプリは、ファイル システム ピッカーからデバイス ハードウェア、
>Windows レジストリのようなデータ ストアまで、あらゆるものをサポートします。
・UWP→完全終了。開発側がもう使うな、はよWinUI3に移行しろと言っている。
・WinUI3→1〜2年後には業務で使えるレベルに品質・機能が上がっているかも？（しかしその頃には他のものが普及している可能性大）
・MAUI→使う価値なし（他がもっといいの出してるよね）
・WPF + .NET6→目新しさはないが安定していて間違いがない
・Flutter for Windows→注目株、Fluent Designにもしっかり対応。安定性・メモリ消費・ファイルサイズ等に問題がなければこれ一択か？
以前Dartでhello worldするコンソールアプリ試しに作ったときにやたらファイルサイズでかかったのが気がかり。
- 239 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 20:57:32.87 ID:i7hWOGQn.net]
- Flutter for Desktop、ちょっと触ってみたけど想像以上に良い。
ただ、まだあんまりよくわからんコンパイルエラーが起こる事があるな。
既存の自分のAndroidアプリはそう簡単には動かなさそう。
- 240 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 21:48:15.23 ID:xlLtcbiK.net]
- あーまあ分かったからflutterスレでやってね
- 241 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 22:07:14.76 ID:rPvrWkyY.net]
- ウェブのhtml, css, jsの組み合わせをデスクトップアプリに持ってきた方が自然に思える
てかWindowsのみで動くアプリなんてシステムアプリくらいしか需要ないじゃん
そんなのCUIでも全く問題ないんだから
- 242 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 22:11:22.70 ID:+WNV9NYh.net]
- それWebView2な
必然の流れだよ
- 243 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 22:11:24.10 ID:lgLSShEn.net]
- 古田はググールだから大変だな
流行らなければ斬るから信者がんばえー
- 244 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 01:21:30.57 ID:WZoZVFeP.net]
- 「StackOverflow」で2021年に実施された調査
https://asset.watch.impress.co.jp/img/wf/docs/1385/929/image2.jpg
- 245 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 01:58:42.02 ID:vyyfl1Q+.net]
- >>241
ほとんどWeb系だろうし、単に新しいもの使える職場は環境がいいというだけの話だ
- 246 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 09:10:40.08 ID:m5qwQDYD.net]
- WPF(MVVMを含む)を新しいものと見なしてるか古いものと見なしてるかで年の差感じるよな
学習コストとか今さらのように言われてもオマエ今まで何してたんだよ
10年以上前からあってとっくに枯れてるぞ
- 247 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 09:18:35.66 ID:50cE9z6L.net]
- WPFをいままでやってこなかったならいまさらやる必要がないってことでしょ
アプリケーションもウェブベースで作れるものならASP.NETのWebFormsやMVCに移行してただろうし
- 248 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 10:35:28.52 ID:JJnev5jz.net]
- >>238
jsはどんな領域でも使っちゃ駄目な欠陥言語。tsもわずかにマシって程度。
元々オモチャみたいな言語だからレガシーなクソ仕様をばっさり切り捨てないと手の施しようがない。
>Windowsのみで動くアプリ
昔と違ってWindows 1つあれば事足りるようになったからWindows 専用もそれほどデメリットにならない。
- 249 名前：デフォルトの名無しさん [2022/02/05(土) 10:40:43.82 ID:Rg3a6Lod.net]
- 普及しないまま枯れていったMVVM葬儀会場はここでつか？
- 250 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 10:42:30.90 ID:8UxqBbtD.net]
- 使いこなせない悲しみ
- 251 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 11:59:44.91 ID:XET6D0Ck.net]
- WPFが落ち目に見えるからFlutterとかWebとかこんなにキャッチセールスがやってくるのかな
- 252 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 12:07:21.14 ID:Czrdanv8.net]
- intellisenseがWPFに冷淡だったのが痛い
- 253 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 12:10:49.48 ID:8UxqBbtD.net]
- WinUI待機組をFlutterが掻っ拐う構図
- 254 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 15:15:00.66 ID:JJnev5jz.net]
- >>248
落ち目なのはWinUI。まだ浮かんですらいないけど。
今の時点でデスクトップアプリ開発環境としてWinUIよりFlutterの方が完成度が上で、今後それが逆転する可能性も絶望的。
これからはWPFとFlutterを状況に応じて使い分ければいい。
WinUIがポンコツすぎて迷う必要なくなったから、かえって良かったかも。
- 255 名前：デフォルトの名無しさん [2022/02/05(土) 15:29:51.09 ID:Mq0LTi1i.net]
- 早めにxaml捨ててMAUI＆Cometで一本化する判断しとけばここまで開発リソース分散しなかっただろうに
- 256 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 17:43:31.99 ID:CJOs3GSx.net]
- >>252
MAUIは、XAMLによるMVVM、と書いてあるが。
- 257 名前：デフォルトの名無しさん [2022/02/05(土) 17:45:20.87 ID:CJOs3GSx.net]
- 宣言的
- 258 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 17:47:03.84 ID:CJOs3GSx.net]
- MAUIには、宣言的UIを使ったMVUなるものがあって、それがCometということかいな？
でも宣言的UIもWinFormsとは全く違うよね、多分。
- 259 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 18:12:45.33 ID:xQipYjTo.net]
- 宣言的UIはXAMLみたいなやつ
- 260 名前：デフォルトの名無しさん mailto:sage [2022/02/05(土) 21:13:43.76 ID:b/8WCMUm.net]
- >>244
そんな奴はこのスレ覗きに来ないと思うんだが
- 261 名前：デフォルトの名無しさん mailto:sage [2022/02/06(日) 00:16:10.15 ID:keaNtWdY.net]
- >>256
やっぱ、そうか。
だからMAUIはXAMLのものと、XAMLではないがXAMLに似たものの二系統作られるという
ことに過ぎないのだろう。
|
 |
