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

**デフォルトの名無しさん** · 2022/01/20(木) 05:40:40.10

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/26(水) 15:37:18.03

>>89
開発プラットフォームのポテンシャルを見るために最小限の実装をしてるんだぞ。
それに何の意味があるんだ?

**デフォルトの名無しさん** · 2022/01/26(水) 15:55:56.24

開発環境じゃなくて実行環境じゃね？
PEヘッダよりMZヘッダのほうが偉いのか？

**デフォルトの名無しさん** · 2022/01/26(水) 20:29:58.76

>>90
挙げられたテストが開発プラットフォームのポテンシャルを測ることに適さないことを揶揄してる

**デフォルトの名無しさん** · 2022/01/26(水) 20:37:42.47

>>81
(1)〜(7)は一つでもNoの場合は不合格
(1)〜(7)が全てYesの場合は、(8)と(9)はどちらもBであっても合格
つまり、(8)と(9)は条件Aは不要でありBだけで良い
そうすると(1)〜(9)の一つでも満たさなければ不合格というシンプルな条件になる

**デフォルトの名無しさん** · 2022/01/26(水) 21:16:47.98

あーあ
お前ら相手しちゃったのかよ

**デフォルトの名無しさん** · 2022/01/27(木) 06:28:20.17

==========================================================
デスクトップアプリ何で作る？
最低要件（最低限これくらいは満たしてね）チェックシート2022 rev.2
==========================================================

チェック用アプリ仕様:
　アプリ上の"はろー"ボタンをマウスでクリックしたらメッセージボックスで"わーるど"を表示する

(1)配布要件1：動作させるのに必要なファイル一式を任意の場所に配置して動作する
(2)配布要件2：管理者権限不要で配置できる
(3)配布要件3：動作させるのに必要なファイルが10以内 ※1

(4)起動要件1：エントリファイルをダブルクリックして起動可
(5)起動要件2：エントリファイルをPowerShellから起動可
(6)起動要件3：管理者権限不要で起動可
(7)起動要件4：ネットワーク切断状態（スタンドアロン）で動作する

(8)メモリ要件：
　A：起動時の消費メモリが20MiB以内
　B：起動時の消費メモリが40MiB以内

(9)ストレージ要件：
　A：動作させるのに必要なファイルの合計が200KiB以内 ※1
　B：動作させるのに必要なファイルの合計が1MiB以内 ※1

※1. OSにプリインストールされているランタイムは除く

==========================================================
(1)～(7)はYesの場合+10, Noの場合は-100
(8)～(9)はAの場合+10, Bの場合+5, その他は-100

合計点80以上が合格ライン（当然点数は高ければ高いほど優秀）

**デフォルトの名無しさん** · 2022/01/27(木) 07:42:08.71

キチガイ警報発令

**デフォルトの名無しさん** · 2022/01/27(木) 08:03:47.05

どう見てもレイルズくんの犯行だね
NGに放り込んでおこうと

**デフォルトの名無しさん** · 2022/01/27(木) 09:19:15.35

いまさらVS2008のwpfデザイナ触ってみたけど
今とは別物でとっつきにくいな
多少は進化しているようだ
WinUI3も使えるようになるまで何年かかるかな

**デフォルトの名無しさん** · 2022/01/27(木) 09:54:50.84

WPFねぇ。　XAMLもCSS使いの画面設計のように進化しないとね。
Styleプロパティーも少ないし、CSSデザインのように自由度か欲しい。
WinFormよりははるかにマシだが。

**デフォルトの名無しさん** · 2022/01/27(木) 12:16:30.58

正直言ってwinformよりクソだな。普及しなくて当然としか。
wpf称賛してるPGってiPhoneを革新、便利だと称賛してた馬鹿と同じ臭いがする。

**デフォルトの名無しさん** · 2022/01/27(木) 12:20:23.86

WinForms
・旧来のウィンドウズAPIの上にレイヤーを重ねたようなもので、（シンプルであるという）利点と
　（平凡なレイアウトやスタイリングオプションという）災いの両方がある。

WPF
・WinFormsからわずか4年後にリリースされたが、デザインパターンとコンセプトがより複雑であったため、
　一般に受け入れられるまでにはしばらく時間がかかった。
・大規模なデータセットに対してWinFormsよりも大幅に高速化できるが、正しく使用するにはより深い知識が必要である。
・現状は WPF on .NET 6 が一番つぶしが効く状態。

UWP
・Windows UIの未来だったが、鳴かず飛ばず、現在はメンテナンスモードになっている。
　良い点：魅力的なUIを簡単に作ることができ、マウスとタッチの両方でうまく動作する。
　悪い点：サンドボックスとパッケージングの要件が非常に厳しい。
　結論：避けるべき。

WinUI 3
・小さなチームがUWPのUIスタックからできる限りのものを救い出そうとしている。
・遅い、バグが多い、そして多くの歴史的なお荷物が重くのしかかる。
・1年後にまた確認したいが、私は悲観的だ。

**デフォルトの名無しさん** · 2022/01/27(木) 12:21:24.30

>>100
称賛まではしてないのでは
今あるWindows向けデスクトップアプリの中ではマシとかみたいな感じでは

**デフォルトの名無しさん** · 2022/01/27(木) 13:44:50.36

>>101
ケツ論

.Netで開発するな

**デフォルトの名無しさん** · 2022/01/27(木) 17:58:14.68

.netFramework4.8 +Winforms でしばらく様子見だな

**デフォルトの名無しさん** · 2022/01/27(木) 18:01:40.33

>>101
Xamarinは？

**デフォルトの名無しさん** · 2022/01/27(木) 21:02:54.08

>>105
死んだよ。

**デフォルトの名無しさん** · 2022/01/28(金) 00:35:19.21

Xamarin取り扱いやってみるかと思ったらデザイナー画面が真っ白で、コントロール何を配置しても白い何かが置かれたことしかわからん状態
AndroidStudioの感覚で触って面食らった
バグなのか仕様なのかググッてもわからん
もう俺はダメなのか

**デフォルトの名無しさん** · 2022/01/28(金) 01:35:07.56

流石にWinFormsはスレ違いだろ
俺たちはとっくの昔に先に行ってるんでね

**デフォルトの名無しさん** · 2022/01/28(金) 07:34:02.52

なぜにサポート切れ間近のxamarinに手を出そうと思った

**デフォルトの名無しさん** · 2022/01/28(金) 08:11:36.48

Xamarinについて調べてみたけど、サポート終了ってホントなんだな
マジでなんなんだこれ

**デフォルトの名無しさん** · 2022/01/28(金) 08:18:47.87

xaml流用できないとか意味わからんし

**デフォルトの名無しさん** · 2022/01/28(金) 08:36:39.31

>>100
過去のいろんなスマホのUIを完全に駆逐したiPhoneは革新的で便利だろ
そう言うということは、当然スマホ使ってないんだよな？

**デフォルトの名無しさん** · 2022/01/28(金) 08:51:19.33

>>101
WinUI3が遅いって一体何のことでしょうか？もしかして安定版使ったことないとか
それと言うほど酷いバグは見つからないけど、あるなら具体的に挙げて欲しい
検証してみたいわ

**デフォルトの名無しさん** · 2022/01/28(金) 09:12:22.15

初心者はwindowsフォームスが一番速く覚える

**デフォルトの名無しさん** · 2022/01/28(金) 09:12:53.39

MVVC自体理解できないだろう

**デフォルトの名無しさん** · 2022/01/28(金) 09:16:34.97

MS製 React Native for Windows
https://github.com/microsoft/react-native-windows

どうやらMSの本気はこちらのようだ

**デフォルトの名無しさん** · 2022/01/28(金) 09:24:48.80

>>95さえクリアしてりゃ何でもいいよ

**デフォルトの名無しさん** · 2022/01/28(金) 09:47:22.72

Electron ネイティブ作れやMS

**デフォルトの名無しさん** · 2022/01/28(金) 12:38:22.72

Prismみたいなもんだろ
すぐ飽きてメンテされなくなる

**デフォルトの名無しさん** · 2022/01/28(金) 13:00:26.04

https://flutter.dev/events/flutter-update-windows
2月3日か

**デフォルトの名無しさん** · 2022/01/28(金) 13:53:24.19

>>111
xamarinは元々はMSとは違う会社が作ってたものだし。
一時期xamlを統一しようとする動きはあったけど、
結局、それぞれのプラットフォームに最適化した結果だからこれでいいのだ、
ってことになった。

**デフォルトの名無しさん** · 2022/01/28(金) 14:53:55.73

>>115
MVVM知らなくても使いやすいGUIは作れるし、
MVVM信者が作ったGUIアプリはなぜか操作性がクソだし。

**デフォルトの名無しさん** · 2022/01/28(金) 15:01:03.75

>>122
具体的になんかある？
確かにMVVM信者がまともに動くアプリ作ってるの見たことない笑

**デフォルトの名無しさん** · 2022/01/28(金) 15:29:18.72

>>122
個人的に、MVVMはtextbox1に入力された文字列をtextbox2に反映させる的な場合に使って、あとはコードビハインドでやるみたいな感じだな

**デフォルトの名無しさん** · 2022/01/28(金) 15:43:03.56

>>122
多分、MVVMで作ることが第一にあって、MVVMで作りやすい方にUIが引っ張られて使いづらくなってるw
1画面でページ切り替えするアプリケーションはMVVMで作りやすくて、
スマホアプリレベルの低機能なものならそれで事足りることもあるけど、
Window「s」デスクトップアプリケーションとしては強みをわざわざ殺すようなもの。

**デフォルトの名無しさん** · 2022/01/28(金) 16:30:52.52

？　MVVMなんて普通に使ってるだろ？
テスト駆動やドメイン駆動には必須だし、今やアジャイルで作る企業業務アプリの主流じゃね？

**デフォルトの名無しさん** · 2022/01/28(金) 16:33:35.20

> アジャイルで～
ﾌﾟ

**デフォルトの名無しさん** · 2022/01/28(金) 16:39:19.49

MV*は量産化のためのフレームワーク
どれだけ楽できるかはCaliburn.Microを試してみるといい、あれにはコンベンションといって
バインディングは自動、コマンド(アクション)もメソッドと紐付けてくれる仕組みが入ってる

**デフォルトの名無しさん** · 2022/01/28(金) 16:42:25.57

>>124
それMVVMじゃないです

**デフォルトの名無しさん** · 2022/01/28(金) 17:50:24.48

要件と照らし合わせてMVVMで作った方がメリットが多ければMVVMにするし、メリットがなければMVVMは使わない。
思考停止して何でもMVVMなんてことはしない。

**デフォルトの名無しさん** · 2022/01/28(金) 18:05:33.63

それならWinformsで事足りる

**デフォルトの名無しさん** · 2022/01/28(金) 18:11:32.84

DataSetとか使うの？

**デフォルトの名無しさん** · 2022/01/28(金) 18:24:47.02

MVVMとか盲信してる下級プログラマーによくいるけど道具に踊らされすぎ。
最新技術を取り入れる俺カッコイイと思ってるのは本人ばかりで将来性無い知識に振り回され貴重な時間を浪費するアホ。
WCFやらEFなんて誰が使ってるよ？

**デフォルトの名無しさん** · 2022/01/28(金) 18:34:49.12

>>131
UIが無いならそれでもいいが、そんなことはないだろ？
UIがあるならMVVM抜きにしてもWPFで作った方がずっと楽できる。

**デフォルトの名無しさん** · 2022/01/28(金) 18:34:59.24

思考停止しなかったLivet(一時期流行ったMVVMライブラリ)作者はWebへ移りました

**デフォルトの名無しさん** · 2022/01/28(金) 18:39:12.67

MVなんかESP32組込みファームウェアでも導入しているぐらいなのに、リファクタリング考えればテストステップで進めるのに、GUIとモデルの分離は当然。
WPFに拘らずとも、今や必須スキルやがな。
バグ曲線とリリースコストの増大考えれば、当たり前。
大規模システムやったことないのか？

**デフォルトの名無しさん** · 2022/01/28(金) 18:42:34.34

>>133
EF使わずにDataSetつこうてるの？

**デフォルトの名無しさん** · 2022/01/28(金) 18:46:53.09

今さらEFとかもうね、Dapperにしとけって俺口酸っぱくして言ったよね？

**デフォルトの名無しさん** · 2022/01/28(金) 18:53:18.22

>>137
どっちも使わん
なんでわざわざ重くて不自由な足枷つけんねん
ドＭかｗ

**デフォルトの名無しさん** · 2022/01/28(金) 19:00:44.99

LINQもたまには思い出してあげて…

**デフォルトの名無しさん** · 2022/01/28(金) 19:21:50.44

ウインフォーマーが何使ってるのか興味があっただけなんだけどな
StringBuilderてSQL書いたりさ

**デフォルトの名無しさん** · 2022/01/28(金) 19:24:19.87

別件質問
Microsoft.Toolkit.Mvvmと
Community.Toolkit.Mvvmって
どっち使えばいいの？

**デフォルトの名無しさん** · 2022/01/28(金) 19:28:57.04

>>136
UIとモデルの分離は当然なのはそうなんだが、それ＝MVVMじゃないぞ。
そんなことはWinFormsの頃から実践されてきたことだろ。

**デフォルトの名無しさん** · 2022/01/28(金) 20:00:49.38

>>141
ウインフォーマー舐めるなよ。
CSVから構造体の配列に読み込んでForループで処理だ。
しかもVB.NET

>>142
Microsoft.Toolkit.Mvvm使っとけばOK.
Community.Toolkit.Mvvmは多分別名で中身は同じものな気がする。

**デフォルトの名無しさん** · 2022/01/28(金) 20:31:53.74

また、MVVM 発作始まるのかよ
しつこいなおまえら
もう、他人がMVVMを上げようが下げようがどうでもいいだろ

**デフォルトの名無しさん** · 2022/01/28(金) 20:33:03.07

>>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.09

MVVMって呼ぶからWinFormおじさんが発狂しちゃうんだよ
バインディングって言えば大丈夫
バインディングならWinFormにもあるからネ！

**デフォルトの名無しさん** · 2022/01/28(金) 22:14:56.16

>>122
>MVVM信者が作ったGUIアプリはなぜか操作性がクソだし。

MVVM信者とかリアルで出会う機会は少ないが、このサンプルは何人でアプリ何本くらいで判断した話？

**デフォルトの名無しさん** · 2022/01/28(金) 23:40:31.36

ここの人たちって古臭い連中ばかりだな

**デフォルトの名無しさん** · 2022/01/28(金) 23:56:11.29

今どきWPF なんてやってる時点で察しろｗ

**デフォルトの名無しさん** · 2022/01/29(土) 00:01:38.08

>>118
.NET版が大昔からあんだろ

**デフォルトの名無しさん** · 2022/01/29(土) 00:31:49.77

WinUIだと他でCommunityToolkitの方のパッケージ使うことになったりするな

**デフォルトの名無しさん** · 2022/01/29(土) 00:57:04.26

>>133
MVVMからなぜ最新技術？？

**デフォルトの名無しさん** · 2022/01/29(土) 05:55:50.53

>>149
それならモダンな人とは？

**デフォルトの名無しさん** · 2022/01/29(土) 08:41:43.59

最初に要件定義して
・サーバークライアントかスタンドアロンか
・ターゲットはWindowsのみかクロスプラットフォームか
・言語はC#かそれ以外でもよいか

そんでスタンドアロン-Windows-C#ときたらWPFでいいだろ。

**デフォルトの名無しさん** · 2022/01/29(土) 08:46:37.27

もうMVVM使わない人かな

**デフォルトの名無しさん** · 2022/01/29(土) 09:01:47.93

>>156
154(俺)宛て？
MVVMを擁護するつもりもないけど、単なる考え方だから関係ない気がする
固執するのも問題だけど

**デフォルトの名無しさん** · 2022/01/29(土) 09:03:21.64

.NET6でアプリの起動時間は短縮されるのかな?

**デフォルトの名無しさん** · 2022/01/29(土) 09:15:09.71

react界隈のreduxって感じMVVMは

**デフォルトの名無しさん** · 2022/01/29(土) 09:27:43.68

Hooksに相当するものが出てくればね

**デフォルトの名無しさん** · 2022/01/29(土) 09:39:47.13

みんなMはどう設計してるんだろ。
MVVMってVとVMについての設計パターンで、Mはそれ以外の領域。
だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。

**デフォルトの名無しさん** · 2022/01/29(土) 11:25:42.83

MVC は、PostgreSQLなどのデータベースを前提にしていると思っていたんだが、
MVVM もそうなの？

**デフォルトの名無しさん** · 2022/01/29(土) 11:28:01.80

個人の感想としては、RailsやDjango、LaravelなどでMVCを学んだが、
MVCを使ったからといってプログラムが分かり易くなるとは思えなかった。
むしろ、柔軟性を失ってめんどくさくなるだけではないか。

**デフォルトの名無しさん** · 2022/01/29(土) 11:28:21.65

reduxってオワコンの比喩だよ

**デフォルトの名無しさん** · 2022/01/29(土) 11:45:43.13

>>162
そうだよ
まあMVCと違ってクライアントアプリなんで、DB直結よりはWCFでサーバーサイドロジックをサーバーに出して分離するのがよりクールだとされていた
WCF廃止されちゃったけどね
基本的にゴリゴリのビジネスアプリケーションが前提だよ

**デフォルトの名無しさん** · 2022/01/29(土) 11:59:06.66

>>155
要件定義するような案件でスタンドアロンなんかほぼ無いでしょ
一般的なクラサバとスタンドアロンの定義と君の理解にズレがある気がするのだが、それぞれどういうものだと思ってるの？
ちなみに一般的な定義においては、世の中のWPFアプリケーションのほとんどはクラサバに属する

**デフォルトの名無しさん** · 2022/01/29(土) 12:49:49.65

>>166
別人だけど書いてみる

多分、複数人で利用してデータを管理したりする場合:
クラサバ

**デフォルトの名無しさん** · 2022/01/29(土) 12:54:34.91

>>166
ごめん 167は忘れて
間違って送信してしまった

多分、

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

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

ってことかと

**デフォルトの名無しさん** · 2022/01/29(土) 12:57:24.51

>>166
要件定義の認識がずれてる気がする

> 世の中のWPFアプリケーションのほとんどはクラサバに属する
全く持って同意できないw

**デフォルトの名無しさん** · 2022/01/29(土) 13:04:01.59

ずれてる、だと語弊があるな
食い違ってる、で

**デフォルトの名無しさん** · 2022/01/29(土) 13:35:42.26

酷い…老害たちのゴミのような脳みその結果がこの日本の惨状なわけだ

**デフォルトの名無しさん** · 2022/01/29(土) 15:14:13.55

>>161
Mは何を対象にするかによって設計が変わるんだから一般的には話せないでしょ
VはWindowsでもWebでも一般的なGUIに対して共通認識があるからまだ設計条件を共有しやすいが

**デフォルトの名無しさん** · 2022/01/29(土) 17:20:37.44

>>161
>だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。

何を話題にしたいのかにもよるけど、目線の違うパターン同士を絡めて語ることってあまりないんでは？
MVVM自体とMに用いるパターンは直交した概念だから、MはUIを持たないソフトウェアの設計論と同じに考えて
好きなように選べばいいかと。

**デフォルトの名無しさん** · 2022/01/29(土) 17:37:02.08

>>158
起動も速いし、その他全体的に体感できるレベルで速い

**デフォルトの名無しさん** · 2022/01/29(土) 19:14:57.97

>>173
むしろMを完全にVと分離するためのVMだからね

**デフォルトの名無しさん** · 2022/01/29(土) 19:31:58.32

ＰｒｉｓｍのようなMVVMスイートには
・Event Aggregator
・DI
・ViewModel Locater
が３点セットで入っているから、それがMVVMのM(やVB)でよく使われるパターンじゃないかな？

**デフォルトの名無しさん** · 2022/01/29(土) 19:35:15.13

VBじゃなくてVMだわｗ

**デフォルトの名無しさん** · 2022/01/30(日) 08:36:43.32

>>176
全然違う
それらはいずれもレイヤ間のメッセージングや依存性解決の手段でしかなく、M層内での設計とは無関係

**デフォルトの名無しさん** · 2022/01/30(日) 09:08:00.00

なお、MSによって発行された本来のPrismでは、Mというのは「WCFのクライアント」に他ならない
つまりリモートサーバー上に存在するWCFのサービスに対するラッパーだな
MVVMを使うのはあくまでフロント開発者であって、Mから先のビジネスロジックはフロント開発者が詳細を意識する必要すらない、
どこか別の場所にある完全にブラックボックス化された領域なんだよ

**デフォルトの名無しさん** · 2022/01/30(日) 09:37:16.05

何それめっちゃ遅そうじゃん
所詮MVVMなんてその程度の浅い認識で考え出されたアーキテクチャなんだな
ゴチャゴチャ言ってるのは全部後付けで端から複雑なアプリには向いてない

**デフォルトの名無しさん** · 2022/01/30(日) 09:47:18.83

イベントアグリゲーターはVM同士でやり取りする時使うよ
匿名のボトルメールみたいな感覚だね、便利なんで使い方を覚えるといい

**デフォルトの名無しさん** · 2022/01/30(日) 09:51:03.86

>>180
REST使うSPAと変わらんやん

**デフォルトの名無しさん** · 2022/01/30(日) 10:14:04.18

M同士のやり取り？
そんなのはMの状態変化の結果として変更通知として各VMに降ってくるようにするのが筋でしょ

**183** · 2022/01/30(日) 10:14:42.92

VM同士のやり取り？
の間違い

**デフォルトの名無しさん** · 2022/01/30(日) 10:19:30.61

まぁメリットが感じられないフレームワークも多いよね
MVVMフレームワーク、WCF、EF、ASP.NET MVC、各層に色々フレームワークはあるけどASP.NET以外は微妙
要求が高度なアプリほど
フレームワークの使用によって得る生産性＜フレームワークの束縛によって失う自由度
になってくる

**デフォルトの名無しさん** · 2022/01/30(日) 12:31:27.69

マイクロソフトのフレームワークが良くないのが多すぎた
MSなら安心という顧客や上司のために仕事でしょうがなく使うってシチュエーションしかない
結局不自由だからあれこれ回避するためにキメラのような実装になってフレームワークなんて使わないほうが良かったとなる

**デフォルトの名無しさん** · 2022/01/30(日) 12:56:42.21

ASP.NET APIぐらいかな？使えるのは
ここにEF入ってくると糞になるけど...

**デフォルトの名無しさん** · 2022/01/30(日) 13:13:47.93

EFはEF Coreや.NET 6で多少速度マシになってたりしないの??
まぁ、元々変更追跡する仕組みだから、速度面では不利だが

**デフォルトの名無しさん** · 2022/01/30(日) 16:07:33.81

普通のアプリを作る場合には、Document・Viewアーキテクチャも、
MVCもMVVMも面倒なだけな気がする。
Win32のGDIも面倒。
OpenGLも、1.0は美しかったが1.2以後や、OpenGL ESやWebGLは汚く面倒に
なった。Direct3Dの駄目なところを取り入れてしまったような感じ。