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/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
趣味ならね

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

>>387
業務でも一緒だよ
おかたいところでライブラリの使用許可云々が厳しいところもあるだろうがそうじゃないとこもあるよ
スマホアプリなんかだとわかりやすいと思うけど権利表記に並んでる使用ライブラリには個人メンテナのものなんて山ほどある
↑で出たreactivepropertyなんかもそうだし、unity製ゲームなら多くのアプリでunirx使われてる
任天堂が出すゲームアプリですら趣味の範囲というなら話は別だけど

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

そういえば、Prismって今はメンテ二人だけなん？　すごいよねぇ。　Prism無しでは、何もできん身になってしもうた。
業務ユーザーも趣味ユーザーもかなり多いんとちゃう？

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

>>387
OSSに何を期待してるんだ？w

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

>>385
利用者が多いのは安心できる。
そうでない場合は便利でもバグが心配かなぁ。

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

WPF語るならPrismだよねえ。
WPFの、DDDとかアジャイルプロジェクトでデスマーチ一杯見てきた。
Prism使わなんだら、簡単にロジック分離できないのに、全く理解しないんだから・・・
しっかし、.NETにPrism組み込まなかったのはなぜなんだろ？

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

企業がメンテナンスしてるOSSでも使い物になる保証は無いしな
金出して直させるなら話は別だけど

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

結局そこじゃないの
トラブった時に企業なら最悪札束でなんとかできる可能性はあるけど、個人に対してそれは無理だろう

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

OSS　GitHubにIssueして問題解決する実力無いなら使うなというだけでは？
OSSを避ける理由は実力問題以外の何物でもない。

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

札束使えるなりゃ不具合とかはその金で直せばいい

責任転嫁する先が欲しいって意味ならどこがメンテしてようとOSSな時点で同じ
最悪のケースを想定するならライセンスにあるとおり責任転嫁にはならん

企業ならメンツもあって真摯に対応する可能性はあるかもしれんが、そんなこと考慮してライブラリ選定するような開発環境なら始めからOSSなんか候補に入れるなよと思う

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

>>380
それはBindableBase使ってるだけで忘れるｗ

**デフォルトの名無しさん** · 2019/07/11(木) 02:01:32.70

>>395
いやいや、いざ商用稼働してからバグって損害だしたら、それからissueだして対処しても無意味でしょ。
例えばmariadbなど無料のDBがあるにも関わらず企業が大金払って有料のDB使うのは実力不足とかではないと思うぞ。

**デフォルトの名無しさん** · 2019/07/11(木) 17:41:34.04

>>398
>>無料DB
PostgreSQL,MySQLはそれなりに普及してる

**デフォルトの名無しさん** · 2019/07/11(木) 18:20:10.18

普及してるけどそれじゃ不足するケースなら大金払うってだけでは？
システムに合わせたパフォーマンスチューニングしたいとか大規模運用ノウハウの知見を活用したいとか
そらそういう規模なり性能なりを求められる世界も山ほどあるでしょうね、としか

**デフォルトの名無しさん** · 2019/07/11(木) 18:34:37.40

>>398
バカ？　395はそれなら使うなと言っている。

**デフォルトの名無しさん** · 2019/07/11(木) 19:08:03.77

>>400
言い訳するためだろw
少なくとも俺はそう

**デフォルトの名無しさん** · 2019/07/11(木) 19:27:45.61

>>401
すまん、何を指してるのかわからんからもう少し省略せずに書き直してくれんか？

**デフォルトの名無しさん** · 2019/07/11(木) 19:39:35.81

プロプラだってほとんど免責条項付いててサポートの質が違うってだけの話なのに
日本だと>>402の言うような意味合いに変わるからよく分からん

**デフォルトの名無しさん** · 2019/07/11(木) 19:41:08.58

まあDBでOSSを使うかどうかと、他のモジュールでOSSを使うかどうかは同じ基準ではないだろうね。
DB周りは障害が起きると金銭的に大きな損害がでる部分だから、DBの選定は間違いなくお金の話になる。実力があるからOSSとはならんだろう。

**デフォルトの名無しさん** · 2019/07/11(木) 20:16:25.99

おまんらの脳みそもどうにかならねーのか？

**デフォルトの名無しさん** · 2019/07/11(木) 20:17:44.59

脳みそとあと目玉もだな
もしくは中央線に飛び込んで死ねゴミクズ

**デフォルトの名無しさん** · 2019/07/11(木) 20:39:32.61

>>405
実力以外にリスクを避ける手段があるのか？　モマエはバカか？

**デフォルトの名無しさん** · 2019/07/11(木) 20:46:27.69

DBに何かあっても実力で俺が直す！
掛かる期間？知らんな

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

>>394
動かなかったら他に入れ替えるほうが健全だし早いと思うがね
いくら金積んでも速攻で直るとは限らん

**デフォルトの名無しさん** · 2019/07/11(木) 22:12:26.29

まあそれなりにユーザーが居るライブラリなら普通の使い方すれば大体動くわけで
何か起こったときは、大抵他のやり方があるものだが

**デフォルトの名無しさん** · 2019/07/11(木) 22:18:21.97

入れ替えるのだって手間はかかるしノーコストというわけにはいかんだろう。
というか、金積んで入れ替えられるならまだましで、OSSは下手したら全部自分で
面倒見なきゃならん可能性もあるしな。

**デフォルトの名無しさん** · 2019/07/11(木) 22:48:30.89

x.bindはよきて

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

WPFとは何だったのか

**デフォルトの名無しさん** · 2019/07/12(金) 07:23:20.71

>>414
「お前みたいなバカ」発見機

**デフォルトの名無しさん** · 2019/07/12(金) 07:38:05.38

WPF使えるはおまえのような極一部の天才だけだからな。普及しないのは当然だ。

**デフォルトの名無しさん** · 2019/07/12(金) 07:50:39.48

WinFormsだと簡単にできることが
WPFだとひと手間かかったり代替できるシロモノじゃなかったのは普通にイタイ.

あと外部のライブラリの使用が前提みたいになってるのも使いづらさの象徴みたいなもん

まあライブラリ使わせるのは構わんよ.
重要なのはそこじゃないから
ただしMicrosoftが率先して作るようじゃなきゃだめだ

なんだかんだ言ってもWinFormsが未だに廃れる様子が全くないことがすべてを物語っている

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

WinFormsでPerMonitorDPI対応とかって最新だと簡単なの？？

**デフォルトの名無しさん** · 2019/07/12(金) 10:59:26.59

簡単ならWPF使う理由もあまりないかなと思って
簡単じゃないならWPFのほうが楽そう

**デフォルトの名無しさん** · 2019/07/12(金) 12:32:31.57

> なんだかんだ言ってもWinFormsが未だに廃れる様子が全くないことがすべてを物語っている
>>417 みたいなお爺さんにはそう見えるんだろうねw

**デフォルトの名無しさん** · 2019/07/12(金) 12:33:37.68

リアル馬鹿乙w

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

DPI非対応の時点で新規案件でWinFormsは選択肢から外れるな
適当なテストアプリなら使うが

**デフォルトの名無しさん** · 2019/07/12(金) 12:45:06.78

いやいや、高DPIがWPFしかまともに対応できないとか釣りだろう？
むりに若者ぶっているが話が古くないかな？

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

Windowsがどうこうって時点で若者らしさはないから気にするな

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

WPFは衰退の一途だが、WinFormsも広く見れば廃れてまくってるよ
どんどんWebへ流出してる
WPFに比べるとWinFormsの方がWebとの間の開発者スキルのギャップが大きいのと、
年季の入った比較的重要なシステムに使われていることが多いのとで、WPFに比べるとWeb移行のスピードは緩やかだけど

**デフォルトの名無しさん** · 2019/07/12(金) 14:16:13.28

現実問題としてWindows Server環境でもWeb化の勢いが止まらないからなあ。クライアントがブラウザに慣れたのとクライアントPCの性能向上もあって多少操作性が落ちてもアプリのインストールが不要なWebシステムが評価されるようになったんだよね。

**デフォルトの名無しさん** · 2019/07/12(金) 14:32:33.59

ユーザー側としてWebUIの業務アプリ大嫌い
滅びればいいと思ってる

**デフォルトの名無しさん** · 2019/07/12(金) 15:01:55.68

リッチクライアントとWebクライアント隆盛はいつも繰り返してるよな
以前よりマシになったが、WebAppで作ると
前にできた事がなぜ出来ないんだコラ
って客がおこぷんしちゃう事がままある

**デフォルトの名無しさん** · 2019/07/12(金) 15:05:15.16

作るから金クレっていうと更に発狂するしな

**デフォルトの名無しさん** · 2019/07/12(金) 17:39:30.76

WEB技術は流行だの古いだのと使い捨てばかりで追っかけるだけムダ。
ユーザーからすればウザい広告の技術でしかない。
いかに客を騙して金を取るかってだけ。WPFと同じ。客にメリットはなし。

**デフォルトの名無しさん** · 2019/07/12(金) 18:27:06.83

Web技術というか最近の技術はサポートライフサイクルが長くて数年と短いから、作って何年かはほそぼそと保守契約して5年後とかに改修みたいなやつには入れにくいよね

.NET Coreも長くて3年のサポートだしやりにくい

**デフォルトの名無しさん** · 2019/07/12(金) 19:57:21.32

外観こだわるならWPFだし
そうでなければWinFormsでいいんじゃないの

**デフォルトの名無しさん** · 2019/07/12(金) 22:44:42.09

Windowsアプリ希望 → 安定体質の企業 → 大抵外観にこだわらない → 大抵WinForms

**デフォルトの名無しさん** · 2019/07/12(金) 22:49:10.44

然程外観に拘らないけど、Hi-DPI対応はしておきたいからWPFだな
WinFormsでも対応出来なくもないけど面倒だ

**デフォルトの名無しさん** · 2019/07/12(金) 22:57:18.55

WinFormsでも対応すべき解像度が限られてるし複数解像度対応とか簡単なのにそれすらできないのは技術が無さ過ぎる。

**デフォルトの名無しさん** · 2019/07/12(金) 23:33:23.98

簡単ではない
すげー面倒

**デフォルトの名無しさん** · 2019/07/12(金) 23:34:54.47

>>435
解像度が限られてるってどういうこと
そんなんで任意の倍率のスケーリングに対応出来るの

**デフォルトの名無しさん** · 2019/07/12(金) 23:39:27.68

継承とか再帰が難しくて理解できないならまあしゃあないな。

**デフォルトの名無しさん** · 2019/07/12(金) 23:45:41.07

問題はそこじゃないんだけど

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

滲ませときゃいい

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

外観に拘るからwinformなんだよな。UIをコロコロ変えるなって業務じゃ当たり前の話。