WPF(.NET4.x, .NET Core) GUIプログラミング Part24
レス数が950を超えています。1000を超えると書き込みができなくなります。
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 疎結合のメリットがわからない人はここにいるのかい? 疎結合になること自体はメリットではないことがわからない人がここにいるのかい? 個人とか小規模開発ならあんまメリット大きくないよな どんだけでかいシステム作るんだろうな。
VC6.0やVB6.0でいいだろと言いたい。あれは良くできてた。 疎結合って
キチンとインターフェース決める設計手法と
ほぼ逆の事をやってるね。
VS等の参照ジャンプが利かなくなって
かつリファクタリング機能の対象外となるし、
コンパイル自分に結合保証も担保できなくなるから、
大規模化リファクタリング後の
潜在バグの原因になっとるんだが。 >>890
疎結合だとデバックが楽というの
どんなケースを想定されてるのでしょうか? 疎結合だとデバッグが楽・・・
ビューとモデルが明確に分離されてることで
「画面に表示される値がおかしい!」というときにまずはモデルをチェックすればいい
だいたいこれで誤りが見つかる
ビューはモデルを素直に反映するようになっていればビジネスロジックの影響をほとんど受けない
つまり、デバッグ(点検)対象から外せるケースが多くなる >>898
Viewとmodelの分離は
疎結合は関係ないんじゃ...
「ビューはモデルを素直に反映するように」
これも... ViewとModelの分離で結合が疎にならないの?
>>899の思ってる「疎結合」の定義を聞かせてほしい
「ビューはモデルを素直に反映するようになっていれば」という前提の整理について
>「ビューはモデルを素直に反映するように」
ここだけ抜き出して「これも..」と指摘してるのはいったい何が言いたいの?
なんか逆張りで根拠もなくケチつけてるだけに見えるんだけど >>900
「密結合してViewとmodelを分離」
「密結合してViewとmodelを素直に反映」
しても結果は同じでは? ???
ごめん>>903の国語力か俺の国語力かどっちかに問題があって
あなたの主張したいことがわからない
で、あなたの思ってる「疎結合」の定義について説明をお願いしたいんだけど >>901
昔というか、
WinFormsと同じようにWPFでも書けるよ。
実際サンプルコードはコードビハインドで
イベントハンドラーで書いてあるもの多い。 >>905
mvvmのサンプルじゃ無きゃ
イベントにベタ書きのサンプルだらけ >>904
良い説明をググッてみたけど
見つからないので簡単に書くと、
コンパイル時に参照が切れた状態になる実装を
疎結合。WPF流MVVMでバインディングで繋ぐと疎結合になる。
対してC#で普通に書くと密結合。 ちなみにMVVMで
XAML(View)とmodel間の接続を、
例の難解なバインディング構文を使わずに
コードで書く(密結合)事もできる。 >>905
それで売りの高解像度にも対応してるなら
それでいいやね。
>>906
MVVMもそのうち消えるだろう。 >>910
初心者には難解じゃない?
コード補完も効きにくいし。
最初の多きな(大きすぎる)ハードルでしょ。
設定間違えると動きも変わるし。 ビューとモデルの分離って、ロジックに影響なく簡単に見た目を変えられることにあると思うのだが >>909
>>MVVMもそのうち消えるだろう。
MVPの派生だし消えるほど酷くはないけど。
自分はReactとかでViewModelとかいう概念は
便利に使わせてもらってる。
View(React,ts)+ViewModel(ts)+Model(C#) >>911
コード量は増えるけどバインド有ってのXAMLでしょう。 >>913
よくわからんがなかなかの上級者ですな。
元MASM使いなんだが今の方が覚えること多いわ。 >>907
あーなるほどね
俺とは疎結合・密結合の定義が全然違うわ
あなたは静的型付け・動的型付けみたいなものとして考えてるのね
疎結合は実行時解決だから統合開発環境で流れを追うのが難しくなると
まあそれも分からなくはないがな
俺の言ってる疎結合・密結合というのはそういった技術的に明確なものではなく概念的なものなんだ
インターフェースが明確に決められていて必要十分な最小限のやり取りがされるように設計されてれば疎結合
そういった取り決めがなくあちらこちらで繋がってるのが密結合 treeの子要素にアクセスするのめんどくて嫌になる
もっと簡単にして >>911
UWPともう直ぐ出るWinUI3では、バインドでインテリセンス効くし型チェックもやってくれる >>916
説明書いててそうかと思った!
「静的型付け・動的型付け」この型付けは開発完了時に
100%分かってないとダメだろうから型固定なんだよね。
「静的型リンク・動的型リンク」が正しい(昔はそう言ってた)と思ってるけど認識間違い?
>>916
>>インターフェースが明確に決められていて
AさんとBさんが同一箇所の実装作業をしていて、
お互いが作成したクラスを呼びだす時、
その取り決めをインターフェースクラスとして作成して
これを別モジュールに切り出してお互い齟齬が出ないようにして開発する方式を
オブジェクト指向的な開発の基本と思ってるだけど、
この別モジュールのインターフェースクラスの役割を
疎結合に置き換えたプロジェクトが多いね。
テストしてても実行しないとバグわかんないし、
仕様書が必要になるから生産性下がんない?仕様書もらうより、
インターフェースクラスを寄越せと言いたくなるけど認識が低い? >>920
WPFのバインディングはちょっと難しい構文を書くと、
合ってるのに警告出たりしてウザかったりするけど完璧なものになった? >>918
コンピュータが未だ真空管だった時代ですね >>922
逆に厳密な方チェックになっているからintとdoubleの違いでもエラーとなるから
コンバーターかますかViewModelをイジる必要がある
あとコンバーターは型チェック無いからハマる時があるのが問題だったり >>914
大昔からやってる(WinFXとか言ってた時代からやってる!!)と気づく人いたと思うけど、
WPFの開発者が目指したのは、開発時にBlandエディタが使える実装なんだよ。
Blandは別製品で今はVSに統合されたけど、使えてる人はいるのかな?
Blandを使わない時点で、WPF流MVVMの実装パターンはやりすぎだし過大だ。
そのくせ、コードビハインドは捨てきれてないし、
中途半端で今時流では欠点を指摘される事が多くなってる。 DreamWeaver が対応しないと
デザイナーは手を出さないでしょうな mvvmは疎結合というか、vmからvやUIフレームワークへの依存がないというのが一番の肝だろう。
だからUI抜きの結合テストが容易にできる。 WinUIはUWPの系譜だから事前バインディング x:Bind なんでしょ
イベントも対応しててちょっとしたボタンクリック程度ならコマンドパターン適用しなくていいし楽だったわ
あとMVVMじゃなくてMVUとかいうを使えとか WinUI3は4ヶ月毎のマイルストーンって言っていたから
予定だと来月に出るが、何もアナウンス無いから延びるんだろうな 個人的にはwinform よりmvvmwpfの方が設計を考えるのが楽だとは思う
コード量がアホみたいに増えてるとは思うけど WPFでUI書いて処理はイベントにベタ書きが一番楽だわ
WinFormsよりUI要素のレイアウトしやすいし gridはレイアウト決めるときにすごく便利ですね
これだけでもメリットは大きい >>932
先々週に次の予定発表されたやん..
3月にサポートされるバージョンの0.5
で5月のbuildイベントで0.8
で、急遽、2月中にpreview 4 >>935
それくらいならWinFormsのTableLayoutPanelと変わらなくない? >>937
Blendつかえばmvvmの意味するものがわかるよ。
使うの多少ハードルあるけど、
なんでWPF流mvvmがこーなってるのか解る。 >>936
https://youtu.be/MulUg7iD2-s
ソレのソースらしきもの見つけたが
ここではreunion0.5にincludes WinUI 3.って書いてあるのにな
それがpreview4ですか・・・ >>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) WPFの本のKindle版を買ってまだあんまり読んでないのに
もう別のUI出るのかよ・・・
ちきしょー、紙版買っときゃよかったぜ
それなら中古で売れるのによ・・・
WPFにはクソな思い出しかない WinUI以前にとっくの昔からWPFはレガシーなのに何を今更 WinFormsとかWPFのいい所は、配布先のPCでだいたいランタイムの新規インストール不要で動くとこなんだけど、
WinUIだと当面ランタイムも同梱しないといかんよね? こんな中途半端なものでレガシーとかWPF終わってるな windowのvisibilityにデータバインドして
イベントハンドラでhiddenになったらthis.close()してやろうとしているのですが
クソコードですか? WPFのリリースは2006年、もう15才だ
一般的なソフトウェアのサイクルとしては決して短くはない
結局日の目を見ることはなかったが、ここまでよく頑張ったよ
もう楽にさせてやろう WPFに関連する検索キーワード
wpf 普及しない
wpf 将来性
wpf 流行らない
WPF C#
wpf 将来性 2020
wpf サポート終了 他のキーワード
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? デスクトップで悩むならWebに逃げるわな
デスクトップでしかできない要件があるなら別だが Web SerialとかWeb Usbあるから殆どのことは出来るのかな 動かないことはないと思うがjQueryとか古い技術使ってそうね
今のreactやvue.jsなんかも数年立ったら古いって言われてると思う
Webは技術がコロコロ変わりすぎてやる気になれない 組み込みはずっと相変わらずc/c++だからそれはそれでモチベ維持難しいぞ なんだ。勉強しようと思ったら終わりかよ。
業務アプリって明快でサクサク動くのが第一条件だからなぁ。 そう。
ボタンに影つけるとかアニメーション、回転なんて実際、どうでもいいんだよね。 軽さならUWPだな
ライブラリの使わない部分切り捨てるしAOTだしライブラリ自体がCOMオブジェクトだし リユニオンでUWPもレガシー化するから、生き残るのはWinUIと、昔から裾野が広いWinForms >>964
C++時代にCOMとかActiveXとかに手を出して、COMアレルギーになったわ 生き残るかどうかといったら大体生き残るだろ。
はっきり死亡宣告されたのはC++/CLIとかGDI+くらい。事実上死亡はC++/CXとか。 >>963
同感
社外に出すなら知らんけど、うちは社内の業務アプリ開発やってるから見栄えよりもパフォーマンス重視なんだよね
みんなWinFormsでやってて、社内でWPFやってるの俺しかいねぇ
リアルタイムでグラフが動いたりすると「おおーっ」と言われるが、作った俺本人は別に要らんかったなと思ってる COMもうサポートされないやん
このままだとExcelもいずれ死んじゃう >>970
暗にWPF使うアプリケーションは見栄え重視と言いたいようだけどそんなん少数派だよなぁ。
というか本当にそれ目的でWPFやってんの? >>963
ま、両方できるならそれに越したことは
ないがな。 MSはReactivePropertyとかPrismみたいなの取り込む気はあるのかな
MSでWPFの冗長さが問題になってなさそうなのが不思議 MSの縦割り組織の悪い面だとおもう
オフィスはReactNative
VSCodeはなんだっけな、これもjs系言語で作ってたとおもう
Windowsの衰退はWPFの衰退 >>985
いや、単一の技術に全集中する方がヤバい
まあ余力がある企業だからできる技だけど多方面に分散するのは生き残る知恵だよ >>986
そういうことではなくて
自分の会社が作った技術を他の事業部がほとんど使わないんだよ
色々技術つけるのはいいよ?でもその技術作った会社がほぼ使ってないってどーいうことなの?
ってなる
なんかその辺の企業にありがちなオレオレフレームワークと一緒じゃん visual studioなんか自社が人柱となってベータ版を積極的に使って改善していたと言うのは過去の話か ドッグフード食うって話より、例えばOfficeでもWPF使えよって話なのでは >>987
自分の事業部で使ってるんでしょ?
事業部制ってそう言うもんだよ
別会社みたいなもんだし、下手すると現場では競合したりもする
日本でも昔はそういう企業も多かったけど無駄だからやめようとトップダウンにして現場の士気は下がって業績もついでに下がってるw レス数が950を超えています。1000を超えると書き込みができなくなります。