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

■ このスレッドは過去ログ倉庫に格納されています
2019/12/09(月) 12:36:14.49ID:9LsUsH++p
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
2020/09/27(日) 11:05:21.04ID:+zlhhpvN0
バインド超楽だけど
2020/09/27(日) 11:16:28.74ID:lEpS58To0
最初はバインド面倒にかんじて
コントロールに名前つけてアクセスしたらいいじゃんって思うだよな
536デフォルトの名無しさん (ﾜｯﾁｮｲ 6712-k2iJ)
垢版 |
2020/09/27(日) 11:59:55.26ID:fEMpkeyM0
>>535
それをやめさせるには、
コントロールに直接触るのはスレッド安全じゃないってことを解らせないとダメなんだよな...
2020/09/27(日) 13:29:01.55ID:AVJFrAga0
あとVM以下層のテスト書かせるのもね
2020/09/27(日) 14:10:50.15ID:3HypLccl0
MVVMバインドは確かに技術的に古く、将来はMVUに移ったほうが
記述量が減ったり、堅牢になると思う

ボタンを押したときのためにCommandを用意して呼び出すなど無駄な作業でしかない
クリックイベントでいい

VMとVを疎結合にするのはIDEの支援が限定されて生産性が落ちる
参照先にジャンプしたときにインターフェースで実装がわかりませんでは
時間がいくらあっても足りない

VMとVを別のフォルダーで管理するのも扱いづらい
最近のUIはコンポーネント化しやすくすることが必須
別のプロジェクトでも流用するとき、１つのファイルを移動させればよい状態が好ましい
いちいちVMとVのファイルを移動など面倒だ

とは言えMVUは.NET6まで待たなければならない
それまで自分はPropertyChanged.Fodyで変更通知してる。
記述量が少なく、属性主体なので影響も少ない。
ModelはJsonシリアライザーに優しくないと使い物にならない
539デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/27(日) 14:16:53.81ID:BlHd4Scl0
ヤバイ。
意味が分からん。最近難しいな!
540デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/27(日) 15:37:28.93ID:BlHd4Scl0
>>226
未だにSXGAなんてザラ。
WUXGAすらない。
2020/09/27(日) 16:11:20.22ID:gGo0R8Ul0
>>538
そうとは思わない。

特に「VMとVを疎結合に...」以降の自論は
なにか勝手な思い込みではないかと思う。
542デフォルトの名無しさん (ﾜｯﾁｮｲ 175f-ozis)
垢版 |
2020/09/27(日) 18:05:15.62ID:eIKg6nYv0
MVVMでコマンドもコンバータもバリデーションルールもファイルコピーして使いまわしてるが
prismとかはその辺ぶっ潰してるからやりにくくなってるだけじゃない？
やっぱマニュアルのMVVMが最強やな
2020/09/27(日) 19:14:42.82ID:0F2CG6otd
>>529
リストビューみたいな列挙にだけdatatemplateとバインディング使って、ただのボタンとかは全部コードビハインド+非MVVMでもいいんじゃないかと思ってる
個人とかうちわ向けのツールなら
2020/09/27(日) 19:21:26.72ID:LOFXzk7UM
>>542
意味解らずprismとか使うとコード量がふくれて
馬鹿みたいに面倒になるね。

意味解ってないから
MVVMの実装はこうしなければいけないと
思い込んでる。
2020/09/27(日) 19:29:24.63ID:LOFXzk7UM
>>543
理解出来てるならバインディングは一切使わなくても大丈夫だね。
最速を求めるなら使うとむしろ遅くなる。

有名どころのコントロールのソース見ても
内部はあんまりMVVMしていない。
2020/09/27(日) 19:31:16.40ID:co99WLAO0
遅くない!!っ言い張ってた子の気持ちも考えてね!!
2020/09/27(日) 19:35:30.30ID:0F2CG6otd
>>545
まあ実際自分でやる分にはちゃんと書くようにしてるけど、winformsからwpfになって個人、内輪で便利になったのってそこくらいしかないというか
データテンプレートで綺麗でリッチな表示できるよねーっていう

winformsでもデータコンテキストはあったけど自分の周りのはforでまわしてリストにaddするような人達ばかりだったし
2020/09/27(日) 20:09:31.44ID:4TLQ9mS+0
MVVMだけならReactivePropertyが一番楽ちんだな
PrismはUnityでDIしたりViewModelLocaterの機能や
EventAggregatorなどで手放せない
あと、EF使う所はBindingBaseでMVVMするな

BindingはListBoxの要素では必須だから、そこから勉強始めたら覚えやすいかも
2020/09/27(日) 20:12:24.73ID:LOFXzk7UM
>>546
たとえば1000万行のデータグリッドが必要なら、内製するし
バインディングとか使わない。
仮想化とか必須の領域だし、
細かい制御が出来ないし、
結果的に確実に遅くなる。

バインディングで出来ることは
全部コードだけで出来る。

オープンソースのコントロール読めない人なら
当然、バインディングをお勧めする。

ところでコントロールを作成するレベルの入門書は
洋書でも存在してないのではないか？

自分はMSのコントロールのソースと
インフラロジスティクのソースを解析して覚えた。

で、取り纏めて書籍化を考えたが
確実に売れないのでヤメたがかなり昔のはなし。
550デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/27(日) 21:32:28.68ID:BlHd4Scl0
>>549
売れないことないんじゃない?
VC++でカスタムドローとかオーナードロー
の資料がなくて苦労したわ。
comも。
2020/09/27(日) 21:39:03.46ID:OZSlZqU50
>>549
＞コントロールを作成するレベルの入門書は
＞洋書でも存在してないのではないか？

ずっと探していたんですけれど、やっぱりないんですね…

＞取り纏めて書籍化を考えたが
＞確実に売れないのでヤメたがかなり昔のはなし。

kindle 化して、とりあえず様子をみる、というのはいかがですか？
私なら（印税50% の kindle 出版に対して）10000円で買うつもりです
2020/09/27(日) 22:26:16.12ID:HAa0iCIU0
コントロール作るのってそんなに難しい？
2020/09/27(日) 22:29:39.45ID:co99WLAO0
VSのデザイナで動いてくれないと困るからな。
2020/09/27(日) 22:39:45.91ID:HAa0iCIU0
デザイナで動くって何？
ちゃんと表示されるってこと？
2020/09/27(日) 23:18:31.39ID:LOFXzk7UM
>>553
VSのデザイナーは一定の条件下でのみ動作する。

コントロール作成レベルの作業中だと
機能しない事が多い。
そういうのはやってれば普通に解るし
察する。
2020/09/27(日) 23:39:24.89ID:co99WLAO0
わざわざコントロールで作るってことは
頬杖ついてマウスでペタペタ貼るだけで再利用できるようにするってことだよ。
コード上でnewして再利用できるだけでいいクラスライブラリとは違う。
2020/09/28(月) 00:04:13.06ID:QIpyCS2B0
かんたん Visual C++［改訂2版］、堀義博、2017

VC++の使い方と、画面の作り方、
DDX(Dialog Data Exchange) の仕組み、
MFCの、AFX_MSGMAP, DECLARE_MESSAGE_MAP()など

MFC には、色々なコントロールの基本クラスがある。
それを使えばよい

ただし、VS のGUI デザイナーが、それに対応しているかどうかは知らないけど。
それに対応するには、VS でのプラグインの作り方を学ぶ必要がある
2020/09/28(月) 08:04:30.26ID:cZtg7eSbM
なんでMFC??
2020/09/28(月) 08:51:18.27ID:EbZv9i2ha
MFC使うくらいなら素のWin32APIを叩くはw
2020/09/28(月) 08:53:35.35ID:053eSEmAa
>>558
いつものRubyキチガイが自分の知ってることを垂れ流しに来たんだろう
2020/09/28(月) 20:35:22.53ID:tGpmNLmZ0
>>556
それができないならコントロールがちゃんと作れてないんでしょ
そしてちゃんとしたコントロールを作る事自体はそんなに難しくないと思うんだけど
2020/09/28(月) 20:59:34.29ID:ejW4RwcM0
>叩くはw

たまに見かけるけど見るたびにイラっとするこれ
2020/09/28(月) 21:10:30.27ID:aZQQorKp0
>>562
イラッとするはw
564デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/29(火) 19:45:21.34ID:Y1CZVJSu0
みなさんスーパーハカーですね!
2020/09/29(火) 19:52:27.83ID:R2YkXVhNr
EventAggregatorって非推奨になったのかと思ってたけど
2020/09/29(火) 19:59:11.56ID:R2YkXVhNr
InteractionRequestだった…

一切使ってないからさっぱりわからない
567デフォルトの名無しさん (ﾜｯﾁｮｲ 175f-ozis)
垢版 |
2020/09/29(火) 20:54:02.93ID:ZYb8dqzc0
コードビハインドを徹底的に避けようとするのって病的だなと思うようになった
コードビハインドにあるべきコードはコードビハインドにあっていい
2020/09/29(火) 21:14:03.62ID:qOEu/+uI0
報酬はあるのか？
2020/09/30(水) 18:45:23.92ID:VC7cxOmi0
>>566
ScrollIntoViewを呼び出すのに便利だから作ったけど、ビヘイビアで実装し直した
動くけどしっくり来ないんだよな
同じアイテムを連続で動かしたい時、一度Null入れないとダメな所が
2020/09/30(水) 19:13:05.29ID:ja9gtUPA0
コントロールのサブクラスを極力避けるというのがwpfの方針でしょ
2020/09/30(水) 20:47:28.67ID:L6wzWJW+a
https://devblogs.microsoft.com/dotnet/repo-experience-survey-results/

WPF was the main outlier for satisfaction.
Drilling into the comments, the main concern was that PRs and issues were not being addressed by the maintainers and there was a lack of clarity on if and when they would be.
Internally the WPF team was not sufficiently staffed and did not have the test infrastructure in place to be able to respond to the community contributions.
2020/10/05(月) 12:11:44.64ID:9Dou6A6q0
ｄｌｌで定義したstyleを参照する方法を教えてください
2020/10/05(月) 18:50:57.69ID:g9HCYiH10
こんなんだったはず

〜MyStyleLib.dll〜
〜MyButton.xaml〜
<Style
x:Key="KeyMyButton"
TargetType="{x:Type Button}"
BasedOn="{StaticResource {x:Type Button}}"
>
<Setter Property="Background" Value="Blue" />
</Style>

〜使う側〜
<ResourceDictionary Source="pack://application:,,,/MyStyleLib;component/MyButton.xaml" />

<Button Style="{StaticResource KeyMyButton}">
BUTTON
</Button>
574デフォルトの名無しさん (ﾜｯﾁｮｲ f312-yhTZ)
垢版 |
2020/10/10(土) 23:38:21.46ID:YXN1Ol2Y0
入社して数年間ほぼWPFだけ使ってきて、今月初めてFormsをまともに触ったが、
DataGridViewのbindingクソ過ぎｗｗｗ
セルに表示する値のプロパティ名を文字列で指定できるだけで、
背景色すらbingindで表現できないとか、マジで終わってる(￣▽￣)
575デフォルトの名無しさん (ﾜｯﾁｮｲ 635f-JAxH)
垢版 |
2020/10/11(日) 07:17:34.12ID:kKzgRzeu0
Formsの仕事が回ってくるようになった会社は潰れる一歩手前
2020/10/11(日) 08:38:47.21ID:UaRtLtpyM
君も○XUGに入って、「偉い人」に
なろう。楽しいぞ「一般ピープル」を煽るのは

タブン
2020/10/11(日) 09:07:54.24ID:SL721RiNM
>>574
だけど速いんだぜ
578デフォルトの名無しさん (ﾜｯﾁｮｲ ea47-YQ4O)
垢版 |
2020/10/11(日) 09:54:39.61ID:kZXFoyze0
>>575
2020/10/11(日) 16:16:04.80ID:SD6h9HSf0
来年早々にもWPFからWinUI3に代替わりするわけだが
x:Bindに感動して、CollectionViewSourceの使えなさに怒りを覚えるんだろうな,
2020/10/11(日) 16:23:51.15ID:1QfYQ6oK0
未だに.NET3.5縛りの我社に隙きはなかった
581デフォルトの名無しさん (ﾜｯﾁｮｲ 635f-JAxH)
垢版 |
2020/10/11(日) 16:30:13.75ID:kKzgRzeu0
>>579
WinUIはWPFに代わるものではなく、WPFなどで使うものなのだが
2020/10/11(日) 16:33:07.04ID:Oc3P171P0
それにしても10年ぶりの.netメジャーバージョンアップだと言うのに、イマイチ盛り上がってないな
2020/10/11(日) 16:38:00.50ID:Oc3P171P0
>>581
2.0まではXaml Islandで使うものだったが、３からはWPFと同格のGUIツールキットになるんだよ
UWPと同じ画面だが、.net frameworkのライブラリもP/Invokeさえ使えるプログラムが実現できる
2020/10/11(日) 16:49:13.59ID:mP+yhd0K0
>>582
Windows用デスクトップアプリ自体が下火だもの
585デフォルトの名無しさん (ﾜｯﾁｮｲ 635f-JAxH)
垢版 |
2020/10/11(日) 17:20:29.83ID:kKzgRzeu0
>>583
よく調べてくれ
2020/10/11(日) 17:51:56.66ID:Fd7KLviX0
>>585
https://docs.microsoft.com/ja-jp/windows/apps/winui/
現行じゃなくてWinUI3は２０２１年にリリースされる新バージョンで
ツールキットがUWPから切り離されてWin32から直接呼び出せる代物になります

つか、プレビュー出ているが、UWPの画面出しながらWin32のシステムコールできることは確認した
587デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MMe6-E8a6)
垢版 |
2020/10/21(水) 14:57:47.86ID:tiqsU3pvM
.NET CoreってXPでも動きマスカ
2020/10/21(水) 15:52:35.40ID:v0oiVQF00
保証されてない
2020/10/21(水) 18:30:59.43ID:pvliDgQj0
Project Reunionを使用して、MicrosoftはWin32とUWP APIの統合を試みる
https://www.infoq.com/jp/news/2020/10/microsoft-project-reunion/
2020/10/22(木) 08:47:42.23ID:nShJVRZ+0
失敗しそう
2020/10/22(木) 10:10:39.59ID:pIBN6P0hM
同意
2020/10/22(木) 10:52:16.48ID:Qr2lkL8E0
>>589はWin32環境からシームレスにUWPのAPIも同時に使えるだけだから失敗する要素はない
プレゼンテーション層にUWPのガワが使えるWinUI3にしても、WPFから大きく変わるわけでもないから
WPF使いなら何も問題なく使いこなせるし、新機能のx:Bindや新しいコントロールは魅力的だ
2020/10/22(木) 12:45:44.95ID:DhGGRbqY0
それができるんなら最初からやっとけよと思いました
2020/10/22(木) 12:48:43.65ID:8m/AmRSe0
やっと軌道修正したけど、その前はずっとUWPに拘ってたからな
出来るのに敢えてやらなかった期間が実の惜しい
2020/10/22(木) 13:21:42.75ID:i6UoXIXD0
reunion やwinuiは普通に使われるようになるだろ

mauiが問題
2020/10/28(水) 01:31:15.77ID:Mnjk1xv90
既存アプリのリプレースついでにwinformsからwpfに置き換えるメリットっていうとやっぱ苦しいよね
いい加減抜け出したいけどそれに金積めるかっていうと
2020/10/28(水) 03:57:56.89ID:AQjDAF040
チームのスキル具合にもよるけど、リプレースならwinformでもWPFでも工数は変わらんと思うがなぁ

WPFに置き換えるメリットは柔軟なレイアウトがやりやすくなるくらいだから、
多言語化したいとか見た目をモダンにしたいとかの要求がないと苦しいね
2020/10/28(水) 06:16:33.76ID:WvjyNsS+0
>>597
wpfの良いところは高dpi対応だよ
winformでも出来なくは無いけど面倒すぎる
2020/10/28(水) 08:38:52.29ID:cCglm1Caa
>>598
dpi対応が必須なアプリも珍しいんじゃね？
ほとんどはUIが多少ボケても使えればいいものばかりでしょ
2020/10/28(水) 09:02:35.21ID:3bmwn6Ba0
後はテストとかかなぁ。
UIAutomationを使わなくてもVM経由の自動テストでだいたい用が足りるのがありがたい。
2020/10/28(水) 09:31:45.18ID:fmFsYpY1M
>>599
ピントくっきりはプログラマーとしてのこだわりさ。
言わなきゃwinformのボケには気づかれんし。
昔より拡大のアルゴリズムが良くなったのかボケも気にならん。
602デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-G7xE)
垢版 |
2020/10/28(水) 13:42:11.67ID:hMYVwwX80
いつまでもWinFormsに閉じ込められてる人たち可哀想
2020/10/28(水) 13:54:07.87ID:ZyU4/upgM
俺たち、winformの囚人なのさ
2020/10/28(水) 22:33:58.93ID:bWE1nSHc0
>>599
ボケてるとユーザーからクレームくるからなあ
2020/10/29(木) 08:26:25.44ID:VBEUGOAKa
>>604
それなら金取れるからwpfに置き換える理由にはなる
606デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-G7xE)
垢版 |
2020/10/30(金) 13:42:05.71ID:PJrAynTo0
ワイが客ならボケてるだけで作り直す金取られたら詐欺だって騒ぎ出すけどな
2020/10/30(金) 17:35:27.71ID:E/Yqa+Gqr
作り直すにしてもWPFじゃなくhtmlベースでだな
webアプリはこのスレではないことになっている
2020/10/30(金) 20:52:48.59ID:aqaAezog0
webに移行できんわ・・・よーわからん・・・
2020/10/30(金) 21:29:34.88ID:9yYjFwwa0
MVVMよりは簡単
2020/10/30(金) 22:00:38.24ID:FY2TvzCT0
webは覚えなきゃいけないものが多いけど
html, css, javascriptとフレームワーク, httpプロトコル, 他にも色々と
2020/10/31(土) 03:29:33.75ID:KVw9iANV0
winformでwebview2
これだね
612デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-pubH)
垢版 |
2020/10/31(土) 12:14:12.88ID:MBbWn8zr0
WinFormsって海外でほとんど使われてないんだよな
もう廃止でいいと思うわ
日本では勘違いしてあれに触り始めてしまう初心者も多そうだし
2020/10/31(土) 12:36:02.15ID:V1ZFMV9B0
.NET5でも生き残ってるからまだそれなりに使われてるんじゃない？
個人的にはいらんけど。
2020/10/31(土) 12:49:25.57ID:eM45xKo20
COBOLとかVBAとか、いまだに使われているのは日本だけ、みたいなことを言う人がいるが
どこまで根拠ある話かねぇ。日本で作られたわけでもないのに。
2020/10/31(土) 13:03:08.60ID:c1mJKjfFM
>>612
vb6がまだ生き残ってると言うのに
2020/10/31(土) 13:36:51.74ID:kTaFfI8md
>>612
使われてなかったら.NET Core移植なんてされないよ
まあデザイナーはいつになったらまともに動くようになるのってレベルだけどね
2020/10/31(土) 13:59:22.88ID:W2onz8xP0
https://pc.watch.impress.co.jp/docs/news/1284496.html
microsoftが余裕ぶっこいてる間に日本でも
618デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-pubH)
垢版 |
2020/10/31(土) 17:04:27.83ID:MBbWn8zr0
WPFからは他のXAMLなりHTMLの似たようなフレームワークへ移行できる技術力があるのでWindowsである必要さえない
WinFormsの囚人たちは全力でWindowsを守れ
2020/10/31(土) 17:57:05.58ID:RqCaz7vu0
開発補助ツールや趣味で作ったりするときはwinformsかな
とりあえず動けばいいっていう用途なら選択肢に入れてる

そこまで極端に邪険にする技術ではないと思うけどwinformsに親を殺された人が多いのかな
2020/10/31(土) 18:05:42.99ID:lTK9w6tH0
俺は柔軟なUIが作りやすいWPFのが好きだな
例えばウィンドウのサイズが可変なFormで、サイズに合わせてコントロールを見やすいように配置するようなアプリ
Winformでもできなくはないけど、Gridに縛られるとか制限も多いし、
修正するにもデザイナのソースを直接触るのは危険だし
2020/10/31(土) 18:45:22.65ID:Ak6XzHwW0
バインドバインドとうるさく売り込む割に実装が洗練されてなくてコードがあんま綺麗にも楽にもならんのが印象悪かった
intellisenseもバインド関連はかなり冷淡だし
バインドはおまけ扱いでGUI周りのアドバンテージから攻めてればもっと受け入れられたのでは
622デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-pubH)
垢版 |
2020/10/31(土) 18:52:47.22ID:MBbWn8zr0
WinFormsがメインストリームだと勘違いしたままになってる人いるよね
WPFが楽なのでWinFormsが選択肢に入ることはない
2020/10/31(土) 19:08:31.93ID:tClSfG7VM
WPFはメインストリームになったことすらないけどな
624デフォルトの名無しさん (ｱｳｳｨﾌ FF9d-L1Xi)
垢版 |
2020/10/31(土) 19:35:29.10ID:fxcwqRC2F
本人が楽なのでやればいい
2020/10/31(土) 20:21:58.38ID:eM45xKo20
>>619
WPFに親を殺された人の方が多そうな気がする
2020/10/31(土) 21:11:29.20ID:lTK9w6tH0
まあwinformの時代が長かったから、狂信者も多いよそりゃ
優劣ではなくて母数の問題
2020/11/01(日) 07:57:14.22ID:MNYsOy7gM
winformはお手軽だからねえ
2020/11/01(日) 08:50:04.44ID:bzOVBaQn0
手軽さはwinformもwpfも同じだと思うがなぁ
どちらもポトペタで作れるし
2020/11/01(日) 08:59:46.29ID:wlH1XftDM
wpfはポトペタの後に数手間がデザインコードに必要でしょう
2020/11/01(日) 09:00:56.20ID:lWm5tUUgr
WPFは.netの発展を妨げたと思うよｗ

WPFは.net farameworkを殺した
2020/11/01(日) 09:18:07.13ID:L9Dw0z6o0
>>630
WinFormsって別の選択肢があってWPFが強要されたわけでもないのにそんなに影響あるわけない
それならむしろUWPだろ
2020/11/01(日) 09:25:39.62ID:lWm5tUUgr
WPFのころは最初スター開発者というかカリスマ開発者が結構いたけど
徐々にWPFに愛想をつかしてみんな出て行った

UWPのころは全然いなかったイメージ
2020/11/01(日) 10:16:08.10ID:vYfttZdY0
WPFが失敗したというより、Win32とかWinFormsとか関係なくWebやスマホの台頭で、パソコンの地位が大幅低下してWinアプリ開発者自体がいなくなっただけだろ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況