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

**デフォルトの名無しさん** · 2021/06/20(日) 17:04:18.66

Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part25
https://mevius.5ch.net/test/read.cgi/tech/1612522463

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2021/07/01(木) 19:09:07.26

>>295
> 後から動的に生成したい場合とか、コードで書けないと出来ないじゃん

サンクス
入力が変わる度にDataContextを動的に切り替えるってことね
でも、XAMLじゃできなかったっけ？
（DataContextじゃやったことないけど、XAMLでListなんかの要素の変化した分も表示できるから出来るのかなーと類推してるだけだけど）

**デフォルトの名無しさん** · 2021/07/01(木) 22:32:47.80

>>300
サンプル見るときに何を参考にするか決め打ちするしかないね
俺はそうしていた
WPF始めたばっかりの頃はWinFormから移行を進めたくてイベントドリブン中心(これは結局失敗)
その後学習を進めてMVVM中心に切り替えた
MSのサンプルがイベントドリブンだらけなのが良くないよな

**デフォルトの名無しさん** · 2021/07/01(木) 23:00:00.74

>>302
そっちが基本なんだが...

**デフォルトの名無しさん** · 2021/07/02(金) 11:38:56.90

機能が豊富な分、全部覚えようとしたらそりゃ大変だ。
でも
ひのきの棒
剣・槍・斧・弓の欲張りセット
どっちかくれるって言うなら普通は後者を選ぶだろ?
まず手に馴染むものを使って
少しずつ他のものも触れてみるといい。
最初から全部に手を出す必要はないし、
最終的にも全部使えるようになっている必要はない。

**デフォルトの名無しさん** · 2021/07/02(金) 11:50:23.46

的外れな例え話は頭悪く見えるぞw

**デフォルトの名無しさん** · 2021/07/02(金) 12:28:28.82

おや？後ろに隠してるのは、棒かな？

www

**デフォルトの名無しさん** · 2021/07/02(金) 12:40:53.27

>>304
先ずは初期装備のひのきの棒でスタートするだろw

**デフォルトの名無しさん** · 2021/07/02(金) 13:05:21.63

>>307
もらった装備は後から追加できないんだぞ

**デフォルトの名無しさん** · 2021/07/02(金) 13:28:40.79

そこで魔法でスキルアップだ

**デフォルトの名無しさん** · 2021/07/02(金) 13:32:17.26

もうやだ

**デフォルトの名無しさん** · 2021/07/02(金) 14:04:17.52

ここまでワテの自演

**デフォルトの名無しさん** · 2021/07/02(金) 14:39:21.48

wpf簡単チュートリアルテンプレートないの

DBとクエリだけ指定すればDataGridに出力してくれるとか
ボタンが配置してあってイベントに印刷とかExcel出力がすでにインプットされてるとか

**デフォルトの名無しさん** · 2021/07/02(金) 15:38:08.34

>>312
ほとんどwpf関係なくね？

**デフォルトの名無しさん** · 2021/07/02(金) 16:32:41.92

言語よりAccessのがいいんじゃね？
レポートは最強レベルの性能だし

**デフォルトの名無しさん** · 2021/07/02(金) 19:19:58.89

今時ローカルのDBなんて個人の小遣い帳にすら使い物になりません

**デフォルトの名無しさん** · 2021/07/02(金) 19:42:12.79

>>315
なにいってんの
サーバーに接続して利用すんの
一時期業務系の開発でよく見られた方式よ

**デフォルトの名無しさん** · 2021/07/02(金) 19:49:38.81

SQLiteは使い勝手が良いのだが

**デフォルトの名無しさん** · 2021/07/03(土) 04:36:22.66

>>302
欲しいサンプルがさ、なかなか見つかんないんだよね
決め打ちできるほど選べないという・・・
その唯一見つかったサンプルたちが別々の書き方してると苦労する
自分はMVVMから学んで、あとでイベントドリブンを知った

**デフォルトの名無しさん** · 2021/07/03(土) 04:59:48.16

>>304
> ひのきの棒
> 剣・槍・斧・弓の欲張りセット
> どっちかくれるって言うなら普通は後者を選ぶだろ?

ディスるつもりはまったくなくけど、
なんか喩えがよろしくない気がする
どっちかくれるって、それは学習コストも含めて言ってる？
使いこなせること前提なのかな？
コンビニに行くのにヘリコプターは要らないでしょ？

WPFは使ってみて手に馴染まなかった

**デフォルトの名無しさん** · 2021/07/03(土) 07:36:49.79

>>319
徒歩しか選べないのと、ヘリコプターも徒歩も選べるのは全然違うよ。

WinForms的作り方でWPFを使えばいい。
バインディングもほとんど使わない。
それなら学習コストはほとんどかからない。

柔軟なレイアウトシステムとか
スタイルによるコントロールのプロパティ一括指定とか
学習コストが低くて便利なところだけつまみ食いすればいい。

**デフォルトの名無しさん** · 2021/07/03(土) 09:09:34.76

結局邪悪だったのは
WPFといったらMVVMみたいな記事を書いてたMicrosoftのブログとかMVP、なんだよね
山師みたいなもので

**デフォルトの名無しさん** · 2021/07/03(土) 10:25:40.00

>>318
あとはもう書籍に頼るしか無いな
WPF関連の参考書は古いのばっかりだけど
WPF自体があんまり進化してないから2010年くらいのでも結構参考になる

**デフォルトの名無しさん** · 2021/07/03(土) 11:00:07.13

取っ付きにくい→普及しない→資料が無い→

負のスパイラルだね

**デフォルトの名無しさん** · 2021/07/03(土) 11:51:17.43

>>318
そりゃ酷い
普通こんな変態的なコード書かないよ

同じMSでもBlazorのMVVMの方がまともだ。

プロも考えてるなら
js覚えてReactとかやってみたら？
仕事多いよ。

**デフォルトの名無しさん** · 2021/07/03(土) 13:31:50.48

>>304
実際には、WinFormsが少し前の高級車で、WPFは、バックカメラを
搭載した軽自動車みたいな感じだろう。
速度が違うし、どっちがいいとも言えないような状態。

**デフォルトの名無しさん** · 2021/07/03(土) 13:51:45.16

>>325
もとい。
バックから見たいな画期的なものはWPFには付いてない。
せいぜい、短波ラジオが追加された軽自動車みたいな印象。

**デフォルトの名無しさん** · 2021/07/03(土) 14:03:08.22

WPFってWindowsメッセージドリブンなアプリを作れないよね

**デフォルトの名無しさん** · 2021/07/03(土) 14:03:10.68

そんなにWinFormが好きなのかｗ

**デフォルトの名無しさん** · 2021/07/03(土) 14:22:06.46

>>325
実際にはWinFormsがリヤカーでWPFがステーションワゴン

**デフォルトの名無しさん** · 2021/07/03(土) 14:22:33.63

WinFormsは、レンブラントやミケランジェロの作品の様に万人から一定の評価を
受けるようなものだが、WPFはピカソの絵みたいに人を選ぶ。
支持者には画期的で先鋭的なものらしいが。

**デフォルトの名無しさん** · 2021/07/03(土) 16:12:05.88

いつまでWinForms vs WPFやってんの
ネタが尽きて妙な例えになってるし、いい加減にしろ

**デフォルトの名無しさん** · 2021/07/03(土) 16:51:53.62

10年以上続けてる習慣にいい加減にしろだって！？
お前こそいい加減に止めることはできないって現実を理解しろよ

**デフォルトの名無しさん** · 2021/07/03(土) 18:06:40.40

>>320
やってみようかなという気持ちと
そっちの道も蛇の道では、または
それならWinFormsでいいんではないかという気持ちがある

WPFの扱いをユーザー側でどうこうするより、
MS側でバインディングを簡素化してくれた方が嬉しいかな

**デフォルトの名無しさん** · 2021/07/03(土) 18:07:36.50

自分が知ってるOSSでWPF使ってるのはEDCBぐらい
MVVMは使ってないようだけど

**デフォルトの名無しさん** · 2021/07/03(土) 18:27:49.11

>>322
ここ3年ぐらいで出版されたのを一冊買ってある
アマゾンで高評価だった奴
でも、欲しかった情報とちょっとズレてるんだよね・・・
もちろん有用な情報もあったけど

**デフォルトの名無しさん** · 2021/07/03(土) 18:30:13.91

>>324
> js覚えてReactとかやってみたら？

あら、今、正にそこ
そうだね、その方向性で行こう

**デフォルトの名無しさん** · 2021/07/03(土) 19:20:53.81

今更、WPFを覚えるってのもね。

**デフォルトの名無しさん** · 2021/07/03(土) 19:52:56.77

今ならWindows Runtime系の本でC#バージョン新しめのやつ探したほうが良い、あるのかは知らん(´・ω・`)
Xamlまでやるなら素直にPetzoldくんの6版

**デフォルトの名無しさん** · 2021/07/03(土) 20:10:39.49

マジか。WPF今から頑張ろうと思って色々調べているけど
正当進化のUWP?がズッコケてるのみるとこの技術に未来はないのかなとも思う
ただWPFのFormsにはない先端で綺麗なコントロールがあるからほっとけない

**デフォルトの名無しさん** · 2021/07/03(土) 21:19:34.25

今WPFを使う必要に迫られているのではなく将来を考えて勉強しようとしているなら、
さすがにそれはWebかスマホをやったほうがいいぞ

**デフォルトの名無しさん** · 2021/07/03(土) 22:02:27.73

Reactの次のステップが
React Native for windowsでのwinアプリ作りだね

https://docs.microsoft.com/ja-jp/windows/dev-environment/javascript/react-overview#does-react-work-on-windows

https://microsoft.github.io/react-native-windows/

**デフォルトの名無しさん** · 2021/07/03(土) 22:03:35.57

今ネイティブアプリを作る理由は鯖を用意しなくて良いぐらい…

**デフォルトの名無しさん** · 2021/07/03(土) 22:10:03.29

ネイティブアプリで自前ブラウザーを構成し、
本体アプリはReactで作成する

**デフォルトの名無しさん** · 2021/07/03(土) 22:13:34.86

>>339
趣味なら良いんじゃない？
慣れれば使いやすいから

フリーランスとかで案件が欲しいんだと微妙

**デフォルトの名無しさん** · 2021/07/03(土) 23:34:47.12

>>339
WPFのxamlは多機能すぎるしとりあえず最低限でもいいから適当にやればいい
ただ、MVVMは他でも使ったりするからこっちを重点的にやればいい

**デフォルトの名無しさん** · 2021/07/03(土) 23:35:31.59

MVVMは他でも使うというのは語弊があるかと

**デフォルトの名無しさん** · 2021/07/03(土) 23:36:48.07

俺が勉強した時は最初はxamlに深入りしないで他でもいきるMVVMの方に力入れてモチベーションを維持した

**デフォルトの名無しさん** · 2021/07/03(土) 23:38:42.00

MVVM技術は袋小路で他に流用できないし思想も実装によって違う
MVVM自体はこれから捨てられる技術

開発＆テストしづらいのでFaceBookはMVVM否定してReactでFluxを使ってる

**デフォルトの名無しさん** · 2021/07/03(土) 23:40:38.59

MVVMが向いてるのは個人などの小規模アプリ
中～大規模だと相互の関係が分かりづらくバグの温床になるので敬遠される

**デフォルトの名無しさん** · 2021/07/03(土) 23:44:15.93

andorid開発でもDataBinding+MVVMだし
flutterでもMVVMで作ってるし
最新のjetpack composeでもMVVM使う予定だけど

ただ、flutterなどデータバインディングない環境は自前でVとVMを接合しないといけないけど

すげぇ便利

**デフォルトの名無しさん** · 2021/07/03(土) 23:46:01.95

>MVVM技術は袋小路で他に流用できないし思想も実装によって違う

そもそもその手のアーキティクチャで他に流用できるものなんてどんだけあるかねぇ。
結局フレームワークごとそれぞれの考え方を習得しなきゃsならんように思うが。

**デフォルトの名無しさん** · 2021/07/03(土) 23:55:56.96

MVVMは基本、単に責務ごとにMとVとVMに分けて、オブザーバーパターンで状態変化通知して、xamlみたく組み込みのデータバインディングあればなおさらいいてだけじゃん

フレームワークによらず、アプリ全体をMVVMで設計できて
フレームワークによって違うのは主にVとVMと接合部分だけで
むしろ新しく覚えるのがそれだけなんだが?

**デフォルトの名無しさん** · 2021/07/04(日) 00:12:28.55

MVVMは副作用がわかりにくいので更新順序などで結果が違うなどバグの温床になる
状態を考慮せず実装できるような気がするが実は隠れた状態があり
その状態自体が見えづらく制御しづらい

**デフォルトの名無しさん** · 2021/07/04(日) 00:12:35.78

むしろMVVMのV差し替えで別フレームワークに切り替えた実例見たことないけど何かある？

**デフォルトの名無しさん** · 2021/07/04(日) 00:14:23.32

VとVMの切り替えはセット

**デフォルトの名無しさん** · 2021/07/04(日) 00:20:28.59

誰もさすがにコード共有までは言ってない
MVVMというアーキテクチャでUIフレームワーク変わっても同じように設計、実装できるといってるだけ

別にUIフレームワーク変えて一方向のデータフローが好きなら新しくfluxも覚えればいい

**デフォルトの名無しさん** · 2021/07/04(日) 01:13:39.87

MSもMAUIではMVU採用したみたいだけど
WinUIはどうすんのかな

**デフォルトの名無しさん** · 2021/07/04(日) 01:16:05.43

>>353
そういうこともあるけどナレッジが蓄積されるとバグのパターンと修正ポイントがすぐわかるようになる
大昔イベントドリブンの黎明期にも同じような事が言われて
古参が「ほらやっぱり逐次制御で書かないと分かんなくなる」と騒いだけど
その時も同じように解決されていった

**デフォルトの名無しさん** · 2021/07/04(日) 06:27:35.14

たぶんだけどmauiのMVUっても二つに分けてかんがえないと
まず、flutterなど今どきっぽく、UIをxmalではなくコードで宣言的に書けるってことだろ
で、おそらくjetpack composeみたくコードで書いた部分の状態を参照する部分は
オブザーバブルな状態の変更通知の購読、キャンセルはコンパイラサポートでコード自動生成？
flutterはここ自前でやらなきゃいけないので面倒

で、UIでイベントが発生したら、あとはそのイベントをどこに流すかだけでしょ

イベント発生時にViewModelのメソッド呼べばMVVMになるし
他の何かにしてデータの流れを一方向にすればMVUになるし

ただそれだけの話

**デフォルトの名無しさん** · 2021/07/04(日) 06:30:16.24

.NET MAUIでUIがxaml使わずにコードで宣言的にUIかけるように
なっても、UIのイベントをどこに流すかでMVVMにもほかのMVホゲホゲの何かにもなるし
ただそれだけ

俺が>>350のjetpack composeでやろうとしてることと同じ

想像だけどね

**デフォルトの名無しさん** · 2021/07/06(火) 07:06:29.25

React Nativeはオワコン、PWAも手を出す価値なし？

**デフォルトの名無しさん** · 2021/07/06(火) 09:51:25.64

VMとMをバインディングするからいろいろイビツになったり複雑になったりするんだと常々思う

**デフォルトの名無しさん** · 2021/07/06(火) 09:58:12.53

違うだろ

**デフォルトの名無しさん** · 2021/07/06(火) 11:18:59.50

いや違わない
コードビハインドを使うなというアホまで出る始末

**デフォルトの名無しさん** · 2021/07/06(火) 11:34:57.19

変更即時反映のUIって最近流行りじゃん、スマホでもWebでも最近ではWindowsの設定画面でも
あれUXとしては後退だと思うんだよね
でもMVVMから見ると素直に作れるんだよね

プログラマやってる俺ですら
あれ？ミスタッチしたんじゃね？
どこ変えたかわかんなくなったからキャンセルしたいんだけど？
って度々思うもん

**デフォルトの名無しさん** · 2021/07/06(火) 12:07:19.74

>>364
ごめん
読み間違えてた
コードビハインドの件は同意
あれはBlendでポトペタするため

**デフォルトの名無しさん** · 2021/07/06(火) 12:31:13.78

>>365
optimisticなuiって奴か？
俺あれ嫌いや

**デフォルトの名無しさん** · 2021/07/06(火) 12:32:33.09

ああ違う
いちいちSaveとか押さんでも保存される奴か
あれは確かにデータフローに引っ張られてる面あると思う

**デフォルトの名無しさん** · 2021/07/06(火) 16:37:57.56

DataGridのColumnHeaderのボーダーがCellのそれと比べてほんの少し右にズレてるのは仕様？

**デフォルトの名無しさん** · 2021/07/06(火) 21:30:26.20

blenderおじさんまだいるのかｗ

**デフォルトの名無しさん** · 2021/07/06(火) 21:43:25.19

>>369
仕様　回避コード書いてるサイトあったな

**デフォルトの名無しさん** · 2021/07/07(水) 06:26:07.20

>>365
変更即時反映が悪いわけじゃない。
直近で変えた項目の色を変える、設定変更のアンドゥをできるようにする等
いくらでも改善できる。

**デフォルトの名無しさん** · 2021/07/07(水) 07:59:44.80

設定を他人に伝えるとき即時のほうがありがたい
適用ボタンを押す指示はないほうがいい

**デフォルトの名無しさん** · 2021/07/07(水) 10:28:43.71

>>372
やってないじゃん

**デフォルトの名無しさん** · 2021/07/07(水) 12:02:11.13

>>371
仕様か
昔の立体Win32スタイルの名残でズレてるってことなんだろうな

**デフォルトの名無しさん** · 2021/07/07(水) 14:14:24.07

>>373
大体、そういう説明が理解出来ない人は低IQか初心者。
慣れた人には適用ボタンが有った方が便利で安心。
Windowsは少し高IQな人に向いている。
モバイルは万人向けなので、普通IQや低IQの人が使える様になっているが、
むしろ機能としては不便になっている。

**デフォルトの名無しさん** · 2021/07/07(水) 15:07:54.70

>>376
++

**デフォルトの名無しさん** · 2021/07/07(水) 15:28:42.41

>>376
☆★★★★

**デフォルトの名無しさん** · 2021/07/07(水) 15:35:09.52

既存のモデルにコンソールのガワを被せるためにMVVMを採用
バインディングのためにモデルをバインディング仕様に改造

もうこれがイビツ極まりない
UIフレームワークの都合に合わせてモデルを変更するとか気持ち悪すぎる

**デフォルトの名無しさん** · 2021/07/07(水) 16:51:39.11

>>379
★★★★★

**デフォルトの名無しさん** · 2021/07/07(水) 18:05:12.08

個人的にはせっかくバインドする仕様にしたんだから、デフォルトをリアクティブに寄せれば良かったのにと思う
webのJSフロントエンドフレームワークとかみたいに感覚的じゃないんだよね

**デフォルトの名無しさん** · 2021/07/07(水) 18:20:21.95

>>376
典型的な低IQ無能プログラマ。
そんな甘ったれた考えだといつまでたっても底辺から上がってこれないぞ。

**デフォルトの名無しさん** · 2021/07/07(水) 18:24:35.65

>>379
何か作り方おかしくないか？
UIそのものやUIフレームワークを除外した残りがモデルなんだから。

**240** · 2021/07/07(水) 18:36:42.16

>>381
ReactiveUI+乱立してるMVVMフレームワークから1つ決めて公式実装にしてほしいわ
というかぶっちゃけAvaloniaの方向性で良いので、買収して開発リソースぶちこんでくれ…

**デフォルトの名無しさん** · 2021/07/07(水) 18:39:51.64

>>383
それがUIの都合で汚染されるのがイヤだって言う話

**デフォルトの名無しさん** · 2021/07/07(水) 18:56:02.35

>>374
変更即時反映がUXとして後退と主張するから違うと指摘したまで。
例えばVSCodeの設定UIはデフォルトから変えた部分は印が付く。

**デフォルトの名無しさん** · 2021/07/07(水) 18:59:32.38

>>385
なぜVMに書かない

**デフォルトの名無しさん** · 2021/07/07(水) 19:37:01.71

>>387
？

**デフォルトの名無しさん** · 2021/07/07(水) 19:54:05.96

>>376みたいな人間がUXを語るべきじゃないな
感性も腐ってそう

**デフォルトの名無しさん** · 2021/07/07(水) 20:56:03.54

開発者のエゴイズム丸出しでいかにもWPF好きらしくていいじゃん

**デフォルトの名無しさん** · 2021/07/07(水) 21:01:06.97

WPFって見た目がカラフルでもUIデザインの基本的なプロトコルはクラシックなWinアプリのままなんで、
画面遷移とか作り込んで完全にWebやスマホ風にしてしまうのでもない限りは即時反映はかえって混乱を招くと思う

**デフォルトの名無しさん** · 2021/07/07(水) 21:03:20.07

彼はむしろWPFアンチだよ
冗長くんだもん

**デフォルトの名無しさん** · 2021/07/07(水) 22:28:03.79

>>388
バインディングの都合を満たすのはVMの仕事で、Mの独立を保つ為に犠牲になる係でしょ？

**デフォルトの名無しさん** · 2021/07/07(水) 23:12:07.60

しかし、Modelの一部をINotifyPropertyChangedやReactivePropertyに変えるなど
規模にもよるが小一時間の仕事だろうに

使いたくない理由を無理やり探しているんだろうね

**デフォルトの名無しさん** · 2021/07/07(水) 23:14:24.01

INotifyPropertyChangedなんてWinFormでも使うだろうに
何のためのモデルクラスだったんだろう

**デフォルトの名無しさん** · 2021/07/08(木) 07:47:22.54

>>394
手間の問題じゃなくて
なんでUIフレームワークの都合でモデルをいじらなきゃならんのかって話

**デフォルトの名無しさん** · 2021/07/08(木) 07:53:01.19

WPF使う場合はやはりモデルから対応しなければならない
それが嫌なので躊躇してしまう

モデルが依存関係を除去したところでINotifyPropertyChanged実装しないといけない

**デフォルトの名無しさん** · 2021/07/08(木) 07:57:14.43

>>394
なんで
INotifyPropertyChanged
ReactivePropert
みたいのがmodelにあんの？(;´д｀)

**デフォルトの名無しさん** · 2021/07/08(木) 11:13:00.38

MVVMで作ればINotifyPropertyChanged実装しなきゃいけないのはUIとバインドするViewModelだけだぞ
ModelをObservableにしたければ、独自のObservableインターフェース使えたければ使えばいいじゃん
Modelは無理にINotifyPropertyChanged使う必要はない

**デフォルトの名無しさん** · 2021/07/08(木) 11:17:20.04

つか、要件としてModelをObservableにするならUIフレームワーク関係なく
何かしらのObservableインターフェースが必要になってくるんだが

他のフレームワーク、言語使っても同じなんだが頭大丈夫??