WPF(.NET, WinUI) GUIプログラミング Part30

**デフォルトの名無しさん** · 2022/10/29(土) 11:34:34.12

WPF(Windows Presentation Foundation)について語るスレ。

前スレ
WPF(.NET, WinUI) GUIプログラミング Part29
http://mevius.5ch.net/test/read.cgi/tech/1649621434/

関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/

コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/

**.NET MAUI HighSchool** · 2022/12/17(土) 17:58:43.36

>>443
Dartより遥かにマシ

**デフォルトの名無しさん** · 2022/12/17(土) 18:11:26.51

>>452
おいおいDartは言語だろ…

Vue.jsやreactみたいのは面白いと思う
描画は別にxml直の必要はない
debugは大変かもしれないけどｗ

Xamlはユーザーコントロールを書けたとしても
<window>
　<記事欄>
　　<記事 />
　　<記事 />
　</記事欄>
</windows >
みたいに記述してもレスポンシブに描画する簡単な仕組みがないのがガンだな
ストアアプリを書いてた頃は絶望したな

**デフォルトの名無しさん** · 2022/12/17(土) 18:11:47.71

ユーザーコントロールを論理的なグルーピングとして多用するとそれはそれで見通し悪くなるし、データの依存関係なんかも無駄に複雑になるよね
コンポーネント化を気軽に多用するのはReactみたいな軽量な技術と洗練されたデータフローがあってこそ成り立つのよ

**デフォルトの名無しさん** · 2022/12/17(土) 18:12:17.97

>>451
レイアウトとかも必要ならカスタムコントロールにレイアウトさせれば良いじゃん。
ベタベタに作ってしか無いんでは？

>>453
カスタムコントロールにあるよ。

**デフォルトの名無しさん** · 2022/12/17(土) 18:14:11.33

>>454
そこまでReactなんかと違うことやってないけどなぁ。

**.NET MAUI HighSchool** · 2022/12/17(土) 18:16:07.74

>>453
XAMLも言語だが？

**.NET MAUI HighSchool** · 2022/12/17(土) 18:17:18.25

>>456
だよなぁ…
頭悪いよなこいつ

**デフォルトの名無しさん** · 2022/12/17(土) 18:19:58.58

>>457
まともに考えてそういうレスしてんの？
それともネタ？

**デフォルトの名無しさん** · 2022/12/17(土) 18:21:36.78

ESP32などのハイポテンシャルチップでGUIやっている身からすると、Widgetとイベント機構設計する手間考えたらXAMLは出来過ぎた環境だと思うがな。
中の動作を知っていればだけど・・・
まぁ　WPFもWinUIもMAUI for DeskTopとして一元化して欲しいとは思うこの頃。

**デフォルトの名無しさん** · 2022/12/17(土) 18:22:54.19

>>455
WPF用にレスポンシブレイアウト可能なコントロールでたんか
良かったなそれは

**デフォルトの名無しさん** · 2022/12/17(土) 18:27:09.25

>>461
そう言うの毎回Gridで作らなくても普通は作ってるでしょと言う話なんだが。
誰かに作ってもらうまで作らないの？

**デフォルトの名無しさん** · 2022/12/17(土) 18:33:34.21

>>462
普通は作らないでしょｗ

**デフォルトの名無しさん** · 2022/12/17(土) 18:39:46.83

>>463
どう考えても「基本的な構造とデザインと挙動」をごちゃ混ぜにしか作れないという感じに聞こえるんだが。

ググってみなよ。みんな作ってるよ。

**デフォルトの名無しさん** · 2022/12/17(土) 18:41:35.96

学習時間もかかる
バッドノウハウだらけ
ボイラープレートだらけで実装に時間がかかる
どんどん間口が狭くなって開発者も減る

template studioみたいのが出てくるのはそういう理由
でも結局過去のストアアプリのテンプレートみたいにちょっといじって思い通りにならなかった場合
熟練者以外どこが悪いのかが判別できなくなる

**デフォルトの名無しさん** · 2022/12/17(土) 18:42:28.03

>>464
イベントトリガーなどが入ってる時点でもう本質から離れてる

**デフォルトの名無しさん** · 2022/12/17(土) 18:43:41.48

言いたいことがわからん。難しいって事？

**デフォルトの名無しさん** · 2022/12/17(土) 18:44:05.73

セマンティックの意味を理解しないで延々レス続けられても困るんだけど

**デフォルトの名無しさん** · 2022/12/17(土) 18:45:35.81

>>466
嫌ならイベントトリガーを内包してるコントロールを作るべきでは？
一カ所で済むし、そいつに閉じ込めたらそれより外側では綺麗なもんでしょ。

**デフォルトの名無しさん** · 2022/12/17(土) 18:46:29.60

>>468
セマンティック(意味論的な構造)にしたいなら意味のあるコントロールを作ろうね、って話じゃん。

**デフォルトの名無しさん** · 2022/12/17(土) 18:47:19.47

articleタグが無いなarticleタグつくるしか無いでしょ。
同じコントロールでも役割が違うならラッパー被せておくぐらいするでしょ。

**デフォルトの名無しさん** · 2022/12/17(土) 18:48:14.60

>>469-470
UserConroilに押し込んでもそれは本質ではないと言ってるんだけど…

**デフォルトの名無しさん** · 2022/12/17(土) 18:52:17.89

>>472
じゃあどういう事なの？
Behaviorsはそもそも基本ライブラリじゃないし。
コードビハインドでもできるよそれ。

**.NET MAUI HighSchool** · 2022/12/17(土) 18:55:56.86

>>459
は？
マークアップ言語だろ

**デフォルトの名無しさん** · 2022/12/17(土) 19:00:57.26

最初に書いたレスに内容は戻るけど
Xamlはタダのオブジェクトの設計図で基本的な構造と振る舞いとデザインが全部ごちゃになっている

挙動にしてもデザインにしてもxmlで記述すると無駄な記述が多くなるだけで見通しが悪い
styleのsetterとか本当に無駄
学習の時間もかかる

UserControlやdicに押し込んでも消えるわけじゃない

**デフォルトの名無しさん** · 2022/12/17(土) 19:46:31.73

android studioでandroidアプリやってるけどConstraintLayoutのような相対配置とかできるの？
色んな端末相手でほぼ相似的なデザインで便利なんだが、Winアプリも同じようにできれば、またそっちもやりたいな。

**デフォルトの名無しさん** · 2022/12/17(土) 20:08:32.03

結局、覚える事が多いのがダルいんだよ
xamlならプログラミング言語の他にxamlという一種のミニ言語を覚えるはめになる

xamlでしゅっと書くために余計な事を覚えるという他が犠牲になってる

UserControlにしても、カプセル化できるけど、プロパティ追加するだけでも
DependencyProperty.registerPropertyで登録するおまじないから...

表示切り替えるだけどもflutterならお馴染みにifやswitchを使って
switch (viewModel.value)
{
　case 0: return Widget1()
　case 1: return Widget2()
}
対してXMLに制御構造ないからxamlは例えばDataTriggerを使って
<DataTrigger Binding="" Value=hoge>
<Setter Property="" Value="" >
これ笑

**.NET MAUI HighSchool** · 2022/12/17(土) 20:11:13.12

>>477
それお前が下手くそなだけだろw

**.NET MAUI HighSchool** · 2022/12/17(土) 20:12:54.68

XAMLはただのビューだってことわかってないやつ多すぎじゃね？
こんなやつがUIとロジック別れてるとか言ってるの疑わしいんだが

**デフォルトの名無しさん** · 2022/12/17(土) 20:17:40.13

お馴染みの値変換するだけでも、例えば値によって表示切り替えるだけでも
flutterなら
if (viewModel.boolValue)
　return Widget()
xamlなら例えばお馴染みのまず、IValueConverter作って、
リソースにBoolToVisibilityコンバーター登録して
BindingにStatic拡張を使ってキーをしてそのConverterを参照
笑

もちろん、この場合はViewModelでVisiblity型参照という邪道な事してもいいが

**.NET MAUI HighSchool** · 2022/12/17(土) 20:21:46.66

>>480
いや普通にViewModelで値変換するだろ
頭悪そう
ビューとロジック全然分かれてねぇやん

**.NET MAUI HighSchool** · 2022/12/17(土) 20:22:56.96

こういう頭悪いやつってXAMLとC#やってる人の中で生まれないと思ってるんだけどどうして出てくるんだろ？

**デフォルトの名無しさん** · 2022/12/17(土) 20:24:16.37

結局、Xamlでしゅっとするために余計なおまじないなどを覚えることだらけという

それに対してflutterはビジネスロジックで使うプログラミング言語の知識でほぼUIも書ける

xamlはビジネスロジックで使うプログラミング言語の他にxamlという一種のミニ言語を覚えるはめになる
だりーーーーーーーーーーー

**.NET MAUI HighSchool** · 2022/12/17(土) 20:24:46.06

オブザーバブルプロパティとか使ったことないんかなこいつ？

**.NET MAUI HighSchool** · 2022/12/17(土) 20:25:27.23

>>483
DartでUI書くほうがダリィわw

**デフォルトの名無しさん** · 2022/12/17(土) 20:26:08.34

xamlではビジネスロジックを書く通常のプログラミング言語の他にUIを書くための一種のミニ言語を覚える必要がある

だりーーーーーーーー

**デフォルトの名無しさん** · 2022/12/17(土) 20:33:00.57

今時、一つの言語、一つフレームワークしか使えない技術者なんて役立たずだし複数使えるの当たり前なんだわww
だから、覚える事は少ないに越したことねぇんだわ
それなのにxamlというUI用マークアップ言語の覚えるはめになってww

初心者には学習コスト高いのはもちろん、一度覚えた俺も数年振りにxaml触ると記憶が飛んで
だりーーーーーーーーーwww

**.NET MAUI HighSchool** · 2022/12/17(土) 20:33:21.83

>>486
HTML知らないってやばくね?

**.NET MAUI HighSchool** · 2022/12/17(土) 20:34:31.46

>>487
いやC#覚えればぜんぶできんだからXAMLも覚えろよ
てかXAMLとかHTMLより遥かに楽だろ
CSSフレームワークとか言うのもねぇし

**.NET MAUI HighSchool** · 2022/12/17(土) 20:35:23.56

このレベルの低能がXAML貶してDart上げしてるのウケるんだがwww

**デフォルトの名無しさん** · 2022/12/17(土) 20:37:24.84

>>480
UWP WinUI3だと、関数ってのが使えるからWPFとは全然違って楽ちんだよ
https://learn.microsoft.com/ja-jp/windows/uwp/data-binding/function-bindings

**デフォルトの名無しさん** · 2022/12/17(土) 20:39:54.87

こちとらc,c++/win32から始まってc#/wpf,uwpやjava,kotlinでandroid開発typescriptやらflutterそして今はcomposeで作ってるが
oracleのデータベースのエキスパートとしてもやってきたし
もう頭パンクしそうなんだわww

覚える事減らしてくれない?www

**デフォルトの名無しさん** · 2022/12/17(土) 20:42:14.24

お前と違ってc#+xaml系しか使えななくて空き記憶容量が多そうなゴミとは違うんだよww

**.NET MAUI HighSchool** · 2022/12/17(土) 20:42:29.53

>>492
死ねばいいと思うよ

**.NET MAUI HighSchool** · 2022/12/17(土) 20:43:59.26

>>493
Flutterとか言うクソフレームワークの記憶消せばいいじゃん？
C#とXAMLなんてこれから先ずっと使ってくのに一時しか利用価値のないFlutterを覚えとく意味あんの？

**デフォルトの名無しさん** · 2022/12/17(土) 20:44:08.40

>>477
xmlの仕様は大きいからゼロ知識からいきなり全部やるには大変だろうなとは思う。
前提としてxmlの知識があればそう大したことhないんだが。

**.NET MAUI HighSchool** · 2022/12/17(土) 20:44:43.85

俺がその中で取捨選択するならまずFlutterとKotlinの記憶抹消するわ

**.NET MAUI HighSchool** · 2022/12/17(土) 20:47:09.70

取捨選択が間違ってるから余計に脳味噌圧迫してんだよね
もうすこし効率よく勉強したら？
DartがWebバックエンドにもデスクトップにもVR,MRにも使い回せんの？？？
俺なら真っ先に切るわ

**.NET MAUI HighSchool** · 2022/12/17(土) 20:50:52.20

俺なんか普通にこの6ヶ月程度でC#とXAMLだけでデスクトップアプリもウェブアプリもモバイルアプリもウェブバックエンドも全て使えるマルチスタックエンジニアになってるわ
DartキチガイはFirebase使うだけでバックエンドの技術すらないゴミカスども

**デフォルトの名無しさん** · 2022/12/17(土) 20:54:16.85

まあまあ、お互いどんなアプリやったのか晒してみたら？

**.NET MAUI HighSchool** · 2022/12/17(土) 20:59:47.27

>>500
はい
http://133.125.56.254:256/

**デフォルトの名無しさん** · 2022/12/17(土) 21:01:15.17

UWPーWinUI3でxamlも結構進化しているから、目を通したほうが良いと思うよ
wpfの知識で止まっている人だらけだ

**デフォルトの名無しさん** · 2022/12/17(土) 21:06:32.30

どっちも便利だぞ。適材適所だろ。
>>501
ひどすぎるだろ。GitHub Pagesかなんかでやれよ。

**.NET MAUI HighSchool** · 2022/12/17(土) 21:08:32.96

>>503
GitHubはSQLServer使えないからね
ASP.NETのServerをサクラサーバー(IP133.125.56.254のポート番号256)に入れた

**デフォルトの名無しさん** · 2022/12/17(土) 21:10:38.48

へえ、インストールしなくてもいいんだ。
Google playだけでやってきたので勉強になるわ。

**デフォルトの名無しさん** · 2022/12/17(土) 21:21:09.63

>>504
何にSQLサーバ使ってるのこれ。

**デフォルトの名無しさん** · 2022/12/17(土) 22:10:37.43

xamlは良くも悪くも解が多すぎる
むき出し過ぎてフレームワーク一歩手前のフレームワーク感が凄くて、
この機能ぐらいヘルパでもライブラリでもなんかの形で提供しといてくださいよ…って思うことが多々

**.NET MAUI HighSchool** · 2022/12/17(土) 22:13:49.71

>>506
記事の保存

**.NET MAUI HighSchool** · 2022/12/17(土) 22:14:00.29

>>505
これBlazorだよ

**デフォルトの名無しさん** · 2022/12/17(土) 22:59:23.87

本質的なことが理解できないから無駄な記述を書かされても平気なんだろうが
普通の人は嫌な気分になってやめるだろ

今のままじゃxamlは利用しにくい
どんどん開発者も減るだろう

**デフォルトの名無しさん** · 2022/12/17(土) 23:38:30.04

そう考えるとWinFormsって程よくわかりやすかったよな
WPF=MVVMって思想が広間ならければもっと使われてたと思うわ

**デフォルトの名無しさん** · 2022/12/18(日) 00:18:12.76

WinFormsは確かに楽なんだけど、ちょっとこりだしてオーナードローに手を出すと
泥沼にハマったんだよな
だからWPFが救世主に思えたわ

**デフォルトの名無しさん** · 2022/12/18(日) 01:34:05.26

>>508
jsonか何かで持っときなよ。

**デフォルトの名無しさん** · 2022/12/18(日) 04:50:01.87

>>507
その部分はコミュニティが担ってほしいって感じなんだろうなあ
元の部分が細かくやれたり選択の幅広くなってるのはいいことなんじゃないか

**.NET MAUI HighSchool** · 2022/12/18(日) 07:16:40.91

>>513
動的に追加するんだぞ？

**デフォルトの名無しさん** · 2022/12/18(日) 09:23:39.32

>>515
何を？投稿？
それだけどっかに貯めて、ビルドしてjsonだけ配信したら良いじゃん。
DBエンジンだけならいくつかあるし、それこそfirebaseなんかもあるでしょ。c#からでも使えるよ。

**.NET MAUI HighSchool** · 2022/12/18(日) 10:00:50.09

>>516
ファイアベースとか使うなら自分でSQLServer作ったほうがマシなんですよねぇ…
結局やってること変わらんしw

**デフォルトの名無しさん** · 2022/12/18(日) 11:37:06.59

>>517
どこがマシなの？
現状の無残さを少し解消してから言ったらどう？

**デフォルトの名無しさん** · 2022/12/18(日) 13:36:53.11

>>518
無残さ？
ファイアベース使ったらどこがよくなんの？

**デフォルトの名無しさん** · 2022/12/18(日) 13:48:58.72

>>519
独自ドメインの取り方がわかんないと言うのを差し置いても、たったこれだけの機能を静的にホスティングせずに、しかもSQL Serverと同じホストに相乗りさせてるところがひどい。
しかもoriginが露出してるから色々まずいわ。

ポートがガバガバに開いてるぞ。閉めとけよ。
他の人の忠告を自分が優秀だと思い込んでけなす前に、もう少しちゃんとやれよ。

**デフォルトの名無しさん** · 2022/12/18(日) 13:49:15.79

>>519
完全に静的にやれる。

**デフォルトの名無しさん** · 2022/12/18(日) 13:56:49.92

>>520
ポートガバガバというか開けてんだがｗ
Azureでやってたけど糞金かかってしょうがないからサーバーたててやってる

**デフォルトの名無しさん** · 2022/12/18(日) 13:58:04.21

>>521
ファイアベースとかゴミだから使わなくていいや
どうせSQL投げないといけないしその時C#で書けないしSQL直書きだろ？
ゴミじゃん

**デフォルトの名無しさん** · 2022/12/18(日) 14:05:50.66

>>522
いや開けるなよ。RDPとMSSQLまで開いてるとか正気の沙汰じゃないぞ。
MSSQLに関してはlocalだけlistenすれば良いじゃねえか。

>>523
おまえの知識がゴミじゃん。そもそもSQLじゃないよ。

**デフォルトの名無しさん** · 2022/12/18(日) 14:07:15.87

面白いから何も教えず様子見したいぞw

**デフォルトの名無しさん** · 2022/12/18(日) 14:07:37.29

俺がスキャンした訳じゃ無くてすでにshodanとかに載ってたからな。ホントに気をつけろよ。

**デフォルトの名無しさん** · 2022/12/18(日) 14:09:34.14

金かかるの不正アクセスされてたのでは疑惑。

**デフォルトの名無しさん** · 2022/12/18(日) 14:16:40.29

>>514
多様性は必要だとは思うけどまずMSからベストプラクティスの一本の道を提供してほしいと思うんだよね
bindingもどこでもいつでもいくらでもやれるけどじゃあどこでどんな形で記述するのが適切な（と考えてる）のかってさ
wpf、winuiで微妙に変わってたりするところとかなんか思想に合わなかったんだろうなとは思うけど方向性が見えてこない

**デフォルトの名無しさん** · 2022/12/18(日) 16:25:16.16

MVVM真理教が蔓延する前の本来のWPFは結構フレームワーク色が強かったんだけどね
MVVMによって捻じ曲げられてしまった

**デフォルトの名無しさん** · 2022/12/18(日) 16:57:35.43

どうでも良いじゃん？
自分が開発した訳じゃないし？

**デフォルトの名無しさん** · 2022/12/18(日) 17:51:16.68

仮に捻じ曲げられたとして、何か問題あるか？
MVVMは、その人の選択肢の一つだぞ。

**デフォルトの名無しさん** · 2022/12/18(日) 18:11:57.96

MVVM、社が使えと言ったら従うしかない。その必要性がなくてもな。

**デフォルトの名無しさん** · 2022/12/18(日) 18:35:43.04

お前の会社の事情はどうでもいいです

**デフォルトの名無しさん** · 2022/12/18(日) 18:44:27.95

>>532
それはMVVMと関係ねぇだろうが。　バカか　こいつは。　存在にイチャモン付けて、自分勝手な意見を開陳しているだけじゃねぇか。　ボケ

**デフォルトの名無しさん** · 2022/12/18(日) 19:21:42.18

>>511
WPFでも非MVVMの方が実際は多いけどな。

**デフォルトの名無しさん** · 2022/12/18(日) 19:46:19.46

>>535
それはどういう統計で母数は何？

**デフォルトの名無しさん** · 2022/12/19(月) 01:45:30.46

サンプルプロジェクト見るときMVVMだと探し物がすぐ見つかっていいな
他人のコードが理解しやすい

**デフォルトの名無しさん** · 2022/12/19(月) 11:01:28.37

今更ながらWinUI3触ってみたけどデザイナーないんだな…
分業が云々はなんだったのか…

**デフォルトの名無しさん** · 2022/12/19(月) 12:00:27.49

<Label/><TextBox/><Button/>を一つのグループとして、
リサイズされたら3つまとめて折れる様にしたいですが、どの様にしたら良いのでしょうか？
<WrapPanel>で出来ると思ったら、途中で折れてしまいましたので方法がありましたら教えてください。

**デフォルトの名無しさん** · 2022/12/19(月) 12:24:36.78

子パネルに乗せたら？

**デフォルトの名無しさん** · 2022/12/19(月) 13:08:41.52

>>540
更にパネルを重ねる事で出来ました！
ありがとうございます

**デフォルトの名無しさん** · 2022/12/19(月) 14:03:30.58

連続ですいません
<ScrollViewer VerticalScrollBarVisibility="Visible" Grid.Row="1">
<WrapPanel Orientation="Vertical">
<WrapPanel Orientation="Horizontal" >
にして、中のパネルを横並びで画面右側まで行ったら下側で折り返しにする事は出来ましたが、
中のパネルを縦並びにして、画面下側まで行ったら右側に折り返す事は出来ませんでした

<ScrollViewer HorizontalScrollBarVisibility="Visible" Grid.Row="1">
<WrapPanel Orientation="Horizontal">
<WrapPanel Orientation="Vertical" >
この書き方では間違っているのでしょうか？

○期待する動き
1 5
2 6
3 7
4 8

**デフォルトの名無しさん** · 2022/12/19(月) 17:08:05.55

>>538
分業するならむしろデザイナーいらない
専門家にデザイナーは不要

**デフォルトの名無しさん** · 2022/12/19(月) 17:25:34.40

designerよりhot reloadだよな必須なのは

**デフォルトの名無しさん** · 2022/12/19(月) 17:47:29.54

>>542
中のパネルはStackPanelじゃないの

**デフォルトの名無しさん** · 2022/12/19(月) 19:03:52.60

>>545
StackPanelとWrapPanelの組み合わせを色々と試してみましたが、
特に変化はありませんでした

**デフォルトの名無しさん** · 2022/12/19(月) 20:01:03.84

マージン等含めて50%以下の幅になってる？

**デフォルトの名無しさん** · 2022/12/19(月) 20:30:21.11

はい、横幅は広く取ってありますので、
大きくて折り曲がらないという訳ではありません

1234
5678
の、横並びなら出来ましたので

**デフォルトの名無しさん** · 2022/12/19(月) 21:11:41.96

ScrollViewerのVerticalを無効にしないとダメだった気がする

**デフォルトの名無しさん** · 2022/12/19(月) 23:44:35.16

カスタムコントロールってなんであんなに作るの難しいんだろ
なんか良い方法ないかな

**デフォルトの名無しさん** · 2022/12/20(火) 10:12:02.46

>>549
ScrollViewerはHorizontalにしているのですが、Verticalを無効にする方法にしているのでしょうか？
（>>542の2つ目です）