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

■ このスレッドは過去ログ倉庫に格納されています
2022/01/20(木) 05:40:40.10ID:+TySdXxT
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/
2022/01/27(木) 12:21:24.30ID:cANkRrwG
>>100
称賛まではしてないのでは
今あるWindows向けデスクトップアプリの中ではマシとかみたいな感じでは
2022/01/27(木) 13:44:50.36ID:7co10CQD
>>101
ケツ論

.Netで開発するな
2022/01/27(木) 17:58:14.68ID:BG2/etgC
.netFramework4.8 +Winforms でしばらく様子見だな
105デフォルトの名無しさん
垢版 |
2022/01/27(木) 18:01:40.33ID:cM6P+pbP
>>101
Xamarinは？
106デフォルトの名無しさん
垢版 |
2022/01/27(木) 21:02:54.08ID:QP9AOXPj
>>105
死んだよ。
2022/01/28(金) 00:35:19.21ID:UrWQ/KNN
Xamarin取り扱いやってみるかと思ったらデザイナー画面が真っ白で、コントロール何を配置しても白い何かが置かれたことしかわからん状態
AndroidStudioの感覚で触って面食らった
バグなのか仕様なのかググッてもわからん
もう俺はダメなのか
108デフォルトの名無しさん
垢版 |
2022/01/28(金) 01:35:07.56ID:2GSlyRDY
流石にWinFormsはスレ違いだろ
俺たちはとっくの昔に先に行ってるんでね
2022/01/28(金) 07:34:02.52ID:QRZt4O9C
なぜにサポート切れ間近のxamarinに手を出そうと思った
2022/01/28(金) 08:11:36.48ID:3x0JFp6u
Xamarinについて調べてみたけど、サポート終了ってホントなんだな
マジでなんなんだこれ
2022/01/28(金) 08:18:47.87ID:nHo/b21R
xaml流用できないとか意味わからんし
2022/01/28(金) 08:36:39.31ID:EDH8RG4m
>>100
過去のいろんなスマホのUIを完全に駆逐したiPhoneは革新的で便利だろ
そう言うということは、当然スマホ使ってないんだよな？
2022/01/28(金) 08:51:19.33ID:R3hbtl0K
>>101
WinUI3が遅いって一体何のことでしょうか？もしかして安定版使ったことないとか
それと言うほど酷いバグは見つからないけど、あるなら具体的に挙げて欲しい
検証してみたいわ
114デフォルトの名無しさん
垢版 |
2022/01/28(金) 09:12:22.15ID:G6JL1WJY
初心者はwindowsフォームスが一番速く覚える
115デフォルトの名無しさん
垢版 |
2022/01/28(金) 09:12:53.39ID:G6JL1WJY
MVVC自体理解できないだろう
116デフォルトの名無しさん
垢版 |
2022/01/28(金) 09:16:34.97ID:tKGLizFL
MS製 React Native for Windows
https://github.com/microsoft/react-native-windows

どうやらMSの本気はこちらのようだ
2022/01/28(金) 09:24:48.80ID:NkreWV+A
>>95さえクリアしてりゃ何でもいいよ
2022/01/28(金) 09:47:22.72ID:QwC8uFzi
Electron ネイティブ作れやMS
2022/01/28(金) 12:38:22.72ID:kLTO8ApN
Prismみたいなもんだろ
すぐ飽きてメンテされなくなる
2022/01/28(金) 13:00:26.04ID:CloP9SPe
https://flutter.dev/events/flutter-update-windows
2月3日か
2022/01/28(金) 13:53:24.19ID:BYIQRGXa
>>111
xamarinは元々はMSとは違う会社が作ってたものだし。
一時期xamlを統一しようとする動きはあったけど、
結局、それぞれのプラットフォームに最適化した結果だからこれでいいのだ、
ってことになった。
2022/01/28(金) 14:53:55.73ID:3Gb6OY+l
>>115
MVVM知らなくても使いやすいGUIは作れるし、
MVVM信者が作ったGUIアプリはなぜか操作性がクソだし。
123デフォルトの名無しさん
垢版 |
2022/01/28(金) 15:01:03.75ID:1yvLAv6j
>>122
具体的になんかある？
確かにMVVM信者がまともに動くアプリ作ってるの見たことない笑
2022/01/28(金) 15:29:18.72ID:bcAzYVuU
>>122
個人的に、MVVMはtextbox1に入力された文字列をtextbox2に反映させる的な場合に使って、あとはコードビハインドでやるみたいな感じだな
2022/01/28(金) 15:43:03.56ID:bFDIT/Ik
>>122
多分、MVVMで作ることが第一にあって、MVVMで作りやすい方にUIが引っ張られて使いづらくなってるw
1画面でページ切り替えするアプリケーションはMVVMで作りやすくて、
スマホアプリレベルの低機能なものならそれで事足りることもあるけど、
Window「s」デスクトップアプリケーションとしては強みをわざわざ殺すようなもの。
2022/01/28(金) 16:30:52.52ID:FZ0uQlM1
？　MVVMなんて普通に使ってるだろ？
テスト駆動やドメイン駆動には必須だし、今やアジャイルで作る企業業務アプリの主流じゃね？
2022/01/28(金) 16:33:35.20ID:3Gb6OY+l
> アジャイルで〜
ﾌﾟ
2022/01/28(金) 16:39:19.49ID:b6TLNov5
MV*は量産化のためのフレームワーク
どれだけ楽できるかはCaliburn.Microを試してみるといい、あれにはコンベンションといって
バインディングは自動、コマンド(アクション)もメソッドと紐付けてくれる仕組みが入ってる
129デフォルトの名無しさん
垢版 |
2022/01/28(金) 16:42:25.57ID:AmULl7RP
>>124
それMVVMじゃないです
2022/01/28(金) 17:50:24.48ID:zPVQIz9q
要件と照らし合わせてMVVMで作った方がメリットが多ければMVVMにするし、メリットがなければMVVMは使わない。
思考停止して何でもMVVMなんてことはしない。
2022/01/28(金) 18:05:33.63ID:oCmByirC
それならWinformsで事足りる
2022/01/28(金) 18:11:32.84ID:nccwie6m
DataSetとか使うの？
2022/01/28(金) 18:24:47.02ID:kLTO8ApN
MVVMとか盲信してる下級プログラマーによくいるけど道具に踊らされすぎ。
最新技術を取り入れる俺カッコイイと思ってるのは本人ばかりで将来性無い知識に振り回され貴重な時間を浪費するアホ。
WCFやらEFなんて誰が使ってるよ？
2022/01/28(金) 18:34:49.12ID:fHSTVUG6
>>131
UIが無いならそれでもいいが、そんなことはないだろ？
UIがあるならMVVM抜きにしてもWPFで作った方がずっと楽できる。
2022/01/28(金) 18:34:59.24ID:g50oJ6EP
思考停止しなかったLivet(一時期流行ったMVVMライブラリ)作者はWebへ移りました
2022/01/28(金) 18:39:12.67ID:FZ0uQlM1
MVなんかESP32組込みファームウェアでも導入しているぐらいなのに、リファクタリング考えればテストステップで進めるのに、GUIとモデルの分離は当然。
WPFに拘らずとも、今や必須スキルやがな。
バグ曲線とリリースコストの増大考えれば、当たり前。
大規模システムやったことないのか？
2022/01/28(金) 18:42:34.34ID:nccwie6m
>>133
EF使わずにDataSetつこうてるの？
2022/01/28(金) 18:46:53.09ID:b6TLNov5
今さらEFとかもうね、Dapperにしとけって俺口酸っぱくして言ったよね？
2022/01/28(金) 18:53:18.22ID:kLTO8ApN
>>137
どっちも使わん
なんでわざわざ重くて不自由な足枷つけんねん
ドＭかｗ
140デフォルトの名無しさん
垢版 |
2022/01/28(金) 19:00:44.99ID:1yvLAv6j
LINQもたまには思い出してあげて…
2022/01/28(金) 19:21:50.44ID:nccwie6m
ウインフォーマーが何使ってるのか興味があっただけなんだけどな
StringBuilderてSQL書いたりさ
2022/01/28(金) 19:24:19.87ID:nccwie6m
別件質問
Microsoft.Toolkit.Mvvmと
Community.Toolkit.Mvvmって
どっち使えばいいの？
2022/01/28(金) 19:28:57.04ID:4u1r/XKm
>>136
UIとモデルの分離は当然なのはそうなんだが、それ＝MVVMじゃないぞ。
そんなことはWinFormsの頃から実践されてきたことだろ。
2022/01/28(金) 20:00:49.38ID:NkreWV+A
>>141
ウインフォーマー舐めるなよ。
CSVから構造体の配列に読み込んでForループで処理だ。
しかもVB.NET

>>142
Microsoft.Toolkit.Mvvm使っとけばOK.
Community.Toolkit.Mvvmは多分別名で中身は同じものな気がする。
2022/01/28(金) 20:31:53.74ID:cgeTyaAM
また、MVVM 発作始まるのかよ
しつこいなおまえら
もう、他人がMVVMを上げようが下げようがどうでもいいだろ
2022/01/28(金) 20:33:03.07ID:OmkEpZCo
>>142
Microsoft.Toolkit.MvvmはCommunity.Toolkit.Mvvmの一部っぽい

> The Microsoft.Toolkit.Mvvm package (aka MVVM Toolkit) is a modern, fast,
> and modular MVVM library. It is part of the Windows Community Toolkit ...
2022/01/28(金) 20:58:23.09ID:LxSb85up
MVVMって呼ぶからWinFormおじさんが発狂しちゃうんだよ
バインディングって言えば大丈夫
バインディングならWinFormにもあるからネ！
2022/01/28(金) 22:14:56.16ID:LR3qN1W7
>>122
>MVVM信者が作ったGUIアプリはなぜか操作性がクソだし。

MVVM信者とかリアルで出会う機会は少ないが、このサンプルは何人でアプリ何本くらいで判断した話？
149デフォルトの名無しさん
垢版 |
2022/01/28(金) 23:40:31.36ID:ofHx672K
ここの人たちって古臭い連中ばかりだな
2022/01/28(金) 23:56:11.29ID:kLTO8ApN
今どきWPF なんてやってる時点で察しろｗ
2022/01/29(土) 00:01:38.08ID:Alu86MyQ
>>118
.NET版が大昔からあんだろ
152デフォルトの名無しさん
垢版 |
2022/01/29(土) 00:31:49.77ID:7nTZc88q
WinUIだと他でCommunityToolkitの方のパッケージ使うことになったりするな
2022/01/29(土) 00:57:04.26ID:RQ7DuTDZ
>>133
MVVMからなぜ最新技術？？
2022/01/29(土) 05:55:50.53ID:3ZSK4aSw
>>149
それならモダンな人とは？
2022/01/29(土) 08:41:43.59ID:ubDMC+kF
最初に要件定義して
・サーバークライアントかスタンドアロンか
・ターゲットはWindowsのみかクロスプラットフォームか
・言語はC#かそれ以外でもよいか

そんでスタンドアロン-Windows-C#ときたらWPFでいいだろ。
2022/01/29(土) 08:46:37.27ID:Alu86MyQ
もうMVVM使わない人かな
2022/01/29(土) 09:01:47.93ID:3ZSK4aSw
>>156
154(俺)宛て？
MVVMを擁護するつもりもないけど、単なる考え方だから関係ない気がする
固執するのも問題だけど
2022/01/29(土) 09:03:21.64ID:L6xb6JcI
.NET6でアプリの起動時間は短縮されるのかな?
2022/01/29(土) 09:15:09.71ID:Alu86MyQ
react界隈のreduxって感じMVVMは
2022/01/29(土) 09:27:43.68ID:ubDMC+kF
Hooksに相当するものが出てくればね
2022/01/29(土) 09:39:47.13ID:RlBDrRPo
みんなMはどう設計してるんだろ。
MVVMってVとVMについての設計パターンで、Mはそれ以外の領域。
だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。
2022/01/29(土) 11:25:42.83ID:Yb/iPl5R
MVC は、PostgreSQLなどのデータベースを前提にしていると思っていたんだが、
MVVM もそうなの？
2022/01/29(土) 11:28:01.80ID:Yb/iPl5R
個人の感想としては、RailsやDjango、LaravelなどでMVCを学んだが、
MVCを使ったからといってプログラムが分かり易くなるとは思えなかった。
むしろ、柔軟性を失ってめんどくさくなるだけではないか。
2022/01/29(土) 11:28:21.65ID:Alu86MyQ
reduxってオワコンの比喩だよ
2022/01/29(土) 11:45:43.13ID:BKEOmNWv
>>162
そうだよ
まあMVCと違ってクライアントアプリなんで、DB直結よりはWCFでサーバーサイドロジックをサーバーに出して分離するのがよりクールだとされていた
WCF廃止されちゃったけどね
基本的にゴリゴリのビジネスアプリケーションが前提だよ
2022/01/29(土) 11:59:06.66ID:oA/bSKHD
>>155
要件定義するような案件でスタンドアロンなんかほぼ無いでしょ
一般的なクラサバとスタンドアロンの定義と君の理解にズレがある気がするのだが、それぞれどういうものだと思ってるの？
ちなみに一般的な定義においては、世の中のWPFアプリケーションのほとんどはクラサバに属する
2022/01/29(土) 12:49:49.65ID:3ZSK4aSw
>>166
別人だけど書いてみる

多分、複数人で利用してデータを管理したりする場合:
クラサバ
2022/01/29(土) 12:54:34.91ID:3ZSK4aSw
>>166
ごめん 167は忘れて
間違って送信してしまった

多分、

複数人での利用で連携を取る:
クラサバ

ローカル環境に作用したりするだけの一括プログラム:
スタンドアロン

ってことかと
2022/01/29(土) 12:57:24.51ID:XrEcS30Z
>>166
要件定義の認識がずれてる気がする

> 世の中のWPFアプリケーションのほとんどはクラサバに属する
全く持って同意できないw
2022/01/29(土) 13:04:01.59ID:XrEcS30Z
ずれてる、だと語弊があるな
食い違ってる、で
171デフォルトの名無しさん
垢版 |
2022/01/29(土) 13:35:42.26ID:I0P/B1HZ
酷い…老害たちのゴミのような脳みその結果がこの日本の惨状なわけだ
2022/01/29(土) 15:14:13.55ID:N8fQblbv
>>161
Mは何を対象にするかによって設計が変わるんだから一般的には話せないでしょ
VはWindowsでもWebでも一般的なGUIに対して共通認識があるからまだ設計条件を共有しやすいが
2022/01/29(土) 17:20:37.44ID:ubDMC+kF
>>161
>だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。

何を話題にしたいのかにもよるけど、目線の違うパターン同士を絡めて語ることってあまりないんでは？
MVVM自体とMに用いるパターンは直交した概念だから、MはUIを持たないソフトウェアの設計論と同じに考えて
好きなように選べばいいかと。
174デフォルトの名無しさん
垢版 |
2022/01/29(土) 17:37:02.08ID:7nTZc88q
>>158
起動も速いし、その他全体的に体感できるレベルで速い
2022/01/29(土) 19:14:57.97ID:N8fQblbv
>>173
むしろMを完全にVと分離するためのVMだからね
2022/01/29(土) 19:31:58.32ID:W9gwoTM7
ＰｒｉｓｍのようなMVVMスイートには
・Event Aggregator
・DI
・ViewModel Locater
が３点セットで入っているから、それがMVVMのM(やVB)でよく使われるパターンじゃないかな？
2022/01/29(土) 19:35:15.13ID:W9gwoTM7
VBじゃなくてVMだわｗ
2022/01/30(日) 08:36:43.32ID:iZvztVrx
>>176
全然違う
それらはいずれもレイヤ間のメッセージングや依存性解決の手段でしかなく、M層内での設計とは無関係
2022/01/30(日) 09:08:00.00ID:iZvztVrx
なお、MSによって発行された本来のPrismでは、Mというのは「WCFのクライアント」に他ならない
つまりリモートサーバー上に存在するWCFのサービスに対するラッパーだな
MVVMを使うのはあくまでフロント開発者であって、Mから先のビジネスロジックはフロント開発者が詳細を意識する必要すらない、
どこか別の場所にある完全にブラックボックス化された領域なんだよ
2022/01/30(日) 09:37:16.05ID:fI0x5/zS
何それめっちゃ遅そうじゃん
所詮MVVMなんてその程度の浅い認識で考え出されたアーキテクチャなんだな
ゴチャゴチャ言ってるのは全部後付けで端から複雑なアプリには向いてない
2022/01/30(日) 09:47:18.83ID:fQLZlazV
イベントアグリゲーターはVM同士でやり取りする時使うよ
匿名のボトルメールみたいな感覚だね、便利なんで使い方を覚えるといい
2022/01/30(日) 09:51:03.86ID:9+q+6HPs
>>180
REST使うSPAと変わらんやん
2022/01/30(日) 10:14:04.18ID:DDlIcWyK
M同士のやり取り？
そんなのはMの状態変化の結果として変更通知として各VMに降ってくるようにするのが筋でしょ
184183
垢版 |
2022/01/30(日) 10:14:42.92ID:DDlIcWyK
VM同士のやり取り？
の間違い
185デフォルトの名無しさん
垢版 |
2022/01/30(日) 10:19:30.61ID:xTnuhpAm
まぁメリットが感じられないフレームワークも多いよね
MVVMフレームワーク、WCF、EF、ASP.NET MVC、各層に色々フレームワークはあるけどASP.NET以外は微妙
要求が高度なアプリほど
フレームワークの使用によって得る生産性＜フレームワークの束縛によって失う自由度
になってくる
2022/01/30(日) 12:31:27.69ID:KApH5n5G
マイクロソフトのフレームワークが良くないのが多すぎた
MSなら安心という顧客や上司のために仕事でしょうがなく使うってシチュエーションしかない
結局不自由だからあれこれ回避するためにキメラのような実装になってフレームワークなんて使わないほうが良かったとなる
2022/01/30(日) 12:56:42.21ID:LWsZFFBD
ASP.NET APIぐらいかな？使えるのは
ここにEF入ってくると糞になるけど...
2022/01/30(日) 13:13:47.93ID:+wZdari7
EFはEF Coreや.NET 6で多少速度マシになってたりしないの??
まぁ、元々変更追跡する仕組みだから、速度面では不利だが
2022/01/30(日) 16:07:33.81ID:ocXxzRZn
普通のアプリを作る場合には、Document・Viewアーキテクチャも、
MVCもMVVMも面倒なだけな気がする。
Win32のGDIも面倒。
OpenGLも、1.0は美しかったが1.2以後や、OpenGL ESやWebGLは汚く面倒に
なった。Direct3Dの駄目なところを取り入れてしまったような感じ。
190デフォルトの名無しさん
垢版 |
2022/01/30(日) 17:42:13.84ID:1lRRY4pr
普通のアプリって何
2022/01/30(日) 21:21:33.53ID:Zz8RS9Wg
JHTMLアプリじゃね？
2022/01/30(日) 23:00:42.20ID:fI0x5/zS
この文脈ならkick-ass appsだろ
言わせんな恥ずかしい
2022/01/31(月) 07:29:13.82ID:ekWinSEL
>>190
>>95
2022/02/02(水) 10:37:04.10ID:5deqnR/S
>未解決の問題が非常に多いため、何に取り組んでいるのか、どこで進歩しているのか

WinUI3、問題山積みって感じだな。
開発メンバーも離脱してごくわずかで細々作ってる感じだし。
MSも高確率で沈みそうな泥船に投資したくないんだろうなぁ。
Phoneが沈んだ時点でさっさとUWPを捨ててこっちに注力してればもっとましな結果になっただろうに。
2022/02/02(水) 13:34:55.83ID:qr0OhjFL
ユニバーサル・ウインドウズ・プラットフォーム(Windows10専用)だからな
それよりWinFormsとWPFの2本立ての方が成功してたと思う
高DPIに対応したWinForms2.0とかUnityでも動作するMonoFormsとか
スゲー安っぽいけどWinUIなんかより数倍マシ
2022/02/02(水) 14:17:31.87ID:/6h+iODO
さすがにWinFormsは要らない。
WinFormsでやってたことはWPFがあれば事足りる。
197デフォルトの名無しさん
垢版 |
2022/02/02(水) 14:55:30.01ID:MolDdSgs
WPFは勝手にマルチスレッドにしやがる
2022/02/02(水) 21:21:23.96ID:HZtz5wep
WPFが最初からネイティブC++で実装されてたらUWPやWinUIは生まれずWPFは統一プラットフォームとして継続的に進化して成功していただろうな
MSはなんだかんだC++大好きで、全部マネージドでいいじゃんってのは社内的に許されないんだよ
199デフォルトの名無しさん
垢版 |
2022/02/02(水) 23:39:19.90ID:uQJKdAPH
好き嫌いの問題じゃないだろ
低レイヤーの実装はC++じゃなきゃ出来ない
2022/02/02(水) 23:44:15.40ID:Tho+pX9F
リーク地獄は嫌じゃ
2022/02/03(木) 00:13:00.65ID:IbTz5ZAk
そもそも.NETがWindowsチームから嫌われてたっていうからな
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況