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

**デフォルトの名無しさん** · 2019/05/16(木) 07:52:32.39

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

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
https://mevius.5ch.net/test/read.cgi/tech/1513175747/

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

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

**デフォルトの名無しさん** · 2019/06/28(金) 17:52:56.52

NVVMでは~.xaml.csには何も書かないのが理想とのことですが、例えば他のwindowを開くような処理はビューモデルに記述するのでしょうか？
根本的な疑問は、~.xaml.csに何も書かないということはモデルでできることが何もなくなり、その代わりモデルに記述するのでべきことを全てビューモデルに記述することになってしまっておかしいのでは？ということです。
私が何か勘違いしてるのは間違いなさそうなのですがそれがわかりません。。

**デフォルトの名無しさん** · 2019/06/28(金) 18:18:14.10

.xaml.cs
に書くのはMODELではなくVIEWMODELでは？

**デフォルトの名無しさん** · 2019/06/28(金) 18:38:47.09

>>288
Viewでしょ

**デフォルトの名無しさん** · 2019/06/28(金) 18:43:28.81

>>287
あくまで自分の場合だけれど、
画面を開くとかメッセージ出すとかはそれ専用のサービスクラスを作ってる
そしてviewmodelからそのサービスを呼び出すようにしている

viewはicommandを介してviewmodelに通知するだけで、
その後どのサービスを呼び出すかはviewmodel、
実際の処理はサービスクラスに書かれている
コードビハインドに書いた方が圧倒的にシンプルになる場合はコードビハインドに書く

**デフォルトの名無しさん** · 2019/06/28(金) 20:11:16.63

VSMでストーリーボード動かすよりイベントハンドラから動かしたほうが圧倒的に楽なんだよな
その場合はコードビハインドに書くしか無いが

**デフォルトの名無しさん** · 2019/06/28(金) 20:17:39.65

今時アニメーション？
世界で唯一の成功したWPFアプリケーションであるVSはもうアニメーションなんて全く無くなってるのに

**デフォルトの名無しさん** · 2019/06/28(金) 21:25:24.69

なるほどありがとうございます。
~.xaml.cs=モデルだと思い込んでました。
~.xamlと~.xaml.csはコンパイルされて一つのクラスになるってのは知ってたんですが、つまり2つ合わせてビューなんですね。
おかげでWPFのMVVMの説明がわかるようになってきました。

**デフォルトの名無しさん** · 2019/06/28(金) 22:51:50.22

XAMLだけでは足りない機能は、別途、ビヘイビア、トリガー、アクションを作成して対処します。
https://www.atmarkit.co.jp/fdotnet/chushin/greatblogentry_02/greatblogentry_02_02.html

**デフォルトの名無しさん** · 2019/06/29(土) 00:07:12.29

WPFって、直感的にはすごく簡単そうなのにいざ実現しようと思うとやたら難しいってことが多くない？
テキストの内容が変わったらその時にテキストを2回点滅させるっていうシンプルなことをしようとしたら大変だったんでそう思ったってだけだが。

**デフォルトの名無しさん** · 2019/06/29(土) 00:11:54.69

コンバータはどういう扱いなの？

**デフォルトの名無しさん** · 2019/07/01(月) 20:08:29.98

>>287
ビューにはビューの処理だったら書いてもいい
無理してコードビハインドを避けても自己満足できるくらいしかメリットはない

**デフォルトの名無しさん** · 2019/07/01(月) 20:38:17.63

Listboxにバインドされたコレクションがあってlistboxitemを
右クリックしてコンテキストメニュー出して元のコレクションからitemを
削除するのってどういうのが一番シンプルなんだろうか

**デフォルトの名無しさん** · 2019/07/01(月) 21:13:17.23

>>298
http://ideone.com/HrFr9B
右クリックしたListBoxItemの内容をCommandのparameterに渡してみた
一番シンプルなのかどうかは知らん

**デフォルトの名無しさん** · 2019/07/02(火) 00:01:51.84

>>297
クラスを継承して機能を拡張するのはよくないと思う
理由いち　代替策があればそれを使ってクラスの肥大化を回避する
理由に　機能をビヘイビアにすれば再利用が簡単

**デフォルトの名無しさん** · 2019/07/02(火) 09:06:12.90

継承じゃなくてイベントハンドラじゃね？主に
ビヘイビア化は後で別のところに使いたくなってからでも遅くない

**デフォルトの名無しさん** · 2019/07/03(水) 01:42:37.28

>>300
再利用するための仕組みは再利用される可能性ができてから考えればいい
再利用しないのに手間をかけるのはムダ
ちなみにここで言ってるのはメインウィンドウとかオプションダイアログの話な
メッセージボックスみたいな再利用性の高いものはWPFの機能を駆使してもいい
玄人はコードビハインドを書かないみたいな風潮があるけど、それを信じ込んでコードビハインドを避けて泥沼にはまり込むのは素人

**デフォルトの名無しさん** · 2019/07/03(水) 02:06:51.20

Prism7ってどうやって覚えればいいの？

**デフォルトの名無しさん** · 2019/07/04(木) 09:51:39.53

UserForm内のDatagridが展開されるときにチラチラするんだけど、何とかならないかな...最小サイズから最大サイズに拡大するような描画がある。MainWindow直ならない現象

**デフォルトの名無しさん** · 2019/07/04(木) 10:28:20.53

UserFormとは　展開とは

**デフォルトの名無しさん** · 2019/07/04(木) 10:56:54.65

自分で作ったユーザーフォーム内のDataGridのItemsSourceにバインドしたコレクションに要素を追加するとチラつきます

**デフォルトの名無しさん** · 2019/07/04(木) 13:06:21.63

DataGridはゴミだから、WindowsFormsHostでDataGridView使ったほうがいいよ

**デフォルトの名無しさん** · 2019/07/04(木) 23:02:50.87

スケール感とか分からんけどこの辺は？
https://stackoverflow.com/questions/11379357/wpf-net-4-datagrid-column-performance

**デフォルトの名無しさん** · 2019/07/04(木) 23:09:08.06

>>307
どこら辺がゴミ?

**デフォルトの名無しさん** · 2019/07/04(木) 23:11:07.32

MSから新しいGUIライブラリが出たらまずDataGridを調べて絶望するまでが儀式だぞ

**デフォルトの名無しさん** · 2019/07/05(金) 00:36:29.15

DataGridの問題の殆どは、万単位のデータを突っ込むPG、SE,
クライアントの何れかだとは思うんだがね
実際に使う人は万もスクロースしちゃいないのに

**デフォルトの名無しさん** · 2019/07/05(金) 00:43:44.52

それは一見意識高いようでいて矛盾した意見だと思うね
十分に練られた優れたUIにはデータグリッドの出番はない
データグリッドはそもそもUIの作り込みに工数をかけたくないときに使うもんだ
そもそも手抜きの道具なのだから、データグリッドの使い方として、面倒だからもう全部突っ込めというのも自然な発想だろう

**デフォルトの名無しさん** · 2019/07/05(金) 14:41:18.94

MVVM原理主義派とカジュアルMVVM派では話が交わる事はない

どこまでMVVMの作法に則るのがベストかで線引きして適用するのがいいよね

**デフォルトの名無しさん** · 2019/07/05(金) 18:35:21.37

wpfをマスターしきればMVVM原理主義でいっても苦労せず実装できるので原理主義でいいと思うんだよ。
ただwpfは難しい。並大抵のエンジニアでは原理主義で押し通そうとすると実現できない機能がでてきて挫折する。
と思った。

**デフォルトの名無しさん** · 2019/07/05(金) 18:51:13.41

WPFに携わってだいぶ経ったが、Adorner関連は苦手。
なんでペタっとUserControl貼れないのか

**デフォルトの名無しさん** · 2019/07/05(金) 21:24:53.68

https://blog.okazuki.jp/entry/2019/07/05/104041
UWPンゴｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2019/07/06(土) 08:26:36.67

すっかり忘れ去られてLivetだが、ビヘイビアが物凄く充実しているから
そこだけ引っ張って使うのもありだとは思う

**デフォルトの名無しさん** · 2019/07/06(土) 15:34:02.12

更新が続いてればprismとためはるレベルでスタンダードだったんだけどな…
惜しいライブラリをなくしたもんだ

**デフォルトの名無しさん** · 2019/07/06(土) 15:41:44.00

MVVMが複雑だし洗練もされてないのが悪い

**デフォルトの名無しさん** · 2019/07/06(土) 15:56:25.42

MVVMやろうと思ったらフリーのライブラリを利用しないといけないと判って取り組むの止めた
MSから標準で出して欲しかったな

**デフォルトの名無しさん** · 2019/07/06(土) 16:27:06.95

Livetは形骸化した原理主義に陥ってコードビハインドを書かないことが目的化していた印象
コードビハインドの代わりにXAMLでプログラミングをし始めて、結局ビューとロジックの分離とは何だったのか状態になっちゃった
MVVMの根本的思想はWebにも受け継がれている優れたものだけど、ビヘイビアは明らかに失敗

**デフォルトの名無しさん** · 2019/07/06(土) 17:20:20.06

>>320
jsonもフリーのライブラリが必要だから使わないの？

**デフォルトの名無しさん** · 2019/07/06(土) 18:01:17.99

>>322
貴方が思っているほどjsonはスタンダードではありません
ドカタ業界ではjsonを知らない自称ITスペシャリストは決して珍しくはないのです

**デフォルトの名無しさん** · 2019/07/06(土) 18:21:08.86

>>322
不要やろ？

**デフォルトの名無しさん** · 2019/07/06(土) 18:26:12.60

>>324
MSのサンプルコードですらNewtonsoft.Json使ってるのに？

**デフォルトの名無しさん** · 2019/07/06(土) 18:31:11.27

サンプルはサンプルだろ
すらって何だよ

**デフォルトの名無しさん** · 2019/07/06(土) 18:34:58.53

、

**デフォルトの名無しさん** · 2019/07/06(土) 18:35:07.41

>>325
うん、不要だよ

**デフォルトの名無しさん** · 2019/07/06(土) 18:36:40.07

JSON.NETの作者もMicrosoftの人間だがな

**デフォルトの名無しさん** · 2019/07/06(土) 18:45:28.65

>>329
それはどうでもいい

**デフォルトの名無しさん** · 2019/07/06(土) 19:32:28.66

だが何なんだよw

よかったな、おめでとw

**デフォルトの名無しさん** · 2019/07/06(土) 19:38:02.42

>>320
PrismはMSが作ったんじゃなかったっけ

**デフォルトの名無しさん** · 2019/07/06(土) 19:39:18.34

>>332
元々はMSが作ったサンプルコード
今はMSが開発やめてMSとは何の関係もないコミュニティプロジェクト

**デフォルトの名無しさん** · 2019/07/06(土) 19:44:49.96

jsonってただのデータフォーマットでしょ？
MVVMと何の関係が？

**デフォルトの名無しさん** · 2019/07/06(土) 19:45:44.22

ReactiveProperty標準にしてくれたらいいのにな。

**デフォルトの名無しさん** · 2019/07/06(土) 20:08:08.17

jsonは.net core 3で標準ライブラリが用意されるだっけか？

**デフォルトの名無しさん** · 2019/07/06(土) 20:47:01.22

設定ファイルとしてはXMLよりJSONの方が見易いんだけどコメント書けないのがなぁ

**デフォルトの名無しさん** · 2019/07/07(日) 03:33:14.86

でもXMLよりデータサイズがかなり小さくなるからやっぱりjson使う

**デフォルトの名無しさん** · 2019/07/07(日) 06:24:54.82

UWP終わってWPF復活したん？

**デフォルトの名無しさん** · 2019/07/07(日) 06:28:01.55

どこのプロレス団体かと思った

**デフォルトの名無しさん** · 2019/07/07(日) 11:13:03.83

復活じゃないと思う

win10ではUWP使え！から他のものも使ってもいいよになっただけ

**デフォルトの名無しさん** · 2019/07/07(日) 12:51:12.10

>>336
標準は既に存在するが、それでもMSの人がjson.netを使うほど
json.netの方が出来が良い

**デフォルトの名無しさん** · 2019/07/07(日) 12:58:17.74

>>342
最近はMicrosoftも脱Json.NETの流れだけどね
レガシーなコードの塊で、後方互換性を担保しながらパフォーマンス改善は難しいことがわかったから

**デフォルトの名無しさん** · 2019/07/07(日) 13:00:18.65

VS2019の横のニュース欄にjsonの新しい標準ライブラリの話が書いてあったね
みんなあんなの読んでるのかな？

**デフォルトの名無しさん** · 2019/07/07(日) 13:09:03.68

>>344
一般ユーザーは知らなくても、フレームワークが裏で使っているライブラリが変わることでこっそり恩恵を受けている

**デフォルトの名無しさん** · 2019/07/07(日) 13:12:24.83

Visual StudioのRESTクライアント生成機能使うとJson.NETを使用するコードが生成されてたけどこれ標準ライブラリ使用に置き代わったの？

**デフォルトの名無しさん** · 2019/07/07(日) 13:17:27.81

新しい標準ライブラリってまだベータだった気がする

**デフォルトの名無しさん** · 2019/07/07(日) 13:20:32.30

>>347
.NET Core3.0と同時リリースだから今年の9月

**デフォルトの名無しさん** · 2019/07/07(日) 13:21:07.53

>>346
それはWPFじゃなくね？そのうちスレチって怒られるよ

**デフォルトの名無しさん** · 2019/07/07(日) 13:38:04.00

>>349
自分もjsonライブラリの話しててそんなこと言うか

**デフォルトの名無しさん** · 2019/07/07(日) 13:40:42.35

json.netって設計とかくそな部分あるから。

**デフォルトの名無しさん** · 2019/07/07(日) 13:40:43.54

>>350
話の流れを読んでね

**デフォルトの名無しさん** · 2019/07/07(日) 13:47:39.03

>>351
糞かもしれないけどわかりやすくてそこそこ早いから流行ったんでしょ？
もとからあった標準ライブラリがクソ中のクソすぎてMS内部の人から見限られてる状態だから

**デフォルトの名無しさん** · 2019/07/07(日) 13:53:28.39

>>353
うん、くそだけど一番人気あるのは事実。
俺の用途に全く会わなくて俺は自作したわw
だから、.ner core 3の標準ライブラリはwelcome

**デフォルトの名無しさん** · 2019/07/07(日) 13:54:04.56

話の流れよりスレタイ読もうぜ馬鹿❤

**デフォルトの名無しさん** · 2019/07/07(日) 14:23:11.40

>>355
おまえに興味の無い話なら黙ってればいいだけ

**デフォルトの名無しさん** · 2019/07/07(日) 14:51:55.13

>>352
マイクロソフトがjson.net離れしてるって流れなら>>346も流れに沿ってるよね

**デフォルトの名無しさん** · 2019/07/07(日) 14:54:50.49

>>357
流れを読んでね

**デフォルトの名無しさん** · 2019/07/07(日) 14:55:54.85

>>358
流れに合ってるよ

**デフォルトの名無しさん** · 2019/07/07(日) 14:56:38.19

>>359
それは良かったね

**デフォルトの名無しさん** · 2019/07/07(日) 14:58:06.22

>>360
うん

**デフォルトの名無しさん** · 2019/07/07(日) 17:14:25.68

久しぶりにUWPからWPFに戻ってきたけど、FormattedTextやら、Obsoleteが多くなってるね。
しかし、IOをフルに使う身としては、WPFは快適だ。　UWPでは、FTDIチップ使うのさえ四苦八苦。

**デフォルトの名無しさん** · 2019/07/08(月) 07:52:57.13

Dynamic Json使わないの？

**デフォルトの名無しさん** · 2019/07/08(月) 07:55:33.69

使わない

**デフォルトの名無しさん** · 2019/07/08(月) 08:10:27.82

JSON.NETでもdynamicは使える
ジャップ製マイナーライブラリの出番はないよ

**デフォルトの名無しさん** · 2019/07/08(月) 09:39:38.20

ジャアアアアアアアア

**デフォルトの名無しさん** · 2019/07/08(月) 18:13:28.58

イアン

**デフォルトの名無しさん** · 2019/07/09(火) 14:15:51.32

>>318
Livet一応生きてるよ

**デフォルトの名無しさん** · 2019/07/09(火) 17:38:00.23

>>368
誰か保守してるの？
まぁ Prismしか使ってないけど・・・

**デフォルトの名無しさん** · 2019/07/09(火) 18:39:48.90

亀すまん
>>301
すべてのコントロールのイベントハンドラをMainWindowに書くのか

**デフォルトの名無しさん** · 2019/07/09(火) 19:36:52.57

>>369
okazukiとかそのあたりだった気がするわ

**デフォルトの名無しさん** · 2019/07/09(火) 22:54:31.72

>>371
合ってる
ReactiveProperty作ってる人

**デフォルトの名無しさん** · 2019/07/09(火) 23:25:05.11

趣味ならいいけどね

**デフォルトの名無しさん** · 2019/07/09(火) 23:37:20.14

>>373
okazukiはMSの中の人だけどLivetのメンテは趣味でやってるだけだよ

**デフォルトの名無しさん** · 2019/07/10(水) 00:33:04.62

>>374
あ、いや個人がメンテしているライブラリは趣味で使うんならいいけどねって話

**デフォルトの名無しさん** · 2019/07/10(水) 01:00:09.57

reactivepropertyだってもとはneueccって人じゃなかったっけ？
okazukiは他人に寄生してるだけのイメージ

**デフォルトの名無しさん** · 2019/07/10(水) 01:08:37.12

>>375
それだとオープンソースの多くが使えなくなるぞ

**デフォルトの名無しさん** · 2019/07/10(水) 02:03:59.13

>>376
オリジナル製作者ではないけど、何年も積極的にコード書いてるのに酷い言い草

**デフォルトの名無しさん** · 2019/07/10(水) 08:01:23.52

>>377
そりゃそっちの方が大多数だからね

**デフォルトの名無しさん** · 2019/07/10(水) 08:10:05.16

reactivepropertyは便利だよねぇ。　打ち込み量が減って、本来のNotifyPropertyChangedの書き方忘れちもうた。

**デフォルトの名無しさん** · 2019/07/10(水) 09:06:54.62

なんでメンテナーが個人か企業かで扱いがかわるの？
ライブラリの良し悪しとかライセンスが問題ならわかるけど

**デフォルトの名無しさん** · 2019/07/10(水) 11:53:22.63

使用者数のほうが強いわ

**デフォルトの名無しさん** · 2019/07/10(水) 12:43:41.15

>>381
正気？

**デフォルトの名無しさん** · 2019/07/10(水) 12:44:49.27

>>383
それが一般的な見解だよ

**デフォルトの名無しさん** · 2019/07/10(水) 12:46:00.89

>>383
むしろ個人メンテナーなライブラリを避けるほうが正気か？って思うよ
メンテナーがどうのこうのより使いやすい、利用者が多いで選定すればいい

**デフォルトの名無しさん** · 2019/07/10(水) 13:05:23.38

Linuxだって個人が趣味で作り始めたものだしな

**デフォルトの名無しさん** · 2019/07/10(水) 14:52:44.23

>>385
趣味ならね