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

**デフォルトの名無しさん** · 2021/09/19(日) 18:43:39.82

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/

**デフォルトの名無しさん** · 2021/12/23(木) 20:01:58.86

ただいまはスタートダッシュ決めたい人の時期だから
後でついていけばいいくらいの人は来年の4月5月あたりからでいいんじゃないかな
WPFより教えやすそうだからブログ記事とかも来年あたりから増えてきそう

**デフォルトの名無しさん** · 2021/12/23(木) 21:14:10.75

>>557
いつどう作り直したの？

**デフォルトの名無しさん** · 2021/12/23(木) 22:29:33.82

>>562
MSがこっちでやるって言ったストアアプリやUWPはあのざまじゃん。

**デフォルトの名無しさん** · 2021/12/23(木) 22:33:37.09

WPFはダークテーマさえどうにかしてくれればずっと使えるぐらい安定はしてる

**デフォルトの名無しさん** · 2021/12/23(木) 22:46:32.62

でもその安定したダークスタイルがないので詰み
ModernWPF ?

**デフォルトの名無しさん** · 2021/12/24(金) 04:50:07.60

>>564
妄想だろ

**デフォルトの名無しさん** · 2021/12/24(金) 07:53:10.17

>>562
ストアアプリとかUWPに乗っかったやつは馬鹿を見ただろうけどな

**デフォルトの名無しさん** · 2021/12/24(金) 08:44:32.63

WPFおじさんがFormsおじさんと同類になろうとは…

**デフォルトの名無しさん** · 2021/12/24(金) 09:00:37.27

>>567
黒背景固定で作れば?
テーマ切り替えのパッケージも有名どころがいくつかあるし、
自前で作っても大した手間じゃない。

ただOSのテーマ連動「のみ」ってのだけはやめとけ。
スマホと違って複数のウィンドウを同時に表示させるPCではダークテーマだらけになるとどれがどのウィンドウだか分かりづらい。
アプリケーションごとにライトとダークをバラけさせておいたほうが視認性が上がる。

**デフォルトの名無しさん** · 2021/12/24(金) 09:54:52.88

>>570
せやな、Javaおじさんが同類になるとは思わなかったよ…

　　　… COBOL爺

**デフォルトの名無しさん** · 2021/12/24(金) 10:23:13.73

>>570
そう考えると笑えるなw
人間誰しも歳取るとどっかの時点で新しい知識を受け入れなくなるんだなぁ

**デフォルトの名無しさん** · 2021/12/24(金) 10:26:55.95

MVVMおじさんって今何してるんだろ

**デフォルトの名無しさん** · 2021/12/24(金) 10:49:21.17

>>570
WPFに固執してる人っていたっけ
デスクトップアプリ作るうえで消去法でWPFって人が多そうだけど

**デフォルトの名無しさん** · 2021/12/24(金) 10:59:30.94

WinUI3ってヴィジュアル系に不具合残っているけど
どうにもならないような不具合は１．０でかなり解消されているんだけどな

**デフォルトの名無しさん** · 2021/12/24(金) 11:37:21.27

自由にファイルを置けるのはデスクトップとドキュメントフォルダのみ、各種設定は変更不可（もしくはリブートで設定リセット）、みたいな厳しい環境が増えてきてるから、xcopyインストールできないUWPなんか技術選定の段階で候補にもあがらなかったが、WinUIでようやくスタートラインに立ったかな。
あとは新しいことができるのは当然として、今までできていたことがどれだけ不自由なくできるかがポイント。
これプラス実運用に耐えられる品質とパフォーマンス。

**デフォルトの名無しさん** · 2021/12/24(金) 12:03:46.18

WPFに出来てWinUIに出来ないものの大きなのは複数Windowだが
ページで組んでいなかった人には大問題なのかもしれんね

あとWindowsTemplateStudioが2022で動かないので、2019でテンプレ作成して
出来たクラスを移植するとなんとかなる
https://portal.productboard.com/winappsdk/1-windows-app-sdk/tabs/2-planned

**デフォルトの名無しさん** · 2021/12/24(金) 12:04:43.61

>>574
MSがWPF推してた時代にMVVMやってたような意識高い系の人達はみんなWebに移った

**デフォルトの名無しさん** · 2021/12/24(金) 12:32:37.08

メインウインドウの中にサブウィンドウ作らなきゃいけないな
マルチドキュメントインターフェースと名付けよう

**デフォルトの名無しさん** · 2021/12/24(金) 16:59:47.39

まだ新規プロジェクトの作成でMDIかSDI、コンソールなんて選択してるの？

**デフォルトの名無しさん** · 2021/12/24(金) 17:36:49.76

>>581
と、申しますと？

**デフォルトの名無しさん** · 2021/12/24(金) 18:20:52.01

>>579
なんでこう妄想が激しいんだろ

**デフォルトの名無しさん** · 2021/12/24(金) 18:38:20.16

ウェブっていえばマウントとれると思ってるおじさんなんだろう

**デフォルトの名無しさん** · 2021/12/24(金) 18:54:32.47

Windows11でウィジェットが追加されたけど、WinUIでウィジェット作れるようにならないかな
とりあえず今は対応アプリ少なすぎてあんまり使えないね

**デフォルトの名無しさん** · 2021/12/24(金) 21:13:58.18

目が悪いので（盲学校に行ってた弱視です）
ダークモードは非常に見づらいので辞めて欲しい

**デフォルトの名無しさん** · 2021/12/24(金) 21:25:47.43

やめるわけないじゃん
ユーザーが選ぶんだから

**デフォルトの名無しさん** · 2021/12/24(金) 21:32:56.19

>>571
やっぱりダークモードって見にくいでしょ？

**デフォルトの名無しさん** · 2021/12/24(金) 22:01:14.79

vscodeやvisual studioはダークテーマが疲れないね

**デフォルトの名無しさん** · 2021/12/25(土) 05:10:57.37

>>574
>>579
ここで言うMVVMおじさんってのは何でもかんでもMVVMで実装してしまう意識の低い人。
多分基礎的な事がわかってなくて他の実装方法を知らない。
MVVM使っておけば馬鹿にされないんでしょ？ってノリ。

**デフォルトの名無しさん** · 2021/12/25(土) 08:04:31.47

c#おじさんは？

**デフォルトの名無しさん** · 2021/12/25(土) 08:52:16.21

>>590
そういう人が実際にいるとしたら、VMにビジネスロジック書いてるんじゃないかな
それはどっちかというとWebでよくあるエセWebMVCの類で、MVVMではない

**デフォルトの名無しさん** · 2021/12/25(土) 09:57:23.26

>>590
あらゆるところにMVVM使えと主張する奴がいたらそりゃ異常だがWPFに限れば別に普通なんじゃね？
ポトペタやりたいならわざわざWPF選ぶ必要もないし。

**デフォルトの名無しさん** · 2021/12/25(土) 11:41:37.86

>>593
画面数が1〜2個、追加で何もライブラリを入れなくても作れるようなものまでMVVMでやろうとするならMVVMおじさん。

**デフォルトの名無しさん** · 2021/12/25(土) 12:09:00.10

？
「MVVMおじさん」じゃない人はその条件で何を使うというんだろう？コードビハインドにイベントハンドラで書く？
画面数が少ないからといってわざわざ別yのやり方するのも面倒だと思うが。

それとも、「画面数が1～2個、追加で何もライブラリを入れなくても作れるようなもの」しかやらないから
最初からMVVMは使ってないってことかな。

**デフォルトの名無しさん** · 2021/12/25(土) 14:10:37.28

MSのキラーアプリ群がC++からC#に移行しない時点でWPFは詰んでた。
結局C#で作るやっつけアプリはwinformで十分すぎた。

**デフォルトの名無しさん** · 2021/12/25(土) 14:28:09.01

OracleがDBをJavaで書かないからJava終了という笑い話

**デフォルトの名無しさん** · 2021/12/25(土) 14:30:54.49

WPF関係ないけどExcelを.Net対応に作り替えなかったの大失敗だろ

**デフォルトの名無しさん** · 2021/12/25(土) 14:54:11.42

そもそも.netの配列がアクセス時の範囲チェックで糞遅いから
大量データ扱うには結局C++、C、アセンブラで書くことになる。

**デフォルトの名無しさん** · 2021/12/25(土) 15:36:12.80

>>595
実装方法はアプリケーションの性質に合わせてより適切なものを選択するべきであり、「面倒」なんて言葉が出てくる時点で技術者として3流。面倒なんじゃなくて知識が乏しいだけなんだろうが。
WPFでのMVVM開発はフレームワーク必須だと考えていて、フレームワークを使わないならMVVMを使うべきでない。
機能的にはコンソールアプリで十分なものの、利用者のPCスキルを勘案してUIをつける場合、exe1つで完結する方が利用者に親切。開発者にとっても無意味にソースファイルを増やすことなくメンテナンス性良く作れる。

**デフォルトの名無しさん** · 2021/12/25(土) 16:19:36.07

後付け条件がわらわら湧いてくるいつものパターン。

**デフォルトの名無しさん** · 2021/12/25(土) 16:37:50.69

初代MVVMおじさん元気にしてるかな

**デフォルトの名無しさん** · 2021/12/25(土) 16:45:12.91

>>599
そこまでやらなくてもunsafe使って範囲チェックを省略すれば相当早くなるよ

**デフォルトの名無しさん** · 2021/12/25(土) 16:49:45.65

だよな
unsafeで結構十分だよな
これがJavaだとJNIでCのコード書くことになるが

**デフォルトの名無しさん** · 2021/12/25(土) 16:53:06.73

>>600
後半の内容全く関係ないない話してるけど
詐欺師出身の方？

**デフォルトの名無しさん** · 2021/12/25(土) 17:05:49.46

unsafeの突入コストがこれまた重い。クラス内で配列持ってると外からメソッド等でアクセスするとこの突入コストは避けれない。.netは遅くない、WPFは遅くない、unsafeがあると言ってる人たちは最初からその程度の要件だっただけなんだよ。速度重視の最適化で必ずぶつかる壁にぶつかってない。

だから速度が要件のアプリ、ライブラリではなかなか移行してもらえない。Javaと同じ轍を踏む必要はない。

**デフォルトの名無しさん** · 2021/12/25(土) 17:14:32.16

範囲チェックの事しかいってないのに
どんどん後づけされてもきりがない

**デフォルトの名無しさん** · 2021/12/25(土) 17:16:39.95

WinUIはC++でも使えるのだが

**デフォルトの名無しさん** · 2021/12/25(土) 17:26:06.06

WinUIのビッグウェーブくるぞ。

そしてWPFと同じく10年経ってなぜMSは移行に失敗したかって言うんだろうな。

**デフォルトの名無しさん** · 2021/12/25(土) 17:58:27.05

UWPの,net nativeはunsafe相当の速度ってベンチマーク見たな

**デフォルトの名無しさん** · 2021/12/26(日) 08:00:15.44

>>602
U氏ならとっくにMVVMから足を洗ってるよ

**デフォルトの名無しさん** · 2021/12/26(日) 09:55:11.53

MVVM原理主義者は融通が効かなくて困る。

**デフォルトの名無しさん** · 2021/12/26(日) 10:07:30.44

そりゃどこの世界でも原理主義者はそういうもんだろう

**デフォルトの名無しさん** · 2021/12/26(日) 14:12:53.65

MVVM原理主義者もMVVM絶対忌避者も両方アホ

**デフォルトの名無しさん** · 2021/12/26(日) 14:20:07.63

>>614
UIデザイナーなんて碌な仕事しないという経験から直感で現場でWPFは使い物にならないと思ったPGは多かったが
実際そうだったのだからアホではなく単なる経験の差である。MSも移行してもらえなかったからwinformを捨てられないしね。
キミは確かに無駄な努力、遠回りしただけのように見えるがよく頑張ったよ、立派だよ。おつかれさん。

**デフォルトの名無しさん** · 2021/12/26(日) 14:32:36.47

wpfはプログラムの出来ないデザイナーでも使えます！

**デフォルトの名無しさん** · 2021/12/26(日) 14:36:43.42

>>615
何でMVVMの話がWPFの話にすり替わるんだ
まさかMVVM=WPFだと思ってるの

**デフォルトの名無しさん** · 2021/12/26(日) 14:45:09.39

>>617
そりゃここはWPFスレだからさ。なら最初からWPFは無視して
純粋にMVVMの話で限って言えば～と先に断っておいてくれよ。
ボクはエスパーじゃないんだ。だがUIデザイナやMVVM連呼厨が
ユーザやPGのことなど全く考えてないことは経験として知っている。
MVVM論で言えば尻拭いするのはいつもPGと顧客だ。

**デフォルトの名無しさん** · 2021/12/26(日) 14:48:17.01

>キミは確かに無駄な努力、遠回りしただけのように見えるがよく頑張ったよ、立派だよ。おつかれさん。

自分じゃマウント取りにいったつもりなんだろうけど他人からはアホに見えるパターン。
気を付けた方がいいよ。

**デフォルトの名無しさん** · 2021/12/26(日) 14:49:05.03

MVVMの要であるBindingはListViewなどではイベント型でも避けて通れないものなんだからBinndingは習得するしかない
Bindを理解しているのにMVVMを避ける理由ってそれほどないよな

**デフォルトの名無しさん** · 2021/12/26(日) 14:50:43.04

>>618
WPFに限定してのMVVMか非MVVMの話だとしても
文脈を無視してWPFが使い物にならないとか言い出す意味が分からん

**デフォルトの名無しさん** · 2021/12/26(日) 15:08:16.26

文脈がないのがUIデザイナー。ユーザの実務無視して見た目しか考えてない。マジ迷惑。
そんなことよりキミたちはよく頑張ったよ。その若さ溢れる才能で次のMVVMフレームワークをまた勉強したまえ。
WPFが登場して15年か。キミたちも相当に随分老けてないか。

**デフォルトの名無しさん** · 2021/12/26(日) 18:29:45.67

「〇〇ができる」でマウント取るのは容易いことだが
「〇〇が出来ない」でマウントを取りに来るって
ある意味チャレンジャーだよなｗ

**デフォルトの名無しさん** · 2021/12/26(日) 19:18:37.03

>>623
キーボードスレにタッチタイプ出来ないことでマウントとる奴おったw

**デフォルトの名無しさん** · 2021/12/26(日) 20:01:22.81

日本人のくせに効率のいい、頭にも負担が少ない「かな」入力ができないなんて頭に欠陥あるんですかね。
ボクはただの努力不足だと思いますよ。ガラケー使ってる私を馬鹿にしてるiPhone君見てると入力が遅くて遅くて仕事が遅いんです。どっかのMVVM論者ですね。

**デフォルトの名無しさん** · 2021/12/26(日) 20:22:06.53

いつも思うけどW:PFやMVVMを批判する人はなんか必死だよねぇ。
それだけルサンチマンが溜まっているんだろうか。

**デフォルトの名無しさん** · 2021/12/26(日) 21:32:33.04

MVVM、ひいてはMVCが理解出来ないVB6脳なんじゃないかと思っている

**デフォルトの名無しさん** · 2021/12/26(日) 22:00:58.48

WPFのは異常にめんどくさいMVVMだよ
他の知ってると馬鹿らしさ満点だから

しかも身につけたスキルが他で全く使えない
↑これが一番辛いぞ

**デフォルトの名無しさん** · 2021/12/26(日) 22:12:17.30

Reactとかと比べると別物だよなあ
考え方は同じにしても旧石器時代と現代くらいの違いがあるよ

**デフォルトの名無しさん** · 2021/12/26(日) 22:26:34.17

>>626
私はヘジのDOS時代のIDEに感動し、VCLのチート的な完成度にも妥協しwinformは最高だと思いましたよ。
そう言えば私がどれだけWPFに期待し、ガッカリしたか分かっていただけるかと。
そりゃあたたちMVVM信者の期待も無念に臥し、WPFは普及しませんでしたけどね。

この長く続くスレは負け犬たちの墓場なのです。

**デフォルトの名無しさん** · 2021/12/26(日) 22:32:26.33

ReactのスキルをReact以外で使えたためしはないが、だからといって別にReactがダメだとも思わんがな。

**デフォルトの名無しさん** · 2021/12/26(日) 22:37:41.54

>>601
ケースの1つをあげただけじゃん
後付け条件てｗ
読解力低すぎだろ

**デフォルトの名無しさん** · 2021/12/26(日) 22:37:43.53

私は異常に面倒くさいってとこに同調しただけで、他で使えるとか使えないとかは論じてないのでご理解お願いしますよ

**デフォルトの名無しさん** · 2021/12/26(日) 22:39:17.15

むしろMVVMの考え方自体は同じである(他でも使える)とまで言っているんだぜ

**デフォルトの名無しさん** · 2021/12/26(日) 22:50:33.40

相変わらずこんな熱いWPF批判をさせる何かがそこにはあるんだろうな。

**デフォルトの名無しさん** · 2021/12/26(日) 22:59:53.43

大事なのはおまえは使えてもおれは面倒で使えないという事実だ。
神は越えられない試練は与えないのだ。

**デフォルトの名無しさん** · 2021/12/26(日) 23:16:28.31

wpfの記述が長くなるのは何とかなりませんか？
Androidのレイアウトに比べて見にくくて仕方ありません。
複雑になりそうな時はUserControl作ってますが、例えばリストやコンボボックスの列のレイアウトを別ファイルに持たせることはできないのでしょうか？

**デフォルトの名無しさん** · 2021/12/27(月) 01:14:30.78

DataTemplateをResourceに書いて外部化すれば良い

**デフォルトの名無しさん** · 2021/12/27(月) 08:45:05.07

>>638
ありがとうございます。初心者でDataTemplateの外部化がわからないので調べてみます。
よくあるサンプルで長々と書いてあるのは分けると説明がしずらいとかなんかあるんですかねぇ。

**デフォルトの名無しさん** · 2021/12/27(月) 11:50:33.83

>>578
実質、WinUIはまだ使い物にならないって事か。
1ウィンドウページ切り替えのタイプで使い勝手を損なわずに済むものなんてかなり限られるし。
よくある一覧/詳細画面は別ウィンドウで自由な配置で見比べながら作業したいだろうし、
今の一般的な環境なら複数ディスプレイにそれぞれウィンドウを配置して使われるだろうし、
詳細画面は複数起動できたほうが喜ばれるだろうし。

**デフォルトの名無しさん** · 2021/12/27(月) 15:13:15.42

wpfでデータバインド使いたい場合は
ViewModelにViewの参照渡してブンブン使っちゃえばいいのでしょうか

**デフォルトの名無しさん** · 2021/12/27(月) 15:34:18.01

逆だろ

**デフォルトの名無しさん** · 2021/12/27(月) 15:35:03.77

DataContextにVMを入れてXAMLでバインドすんだろ

**デフォルトの名無しさん** · 2021/12/27(月) 15:40:40.47

釣りだろ？

**デフォルトの名無しさん** · 2021/12/27(月) 16:26:07.11

>>640
Microsoft「ぜひMDIを・・・。」

**デフォルトの名無しさん** · 2021/12/27(月) 16:47:06.90

>>644
いえ
反MVVM派のやり方が知りたかったのです
バインドは使ってない？

Viewのクラス(this)をデータコンテキストに入れているコードもありましたがこれは問題ありませんか？

**デフォルトの名無しさん** · 2021/12/27(月) 16:53:29.12

データを全部Vのプロパティに持つのが最速

**デフォルトの名無しさん** · 2021/12/27(月) 17:32:41.88

WinUIならWPFほど何でもかんでもMVVMでっていう感じじゃないよ

**デフォルトの名無しさん** · 2021/12/27(月) 17:49:14.74

>>645
MDIじゃ親ウィンドウの外に出せないんだから
ページ切り替えの欠点を解消できない。

**デフォルトの名無しさん** · 2021/12/27(月) 17:51:03.12

ええ???

どこがそんなに違うの??

**デフォルトの名無しさん** · 2021/12/27(月) 18:08:25.69

>>650
MDIを見たことない世代ですか？
イメージとしてはマックみたいな感じ
まず壁紙が見えない（他のアプリも）
マルチディスプレイ対応が無理ゲー

**デフォルトの名無しさん** · 2021/12/27(月) 18:23:05.26

マルチウインドウはVer1.1で搭載予定でQ2リリースだから４－６月まで待てばいいんだけどね
https://portal.productboard.com/winappsdk/1-windows-app-sdk/tabs/2-planned

**デフォルトの名無しさん** · 2021/12/27(月) 18:30:47.77

>>646
これダイアログ作る時よくやるけど

**デフォルトの名無しさん** · 2021/12/27(月) 18:33:05.07

>>651
ごめん、>>648に対するレスでした

**デフォルトの名無しさん** · 2021/12/27(月) 18:55:38.86

WinUI始めてサンプルコードとか見てるとコードビハインドに書いていくのが基本
(WPFもだが)そのための機能は用意されてるわけだし
改めてMVVMは選択肢の一つというところに持っていきたい感じがする
実際、コードビハインドに書いて何か混乱が起きるようなことはそうそうないと思った

**デフォルトの名無しさん** · 2021/12/27(月) 19:15:37.37

>>646
MVVM派とか反MVVM派って考え方がおかしくて、
WPFアプリケーションごとにMVVMが適しているか、コードビハインドが適しているか考えて
その都度、より適切な方を選択するんだよ。

**デフォルトの名無しさん** · 2021/12/27(月) 19:47:43.92

WinUIも失敗確定の予感がしてきたな。

**デフォルトの名無しさん** · 2021/12/27(月) 19:51:46.84

どれが鉄板なんだよもう

**デフォルトの名無しさん** · 2021/12/27(月) 19:59:09.24

>>658
そんなものは無いから困ってる
WinUIは期待されてるけどどうなることやら

**デフォルトの名無しさん** · 2021/12/27(月) 19:59:34.59

10年前からWinUIってあったのか完全にスルーしてたわ。既に普及に失敗してたんだな。

**デフォルトの名無しさん** · 2021/12/27(月) 20:09:16.66

>>660
WinUI 2まではUWP専用だったから、まぁ当然の結果
WinUI 3で適用範囲を広げて仕切り直し

**デフォルトの名無しさん** · 2021/12/27(月) 20:31:07.25

適用範囲広げてというかおすすめできるのはデスクトップのC#かC++かだけでしょ
WPFから使うとかUWPからつかうとかはやめたほうがいい