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

2021/02/05(金) 19:54:23.73

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

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part24
https://mevius.5ch.net/test/read.cgi/tech/1575862574/

関連スレ
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

2021/05/31(月) 06:50:12.73

>>714
技術者です。MSのサポートを何度も利用してますがいつもインシデントを消費できません!!!

wwwww

2021/05/31(月) 09:51:36.96

>MSが考えるほど重視されない

むしろ「MSに期待してない」

本気で考えたらMSの製品なんて採用しない

2021/05/31(月) 19:44:30.23

横からだけど

生産性を高めるには標準コンポーネントをさらっと使えたほうが楽だからwinformの勝ちだと思うけど

2021/06/01(火) 00:27:28.76

仕様によるわな
レイアウトは崩れてもいい、という仕様ならwinformの方が工数は少ない

2021/06/01(火) 00:30:07.02

普通に作るとWPFでも崩れるよ

デスクトップでまともに表示されてもタブレットに移すとボタンが画面を占拠したりする

2021/06/01(火) 00:37:47.40

画面の解像度が同じでもdpiなどが違う場合を考慮しないと簡単に操作不能になる

2021/06/01(火) 00:43:20.58

>>719
そういう話ではなく、どちらが生産性が高いかという話だよ
当たり前だけど、そんなの仕様による

ウィンドウが小さくなったときにどう表示するかも、その仕様のひとつでしょ
スクロールバーをつけるのか、全体を縮小表示にするのか、コントロール自体を少なくするのか
または、小さいウィンドウはサポート対象外とするか

2021/06/01(火) 00:52:24.63

勘違いしてるようだけどwindowは小さくなってない
実際の画面が小さくてdpiは高くなってるけど文字とかが大きくなってるからボタンが占拠してるんだろう

やっぱりwinformsのほうが生産性が高い

2021/06/01(火) 01:06:46.93

そんなの当たり前、WPF使ってもレイアウト崩れるようにつくれるし

アダプティブにレイアウトが崩れないようにつくりやすいのはWPFで、こっちの方が生産性が高い

2021/06/01(火) 12:09:53.23

WinFormsはMFCと似ているが、WPFは作法が違いすぎる感じがする。
WPFはHtml+JSベースのアプリに似ている。

2021/06/01(火) 12:11:25.66

ただ、WinFormsもイベントハンドラの書き方がVBと似ている。
基本的にグローバル関数の様な関数でイベントを受けるところとか。
MFCは、イベントを受けるクラス毎に好きに選べる。

2021/06/01(火) 12:11:54.18

>>725
誤: MFCは、イベントを受けるクラス毎に好きに選べる。
正: MFCは、イベントを受けるクラスを好きに選べる。

2021/06/01(火) 12:14:22.03

>>717
いや、使い捨てのプログラムですらWPFのが楽だわ。

>>719
WPFの普通の作り方は
コントロールに幅や高さ、位置を指定しないでレイアウトコンテナーに流し込む
というものだけど、ちゃんとやってる？
普通の作り方していれば画面崩れなんてまず起きないよ。

2021/06/01(火) 12:32:58.68

MVVM必須にするならWinFormの方が初心者には優しいし、MVVM使わないならどっちでも大して難易度変わらないだろ。

2021/06/01(火) 12:44:34.81

WinFormでもMVVMで作ることは可能。自分はやらないけど。

2021/06/01(火) 18:45:36.84

>>727
いやいやそういうのだけでうまく行くなんて思うなよｗ

縦にボタンをスタックしてdpi高いデバイスに移ったら
ボタンがデカくなって下の方のボタンがはみ出るｗ

2021/06/01(火) 18:55:45.61

>>730
まさかとは思うが、ウィンドウサイズ固定なんて初心者丸出しの作りしてないよな？

2021/06/01(火) 19:14:27.86

もう馬鹿は黙ってた方がいいんじゃないか？
恥の上塗りだけど？

2021/06/01(火) 19:17:32.37

同じ解像度でも

PCだと全画面表示で縦にボタンが10個表示できたとしてタブレットだと縦に6個ぐらいしか表示されないと言うことがありうる

例えウィンドウサイズが変更できたとして何ができるんだ？

2021/06/01(火) 19:24:07.59

ウイドウサイズ固定ガー　レイアウトガー　DPIガー

WPFスレってずっとしょうもない話ばかりしてるよな。フレームワークが糞すぎて
PGとデザイナーの分離とか言う理想以前のレベルにまで落ちてしまった。

まあ、日本語でLinux使うとボタンが画面の外に出て押せないとかしょっちゅうだけどなw

2021/06/01(火) 19:37:25.73

>>733
スケーリング倍率の違いを考慮せずにPCの画面いっぱいにデザインして
FlowLayoutにするとかViewBoxやScrollViewerを使うとか何も対策しなきゃそうなるだろうな

OSのスケーリング倍率設定を無視して表示したければマニフェストを編集すれば簡単に出来るよ

2021/06/01(火) 19:38:08.23

>>733
最終兵器のViewBoxというものが有るよ

2021/06/01(火) 19:43:14.80

ViewBoxつかうのは下の下だろｗ
本当に使ったことがあるのか？

2021/06/01(火) 19:45:33.08

>>733
>PCだと全画面表示で縦にボタンが10個表示できたとして

えーと、ウィンドウサイズを小さくしたらボタンが隠れて使えなくなるような酷い作りって事？
VGAぐらいまで縮めても使えるように作るでしょ普通。

2021/06/01(火) 19:53:03.17

>>730
StackLayoutをScrollViewerでラップするだろうに
大丈夫か君??

2021/06/01(火) 19:53:21.20

＞ WPFの普通の作り方は
＞コントロールに幅や高さ、位置を指定しないでレイアウトコンテナーに流し込む
＞というものだけど、ちゃんとやってる？
＞普通の作り方していれば画面崩れなんてまず起きないよ。

からの～
↓

＞えーと、ウィンドウサイズを小さくしたらボタンが隠れて使えなくなるような酷い作りって事？
＞ VGAぐらいまで縮めても使えるように作るでしょ普通。

2021/06/01(火) 19:54:38.31

お前らの言う普通てなんだよとｗ
そんなもん考慮しないで作っても使えるようになれば楽なんだ

2021/06/01(火) 19:59:00.64

普通に今時アプリ作るなら、
StackLayoutをScrollViewerでラップするけど
特に設定画面とかほとんどそうするが

2021/06/01(火) 20:01:30.38

鼻くそほじりながら普通に作るアプリの要素をいちいちScrollViewerでラップしてるのか？
関心だねｗ

2021/06/01(火) 20:01:53.66

>>737
何で下の下なの？

2021/06/01(火) 20:04:07.21

これではWPFは欠陥品と言われて当然だな

2021/06/01(火) 20:04:07.93

>>744
本当の意味での本来のレイアウトと違う結果になるから
それとかなり強めの副作用が出る

2021/06/01(火) 20:05:22.76

そもそも極端にスケーリング倍率が異なるモニターに映して
どのような動作になるのがお好みなのかさっぱり分からんぞ

2021/06/01(火) 20:06:34.33

今度は鼻くそほじりながら作るとかアプリの種類もピンキリだがアプリの種類を極端なほうに持ってこうとしてて草

2021/06/01(火) 20:10:47.71

例えば地図の経路を編集できるアプリがあってデスクトップでは片側に縦に操作ボタンが並んでたとする
タブレットではタッチで操作できるからタブレットにそのまま移してみた

ボタンが画面の半分を占めてしまったりしたらどう思う？
しかも下の方のボタンを表示するにはサイズ変更やスクロールしないといけない
同じ割合で表示されていたらと思うが他の人は違うのかな？
だったら知らんけど

2021/06/01(火) 20:17:55.30

ん?話ずれてねぇか??

特定のレイアウトが使いづらいとかただのUIの話してるの??

アダプティブなレイアウトをWPFとWinFormsで作るならどっちが生産性が高いかの話だろ??

2021/06/01(火) 20:18:35.40

趣味でしか使ってないけどWPFは欠陥品でいいと思う
無駄にややこしいし

2021/06/01(火) 20:20:04.30

WPFとかWinFormsとかもはや関係なくてDPIスケーリングとUIデザインの話になってるな

>>749
>>735に書いたけど、スケーリングしないようにすれば?

2021/06/01(火) 20:21:44.36

>>750
えっ
いつから話をそらし始めたのかな？
つかさ初めからそんな話はしてない

>>740みたいなのか君も？

2021/06/01(火) 20:21:55.69

>>740
うん。
その通りに作ってればウィンドウサイズを広げても縮めてもちゃんと使えるようになってるはずだよ。

>>741
Gridで領域を区切ってその中にそれぞれScrollViewerとStackPanelをはめ込む。
これが基本。

2021/06/01(火) 20:23:18.00

病気なのか
そこに書いてある通りで上のようになるんだがｗ

2021/06/01(火) 20:24:15.15

ターゲットモニタを顧客と仕様で決められない無能SEの話でしかない。
WEBアプリ開発とかでIT音痴の顧客に、すべてのOS、ブラウザ、バージョンで動くようにしろと言われて
無理ですと答えられないアホSEだったのだろう。その手のデスマーチは何度も見てきた。

2021/06/01(火) 20:26:15.44

>>752
だよな
完全に話の中身というか論点変わってるよな

2021/06/01(火) 20:29:38.25

Aさん Gridの領域を区切って～と作ればちゃんと使える
Bさんアダプティブなレイアウトが作りやすいだけでちゃんと使えるように作る必要がある
CさんすべてのOS～で作れるようにはならん仕様が決められていない！

で？と言いたくなる

2021/06/01(火) 20:33:14.75

俺はそもそもがこれだけ言ってただけなのに仕様とか言い出すんだから困るな
同じところを勝手にお前らが堂々巡りしてる
AさんBさんCさんの意見は似てるようで似ていない

719 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr8d-6ypv)[sage] 投稿日：2021/06/01(火) 00:30:07.02 ID:LVmbfPywr [1/3]
普通に作るとWPFでも崩れるよ

デスクトップでまともに表示されてもタブレットに移すとボタンが画面を占拠したりする

720 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr8d-6ypv)[sage] 投稿日：2021/06/01(火) 00:37:47.40 ID:LVmbfPywr [2/3]
画面の解像度が同じでもdpiなどが違う場合を考慮しないと簡単に操作不能になる

2021/06/01(火) 20:52:37.89

ウィンドウサイズを縮小するとレイアウトが崩れるしょぽい作りのアプリが
DPIスケーリングで相対的にウィンドウサイズが縮小された場合にも
同じようにレイアウトが崩れるってだけの話だな

2021/06/01(火) 21:40:41.20

>>749
それが気になるならViewBOｘでパネルごと自動で縮小すりゃいいじゃないか
つうか、もしかしてViewBoxを他のものと勘違いしていないか？

2021/06/01(火) 21:48:42.01

無限のフィールドにどんとおいちゃうViewBox

非常に使いどころが難しい
今のやつ程度なら様子見ながら使ってもいいけど普通は使わない
あらかじめそうなるとかそうしないとどうにもならない場合でしか使わない

副作用が大きすぎるから他と絡めて使う場合普通は避けて通るのが吉だろう

2021/06/01(火) 22:02:03.20

>>746
どんな副作用よ

2021/06/02(水) 09:33:14.03

>無限のフィールドにどんとおいちゃうViewBox
どうみてもScrollViewerに対する表現だよな
WPFに関しては初心者同然でViewBoxが何かを知らない人が喚いているだけ

2021/06/02(水) 09:48:42.22

ViewBoxは画像として伸縮させてるだけだから、
スケール合わないとすぐ滲むよ

2021/06/02(水) 10:09:47.82

どんどん盛り上がてくれ
WPFのノウハウをどんどん吸収するからさ

2021/06/02(水) 13:10:52.49

レイアウトが崩れるというどうでもいい話しかしてない

**デフォルトの名無しさん** (JP 0H6b-Q5Kp) · 2021/06/02(水) 14:01:43.63

>>767
他の事に注力したいのはやまやまだがクリアしとかなきゃならない課題だ。
winformだと本当に地獄だから。

2021/06/02(水) 15:07:37.29

>>767
案件によってはどうでも良くない
レイアウトが崩れて「実行」ボタンが押せないとかw

2021/06/02(水) 16:42:44.84

>>756
程度による。
本来制限する必要のないことを技術選定ミスや設計ミス、技術力不足のせいで制限かけて客に押し付けるのは無能。

2021/06/02(水) 20:14:58.58

>>765
にじまねーよ

2021/06/02(水) 21:26:15.37

>>769
折衝能力不足。
仕様されるターゲットを限定できない馬鹿SEのアホプロジェクトだけだろ。

2021/06/02(水) 22:59:57.54

マ板に行けや

2021/06/02(水) 23:21:36.31

レイアウトガー、レイアウトガー、レイアウトガー

最初からWEBアプリ作ってろよ

2021/06/03(木) 00:46:24.77

後発なのにhtmlに敵わないの？

2021/06/03(木) 01:17:26.81

>>775
スマホでPC版ページのまま表示させたら辛いこと多いやろ

2021/06/03(木) 06:54:47.16

>>772
技術力が低いと客を騙してどうにかするしかないわなｗ

2021/06/03(木) 07:01:49.17

>>777
> 本来制限する必要のないことを技術選定ミスや設計ミス、技術力不足のせいで制限かけて客に押し付けるのは無能。
ドアホ無能SE。要件にターゲット明記せずにどうやってテストするんだ？
いつも未テスト納品でもしてんのか？　テスト仕様書ぐらい書けよ、ウスノロ。　

仕事したことねー幼稚園児はマ板に行って勉強してきな。糞野郎。板違いだ。

2021/06/03(木) 07:06:15.58

>>775
後発って言ってもHTML5の10年前に登場した太古のアーキテクチャだぞ。

2021/06/03(木) 07:08:55.95

>>778
読解力ないな。どう読んだらターゲット明記しないなんて読み取れるんだ？
SE失格だぞ。

2021/06/03(木) 19:22:57.37

wpf面倒に感じてもwinformsには戻れないわ

2021/06/03(木) 19:26:02.59

レイアウトだけにすれば全然面倒じゃない
とても快適

2021/06/03(木) 23:00:02.23

WPFならModelを本体にして、低解像度と高解像度を別々の画面を用意する荒業も大した手間もなく出来る
横の部品を縦長ならGridのRowとColumnを変更して下に表示もできる
WinFormsでは不可能な柔軟性を持っているのは事実だ

2021/06/04(金) 02:16:36.88

どのみち対してwpfはさして流行らんまま次のものへと移行してくわけだから、
存在感としては、winform以上に割り食いそうだけどな。

2021/06/04(金) 08:15:24.74

その「次のもの」が10年近く迷走を続けている状態だなぁ。本当、Win8以降のストアアプリ路線が黒歴史。
WinUIが決定版となってくれればいいが。

2021/06/04(金) 10:23:04.83

でも重たいんでしょう？

2021/06/04(金) 14:19:36.78

そもそも、WPFは、WinFormsより人気無いよね。

2021/06/04(金) 14:37:29.04

https://blog.jetbrains.com/wp-content/uploads/2020/06/dotnet-2020-survey-frameworks.png

2020年:
Which technologies or frame works do you use ?

ASP.NET Core : 55%
Entity Frame Work : 43%
ASP.NET MVC : 42%
Win Forms : 31%
WPF : 26%
Azure : 22%
ASP.NET WebForms : 19%
Unity 3D : 18%
Xamarin : 13%
Windows Communication Foundation(WCF) : 12%
UWP : 6%
Share Point : 2%

2021/06/04(金) 14:40:48.01

>>785
もともと、Windowsアプリ開発の決定打は MFC だったし、今でもそう。
Webプログラマが色々言ってるだけ。

2021/06/04(金) 16:22:22.98

>>788
デスクトップ向けのWPFやFormsとWeb向けのASP.NETとIaaS・PaaSのAzureとジャンルごちゃまぜで意味なさすぎるアンケートだな

2021/06/04(金) 19:19:30.75

少し情報古いけどデスクトップに絞るとこれかな
https://qiita.com/sengoku/items/fb4948e0d2746e3cc26f#%E7%B5%90%E8%AB%96

2021/06/04(金) 19:21:25.71

将来的なサポートはFrameworkだと思うけどなぁ

2021/06/04(金) 19:27:36.34

さすがにMFCは10年以上前に滅んだよ

2021/06/04(金) 19:30:27.24

今は.netじゃないネイティブアプリは何で作ってんの？

2021/06/04(金) 19:31:37.34

>>792
.NET Frameworkは.NET4.8で開発終了したけど何言ってるの

2021/06/04(金) 19:42:13.23

>>795
サポートは5や6より長いだろー

2021/06/04(金) 19:48:19.26

VB6みたいな断絶されたシステムと違って互換性がある後継が存在するからな

2021/06/04(金) 19:50:57.22

>>796
新技術の取り込みないからレガシー化待ったなしだぞ
c#8も全機能使えないし

2021/06/04(金) 20:18:30.70

>>764
素人だらけだろこのスレは

ScrollViewerだけじゃないだろ
サイズ計算やレイアウト絡むものを入れてはいけない

2021/06/04(金) 20:22:29.84

わかるぞ
他人を馬鹿扱いしないと主張を保てないみじめな人生

そして経験不足からくる傲慢さ

2021/06/04(金) 21:00:32.21

自己紹介？

2021/06/04(金) 22:12:08.36

>>799
あんたが>>749に書いた仕様など
>同じ割合で表示されていたらと思うが他の人は違うのかな？
と言うならViewBoxで解決じゃねーか
あんたがViewBoxを知らなかったのはバレバレなんだよ

2021/06/05(土) 00:54:25.92

>>789
未だにMFCは勘弁してくれ

2021/06/05(土) 05:35:31.46

いや、実際息が長いのは.net frameworkの可能性が高い。
実際にはあれで作れないものって業務むけでは殆どないし。
.net5以降は古いメジャーバージョンから、新しいメジャーバージョン一切読めないから
結構困惑が始まると思うぞ。

2021/06/05(土) 06:06:10.49

>>795,796,798
新規開発で4.8を選択するのはプロジェクトの性質によっては妥当。
Core系を選択してしまうとたったの3年でサポート切れ、
OSのサポート期間だけ気にしておけばいい4.8の方が長期的に見てずっとコストを低く抑えられる。
開発側からすれば新しい方が便利な機能使えて楽だが、使う側からすればそんなの知ったこっちゃないからな。
レガシー化って言ってもVB6ランタイムですらまだWin10で生き続けてるからな。

2021/06/05(土) 06:20:46.69

>>749
マウス・キーボード操作前提のUI設計、タッチ操作前提のUI設計をするべき。
サイズが違うとかそういうレベルの話じゃなく、使い方が異なるものを
同じUIで済まそうとするのは手抜き。

2021/06/05(土) 10:36:53.28

なかなか説得力あるなｗ
でも技術者としては「これからも.NET Frameworkで新規開発するよ！」なんて言う組織にはいたくないなｗ

2021/06/05(土) 12:14:27.15

まあ>>805みたいなのは短期的には至極正しいんだが、長期的には優秀なエンジニアが離れていって結果的に品質は低下していくんだよ

2021/06/05(土) 12:19:22.16

まあそもそも今時Winのデスクトップアプリ作ってる時点でアレなんで、>>808のような理屈を持ち出すのはナンセンスな気もするな

2021/06/05(土) 17:48:32.45

.NET CoreはWin10に勝手にインストールされるようにならんのかね
GUI付きのツール作って配布するときいちいちランタイムインストールしてくれって周知するのがめんどい
だったら.NET Frameworkで我慢して作っちゃうって人多いと思う

2021/06/05(土) 17:57:12.18

>>810
どれだけWindows Updateの遅さで苦しんでいると思ってるのか。
もともと独占禁止法違反に拍車をかける。

2021/06/05(土) 19:14:51.92

>>810
ポータブルなデプロイできるでしょ
容量増えるのがイヤならしょうがないけど

2021/06/06(日) 06:29:46.87

>>810
それがネックでまだ個人利用でしか使えないよな。

>>812
3MBぐらいまでコンパクトにならないと実用性無い。
何十個もファイル分割して送りたくない。

2021/06/06(日) 07:44:28.12

フロッピーで配布？