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/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をコロコロ変えるなって業務じゃ当たり前の話。

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

>>440
滲んだりレイアウト崩れてるのはださ過ぎる

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

FHDで作っておいてそれを6/3,5/3,4/3,2/3に拡大縮小すれば
3840*2160,3200*1800,2560*1440,1280*720になる。
画面解像度を取得して変更後解像度を決定しthis.Controlsに対してLeft, Top, Width, Height, Font.Sizeを再帰関数でまとめてリサイズしてやれば大体のことは終わる。
この時ポイントは元のレイアウトを3の倍数で作っておくことでそうすれば縮小後のレイアウトがギザギザになることはない。
後はFormの部品と特殊なcontrolを調整するだけ。
これをFormのカスタムclass化しておけばForm毎に書く必要もない。

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

めんどくせー

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

Coreの方のWinformsだか忘れたけどソースにPerMonitorV2の処理が入ってるの見たな
動くのかは知らんけど

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

>>443
レイアウト倍数に揃える時点で面倒だけど
Windows10の標準のスケーリングサイズは25%刻みだから4の倍数の方が都合が良い

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

>>446
爺がFHDのノートを125%とか150%にして使ってるだろ。
そうすると仮想解像度は1536*864とか1280*720になる訳だ。
1600*900の125%も1280*720。
だから1280*720対応が必要なんだよ。

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

老害「継承と再帰使えばできるだろ」
若者「へー、凄いですねー（棒」

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

若者と老人の人形で延々と遊びたがっているやつって中身はどっちなんだろうな

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

ここで暴れてる若者が無職だってのまでは分かる。

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

>>449
俺？
年は老害の方だよ
WPFは使うけどw

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

このスレタイで暴れるとは一体

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

WPFむずい　なしてこんなむずくしてるの？

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

解像度の話なら、画面の大きさでダイナミックにレイアウト変更できるUWPが最強なんだけどね
縦置きにしたら邪魔になるパネルを下の方に移動とか自由自在

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

Windowsあんまり縦置きにしないから

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

極端な例を挙げて自由自在ってことを強調したいだけだろw

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

業務アプリは解像度ほか動作環境を限定してしまっていい状況が多いからwinformsで十分かな

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

WindowsPhoneで縦にも使うかも知れないだろ！

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

縦置きってかウィンドウを縦長にした時とかの話じゃね
XAML上でブレークポイント設定してテンプレート切り替えるという単純なサポートはあるね

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

例えば、しきい値より横幅が狭くなったら上部のツールバーを縦型に変更する処理などがXamlで書けたりする

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

客はそんな要望や機能追加を出してこないから

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

Winform廚はなぜこんなにも必死なんだろう

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

>>461
その前提は苦しすぎるぞ

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

>>462
時代に取り残されたことを受け入れられないまま終わった技術に固執しているという点では、
もはやWinFormsもWPFも外から見りゃ大差ないけどな
さんざんそうやってWinFormsを煽ってきて、自らも煽られる側になったということだ
受け入れ難いかもしれないが、時代の変化というのはそういうもの

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

WPF MahAppsを調査してるんですが、HamburgerMenuコントロールにEffectをつけると、コンテンツの内容すべてに、そのEffectが継承されてしまいます。HamburgerMenuのみにEffectをつけるには、XAMLでどう指定すればいいんでしょうか?

皆様のお力をお借りしたいと思います。

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

無職が何かいろいろ勘違いしてるようだな。基本的な事実をおさらいしよう。

vb6 & winform　普及した。今後も保守しなきゃならないシステムがいっぱい。
wpf 普及に失敗した。保守しなきゃならないようなシステムなんてほとんどない。

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

いい加減VB6は止めたい

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

VB6をVB.NETへ移行すら簡単に出来ない様にしたマイクロソフトの失策

◆QZaw55cn4c · 2019/07/13(土) 18:18:08.34

>>468
エクセル VBA に移植すればいいだけなのでは？＜VB6

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

>>466
？　これからの開発案件って無いという事？　寂しい話では？

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

よほどトラウマでもあるんだろうな…
まあコボラーも保守で食えてるみたいだからそういうのを目指すならいいんじゃね？

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

>>469
VB6でもFORM有りきのアプリだけじゃ無いぞ
ActiveXとかは無理

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

>>470
何を今更
保守で必要ならWinFormsも使うし、新規なら当然Webを最初に検討するよ
今時Webできないとかさすがにあり得ないでしょ

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

Winodws10は仕事に向かない。この失敗をMSは修正する気ないみたいだから、
もう新規案件はJavaでいいやって流れかな

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

>>Java
ライセンス云々で新規案件減ってますが

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

OSと比較されるJavaの未来は何処に

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

>>474
その意見に対する素朴な疑問だと思うが・・・
次のPC　OSは何？
WIN7とか先祖返りの話じゃないだろうな？

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

それ以前にガイジに開発の仕事なんかねーよ
クッキーでも捏ねてろ

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

更新を機にPCを減らしてタブレットを入れるということは始まっている。
特定ソフト専用マシンがPCである必要がないから。

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

>>465
MahAppの問題じゃなくてXamlの属性はカスケード式だからどうにもならん
素直にコンテント内に効果を打ち消すスタイルを設定するしか無い

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

>>480
ですかー

影用のボーダー作ってシミュレートしますわ

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

タブレットで済む仕事ならそれでいいんじゃね

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

え、タブレットでいいようなものをPCでやってたって無能の話なの？