WPF(.NET4.x, .NET Core) GUIプログラミング Part24

2019/12/09(月) 12:36:14.49

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

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

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

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2021/01/31(日) 01:25:53.85

疎結合のメリットがわからない人はここにいるのかい？

2021/01/31(日) 01:40:01.70

疎結合になること自体はメリットではないことがわからない人がここにいるのかい？

2021/01/31(日) 01:46:06.04

個人とか小規模開発ならあんまメリット大きくないよな

2021/01/31(日) 07:07:48.07

どんだけでかいシステム作るんだろうな。
VC6.0やVB6.0でいいだろと言いたい。あれは良くできてた。

2021/01/31(日) 07:27:03.47

>>891
疎結合のメリットを教えてください

2021/01/31(日) 07:51:13.66

疎結合って
キチンとインターフェース決める設計手法と
ほぼ逆の事をやってるね。

VS等の参照ジャンプが利かなくなって
かつリファクタリング機能の対象外となるし、
コンパイル自分に結合保証も担保できなくなるから、
大規模化リファクタリング後の
潜在バグの原因になっとるんだが。

2021/01/31(日) 07:53:58.88

>>890
疎結合だとデバックが楽というの
どんなケースを想定されてるのでしょうか？

2021/01/31(日) 08:06:25.92

疎結合だとデバッグが楽・・・
ビューとモデルが明確に分離されてることで
「画面に表示される値がおかしい！」というときにまずはモデルをチェックすればいい
だいたいこれで誤りが見つかる

ビューはモデルを素直に反映するようになっていればビジネスロジックの影響をほとんど受けない
つまり、デバッグ（点検）対象から外せるケースが多くなる

2021/01/31(日) 08:36:11.85

>>898
Viewとmodelの分離は
疎結合は関係ないんじゃ...

「ビューはモデルを素直に反映するように」
これも...

2021/01/31(日) 09:12:12.67

ViewとModelの分離で結合が疎にならないの？
>>899の思ってる「疎結合」の定義を聞かせてほしい

「ビューはモデルを素直に反映するようになっていれば」という前提の整理について
>「ビューはモデルを素直に反映するように」
ここだけ抜き出して「これも..」と指摘してるのはいったい何が言いたいの？

なんか逆張りで根拠もなくケチつけてるだけに見えるんだけど

2021/01/31(日) 09:17:07.25

昔の方が作りやすかった気がする。

2021/01/31(日) 09:19:16.44

>>897
自動テストの話じゃないの

2021/01/31(日) 09:21:31.64

>>900
「密結合してViewとmodelを分離」
「密結合してViewとmodelを素直に反映」
しても結果は同じでは？

2021/01/31(日) 09:28:45.68

？？？
ごめん>>903の国語力か俺の国語力かどっちかに問題があって
あなたの主張したいことがわからない

で、あなたの思ってる「疎結合」の定義について説明をお願いしたいんだけど

2021/01/31(日) 09:29:51.76

>>901
昔というか、
WinFormsと同じようにWPFでも書けるよ。

実際サンプルコードはコードビハインドで
イベントハンドラーで書いてあるもの多い。

2021/01/31(日) 09:34:58.64

>>905
mvvmのサンプルじゃ無きゃ
イベントにベタ書きのサンプルだらけ

2021/01/31(日) 09:43:32.25

>>904
良い説明をググッてみたけど
見つからないので簡単に書くと、

コンパイル時に参照が切れた状態になる実装を
疎結合。WPF流MVVMでバインディングで繋ぐと疎結合になる。

対してC#で普通に書くと密結合。

2021/01/31(日) 09:48:53.55

ちなみにMVVMで
XAML(View)とmodel間の接続を、
例の難解なバインディング構文を使わずに
コードで書く(密結合)事もできる。

2021/01/31(日) 09:49:01.23

>>905
それで売りの高解像度にも対応してるなら
それでいいやね。

>>906
MVVMもそのうち消えるだろう。

2021/01/31(日) 09:50:58.51

>>908
バインドが難解だと?

2021/01/31(日) 09:53:51.31

>>910
初心者には難解じゃない？
コード補完も効きにくいし。
最初の多きな(大きすぎる)ハードルでしょ。

設定間違えると動きも変わるし。

2021/01/31(日) 09:59:52.50

ビューとモデルの分離って、ロジックに影響なく簡単に見た目を変えられることにあると思うのだが

2021/01/31(日) 10:01:10.65

>>909
>>MVVMもそのうち消えるだろう。

MVPの派生だし消えるほど酷くはないけど。
自分はReactとかでViewModelとかいう概念は
便利に使わせてもらってる。

View(React,ts)+ViewModel(ts)+Model(C#)

2021/01/31(日) 10:01:25.28

>>911
コード量は増えるけどバインド有ってのXAMLでしょう。

2021/01/31(日) 10:05:34.29

>>913
よくわからんがなかなかの上級者ですな。
元MASM使いなんだが今の方が覚えること多いわ。

2021/01/31(日) 10:10:11.38

>>907
あーなるほどね
俺とは疎結合・密結合の定義が全然違うわ
あなたは静的型付け・動的型付けみたいなものとして考えてるのね
疎結合は実行時解決だから統合開発環境で流れを追うのが難しくなると
まあそれも分からなくはないがな

俺の言ってる疎結合・密結合というのはそういった技術的に明確なものではなく概念的なものなんだ
インターフェースが明確に決められていて必要十分な最小限のやり取りがされるように設計されてれば疎結合
そういった取り決めがなくあちらこちらで繋がってるのが密結合

2021/01/31(日) 10:12:54.41

>>915
NASMって何時の時代だよw

2021/01/31(日) 10:16:14.30

>>917
かれこれ40年はやってる。

**初心者** (ﾜｯﾁｮｲ b501-6WVI) · 2021/01/31(日) 10:17:36.86

treeの子要素にアクセスするのめんどくて嫌になる
もっと簡単にして

2021/01/31(日) 10:31:27.08

>>911
UWPともう直ぐ出るWinUI3では、バインドでインテリセンス効くし型チェックもやってくれる

2021/01/31(日) 10:34:11.79

>>916
説明書いててそうかと思った！

「静的型付け・動的型付け」この型付けは開発完了時に
100%分かってないとダメだろうから型固定なんだよね。
「静的型リンク・動的型リンク」が正しい（昔はそう言ってた）と思ってるけど認識間違い？

>>916
>>インターフェースが明確に決められていて

ＡさんとＢさんが同一箇所の実装作業をしていて、
お互いが作成したクラスを呼びだす時、
その取り決めをインターフェースクラスとして作成して
これを別モジュールに切り出してお互い齟齬が出ないようにして開発する方式を
オブジェクト指向的な開発の基本と思ってるだけど、
この別モジュールのインターフェースクラスの役割を
疎結合に置き換えたプロジェクトが多いね。

テストしてても実行しないとバグわかんないし、
仕様書が必要になるから生産性下がんない？仕様書もらうより、
インターフェースクラスを寄越せと言いたくなるけど認識が低い？

2021/01/31(日) 10:37:40.94

>>920
WPFのバインディングはちょっと難しい構文を書くと、
合ってるのに警告出たりしてウザかったりするけど完璧なものになった？

2021/01/31(日) 10:42:02.91

>>918
コンピュータが未だ真空管だった時代ですね

2021/01/31(日) 10:43:31.30

>>922
逆に厳密な方チェックになっているからintとdoubleの違いでもエラーとなるから
コンバーターかますかViewModelをイジる必要がある
あとコンバーターは型チェック無いからハマる時があるのが問題だったり

2021/01/31(日) 10:55:16.05

>>914
大昔からやってる（WinFXとか言ってた時代からやってる！！）と気づく人いたと思うけど、
WPFの開発者が目指したのは、開発時にBlandエディタが使える実装なんだよ。

Blandは別製品で今はVSに統合されたけど、使えてる人はいるのかな？
Blandを使わない時点で、WPF流MVVMの実装パターンはやりすぎだし過大だ。

そのくせ、コードビハインドは捨てきれてないし、
中途半端で今時流では欠点を指摘される事が多くなってる。

2021/01/31(日) 11:57:18.56

DreamWeaver が対応しないと
デザイナーは手を出さないでしょうな

2021/01/31(日) 12:23:09.41

>>925
Blendね

2021/01/31(日) 12:57:38.82

mvvmは疎結合というか、vmからvやUIフレームワークへの依存がないというのが一番の肝だろう。
だからUI抜きの結合テストが容易にできる。

2021/01/31(日) 13:16:59.40

UI抜きの結合テストってなんじゃい

2021/01/31(日) 13:43:45.07

WinUIはUWPの系譜だから事前バインディング x:Bind なんでしょ
イベントも対応しててちょっとしたボタンクリック程度ならコマンドパターン適用しなくていいし楽だったわ
あとMVVMじゃなくてMVUとかいうを使えとか

2021/01/31(日) 17:56:29.56

https://forest.watch.impress.co.jp/docs/news/1255558.html
ほう。

2021/01/31(日) 19:32:45.91

WinUI3は４ヶ月毎のマイルストーンって言っていたから
予定だと来月に出るが、何もアナウンス無いから延びるんだろうな

2021/01/31(日) 23:15:46.66

個人的にはwinform よりmvvmwpfの方が設計を考えるのが楽だとは思う
コード量がアホみたいに増えてるとは思うけど

2021/01/31(日) 23:24:50.28

WPFでUI書いて処理はイベントにベタ書きが一番楽だわ
WinFormsよりUI要素のレイアウトしやすいし

2021/02/01(月) 01:16:36.92

gridはレイアウト決めるときにすごく便利ですね
これだけでもメリットは大きい

2021/02/01(月) 06:13:34.77

>>932
先々週に次の予定発表されたやん..
3月にサポートされるバージョンの0.5
で5月のbuildイベントで0.8
で、急遽、2月中にpreview 4

**デフォルトの名無しさん** (ｽﾌｯ Sd0a-zfo7) · 2021/02/01(月) 08:30:05.02

>>925
それ一回も使ったことないわ

2021/02/01(月) 10:26:51.12

>>935
それくらいならWinFormsのTableLayoutPanelと変わらなくない？

2021/02/01(月) 14:20:35.38

>>937
Blendつかえばmvvmの意味するものがわかるよ。
使うの多少ハードルあるけど、
なんでWPF流mvvmがこーなってるのか解る。

2021/02/01(月) 22:36:11.32

>>936
https://youtu.be/MulUg7iD2-s
ソレのソースらしきもの見つけたが
ここではreunion0.5にincludes WinUI 3.って書いてあるのにな
それがpreview4ですか・・・

2021/02/02(火) 00:05:04.75

>>940
preview 4はその最新のロードマップが発表された後に、プレビューリリースの間隔が長すぎという批判が出て急遽リリースされることになった
https://twitter.com/marbtweeting/status/1354134751766953984
2月　preview 4
3月　reuinoin 0.5
5月　reuinion 0.8
じゃないかな?
https://twitter.com/5chan_nel (5ch newer account)

2021/02/02(火) 00:22:15.18

WPFの本のKindle版を買ってまだあんまり読んでないのに
もう別のUI出るのかよ・・・

ちきしょー、紙版買っときゃよかったぜ
それなら中古で売れるのによ・・・

WPFにはクソな思い出しかない

2021/02/02(火) 00:36:40.96

WinUI以前にとっくの昔からWPFはレガシーなのに何を今更

2021/02/02(火) 03:37:50.94

WinFormsとかWPFのいい所は、配布先のPCでだいたいランタイムの新規インストール不要で動くとこなんだけど、
WinUIだと当面ランタイムも同梱しないといかんよね？

2021/02/02(火) 05:02:04.51

こんな中途半端なものでレガシーとかWPF終わってるな

2021/02/02(火) 05:54:26.45

デスクトップのUIは迷走状態ですなあ

2021/02/02(火) 09:10:36.54

今ならElectronが覇権取りそう？

2021/02/02(火) 09:23:44.16

flutterかも

2021/02/02(火) 20:42:27.60

windowのvisibilityにデータバインドして
イベントハンドラでhiddenになったらthis.close()してやろうとしているのですが
クソコードですか？

2021/02/02(火) 23:17:21.74

WPFも短命だなこりゃ。。

2021/02/03(水) 00:00:53.68

充分生きたろ。大往生だよ。

2021/02/03(水) 00:43:16.96

WPFのリリースは2006年、もう15才だ
一般的なソフトウェアのサイクルとしては決して短くはない
結局日の目を見ることはなかったが、ここまでよく頑張ったよ
もう楽にさせてやろう

2021/02/03(水) 00:55:28.54

WPFに関連する検索キーワード

wpf 普及しない
wpf 将来性
wpf 流行らない
WPF C#
wpf 将来性 2020
wpf サポート終了

2021/02/03(水) 01:45:34.69

十分日の目は見たやろ

2021/02/03(水) 02:46:56.03

他のキーワード
wpf 普及しない
wpf 将来性
WPF C#
wpf 将来性 2020
wpf 流行らない
WPF(Windows Form)
wpf サポート終了
WPF 入門

他の人はこちらも検索
What is WPF used for?
Is WPF Dead 2019?
What is a WPF project?
What is replacing WPF?
Why is WPF dead?
Why is WPF so slow?

2021/02/03(水) 07:52:02.77

デスクトップで悩むならWebに逃げるわな
デスクトップでしかできない要件があるなら別だが

2021/02/03(水) 08:19:18.66

Web SerialとかWeb Usbあるから殆どのことは出来るのかな

2021/02/03(水) 19:52:08.00

3年前のwebアプリって今動くの？

2021/02/03(水) 20:11:06.40

動かないことはないと思うがjQueryとか古い技術使ってそうね
今のreactやvue.jsなんかも数年立ったら古いって言われてると思う
Webは技術がコロコロ変わりすぎてやる気になれない

2021/02/03(水) 20:54:16.51

組み込みはずっと相変わらずc/c++だからそれはそれでモチベ維持難しいぞ

2021/02/03(水) 23:29:27.89

なんだ。勉強しようと思ったら終わりかよ。
業務アプリって明快でサクサク動くのが第一条件だからなぁ。

2021/02/03(水) 23:42:55.06

軽さを求めるならWinForms一択

2021/02/03(水) 23:57:50.08

そう。
ボタンに影つけるとかアニメーション、回転なんて実際、どうでもいいんだよね。

2021/02/04(木) 00:42:38.32

軽さならUWPだな
ライブラリの使わない部分切り捨てるしAOTだしライブラリ自体がCOMオブジェクトだし

2021/02/04(木) 02:31:54.22

リユニオンでUWPもレガシー化するから、生き残るのはWinUIと、昔から裾野が広いWinForms

2021/02/04(木) 07:46:05.95

>>964
C++時代にCOMとかActiveXとかに手を出して、COMアレルギーになったわ

2021/02/04(木) 08:24:26.72

生き残るかどうかといったら大体生き残るだろ。
はっきり死亡宣告されたのはC++/CLIとかGDI+くらい。事実上死亡はC++/CXとか。

2021/02/04(木) 08:27:11.93

vb6がまだ死んでないんだぜ

2021/02/04(木) 09:29:31.02

開発環境維持するのが手間になるんだよな

2021/02/04(木) 10:31:10.36

>>963
同感
社外に出すなら知らんけど、うちは社内の業務アプリ開発やってるから見栄えよりもパフォーマンス重視なんだよね
みんなWinFormsでやってて、社内でWPFやってるの俺しかいねぇ
リアルタイムでグラフが動いたりすると「おおーっ」と言われるが、作った俺本人は別に要らんかったなと思ってる

2021/02/04(木) 10:32:41.38

もしかして俺また何かやっちゃいました？

2021/02/04(木) 11:03:30.76

>>966
もったいないな
COMは良いぞ

2021/02/04(木) 12:00:02.99

COMもうサポートされないやん
このままだとExcelもいずれ死んじゃう

2021/02/04(木) 12:01:05.22

windowsはcomだらけでしょう

2021/02/04(木) 13:29:37.28

COMはレジストリ使うから面倒くさい

2021/02/04(木) 17:45:56.09

ホント、COMぁったもんだ

2021/02/04(木) 20:23:26.38

>>970
暗にWPF使うアプリケーションは見栄え重視と言いたいようだけどそんなん少数派だよなぁ。
というか本当にそれ目的でWPFやってんの？

2021/02/04(木) 21:39:09.24

高DPI時代にWinFormsは無理

2021/02/04(木) 23:48:33.11

>>963
ま、両方できるならそれに越したことは
ないがな。

2021/02/05(金) 05:42:40.73

MSはReactivePropertyとかPrismみたいなの取り込む気はあるのかな
MSでWPFの冗長さが問題になってなさそうなのが不思議

2021/02/05(金) 07:17:55.50

MSはWPFほとんど使ってないんじゃ…

2021/02/05(金) 08:17:47.81

>>981
visual studio

2021/02/05(金) 08:24:41.67

それだけだ！

2021/02/05(金) 08:26:54.02

そうかも

2021/02/05(金) 08:44:17.48

MSの縦割り組織の悪い面だとおもう
オフィスはReactNative
VSCodeはなんだっけな、これもjs系言語で作ってたとおもう

Windowsの衰退はWPFの衰退

2021/02/05(金) 09:27:46.93

>>985
いや、単一の技術に全集中する方がヤバい
まあ余力がある企業だからできる技だけど多方面に分散するのは生き残る知恵だよ

2021/02/05(金) 09:45:22.14

>>986
そういうことではなくて
自分の会社が作った技術を他の事業部がほとんど使わないんだよ
色々技術つけるのはいいよ？でもその技術作った会社がほぼ使ってないってどーいうことなの？
ってなる
なんかその辺の企業にありがちなオレオレフレームワークと一緒じゃん

2021/02/05(金) 09:55:20.95

visual studioなんか自社が人柱となってベータ版を積極的に使って改善していたと言うのは過去の話か

2021/02/05(金) 10:19:13.81

ドッグフード食うって話より、例えばOfficeでもWPF使えよって話なのでは

2021/02/05(金) 10:20:52.50

>>987
自分の事業部で使ってるんでしょ？
事業部制ってそう言うもんだよ
別会社みたいなもんだし、下手すると現場では競合したりもする
日本でも昔はそういう企業も多かったけど無駄だからやめようとトップダウンにして現場の士気は下がって業績もついでに下がってるw

2021/02/05(金) 10:50:00.78

WPFというとかぎられてしまうけど、
XAMLという括りで見ると
社内開発ツールとしてのシェアないの？

windows8以降のOS周りは
全部XAMLじゃないの？