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

**デフォルトの名無しさん** · 2022/01/20(木) 05:40:40.10

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

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

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

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

**デフォルトの名無しさん** · 2022/03/10(木) 16:17:14.52

俺程度の人間には、GridやStackPanelで十分なのさ。

**デフォルトの名無しさん** · 2022/03/10(木) 16:52:54.53

>>613,618,625,628
これが人月仕事で客先に派遣されてるIT土方奴隷の実態だぞお前ら理解したか？www
このレスだけでこのIT土方がどれだけ底辺か理解できるだろ業務システムなんて客も元請も下請けも馬鹿しかいない
刺身にたんぽぽ乗せる仕事しかしてないからこんなんIT土方が量産されるんだよ日本のこの業界もうオワコンだってわかんねw
いやそれにしてもプログラム板でも屈指のレベル低いスレだわwww

**デフォルトの名無しさん** · 2022/03/10(木) 17:18:47.95

>>636
wpfで作っている自作ツールを勉強を兼ねてtauriとやらに移植してみようと思ったんだが
何から取り組めば良いんだろうかと思ってさ
HTML cssの方がクソwpfより全然良いってこのスレでは繰り返されるから、実際どの程度簡単に出来るものなのかと
vscodeがあるってことは、ほぼデスクトップアプリとして遜色ないものが実現出来るんだろうけど
そのためには大量にjs/tsのコードを書かないといけないんだろうか？

**デフォルトの名無しさん** · 2022/03/10(木) 17:21:18.11

>>635
他所では今度はwpfの話が伝わらないんじゃないの？
ここの方がwpfの欠点を知り尽くして、他のソリューションでカバーしてる人が揃ってるんじゃないか？

**デフォルトの名無しさん** · 2022/03/10(木) 17:50:04.92

>>640
wpfのレイアウトなんて誰でもできる
他所で聞け

**デフォルトの名無しさん** · 2022/03/10(木) 18:14:45.95

>>641
他所でwpfやってるなんて言ったら馬鹿にされるんで

**デフォルトの名無しさん** · 2022/03/10(木) 18:18:19.36

本当に知りたきゃプライドなんて捨てろ
プライド言い訳にしてるやつは伸びない

**デフォルトの名無しさん** · 2022/03/10(木) 18:23:03.17

違うよ
俺が馬鹿にされるのは良いんだよ
wpfを馬鹿にされるのが悔しいんじゃないか

**デフォルトの名無しさん** · 2022/03/10(木) 18:26:22.47

UIのデザインはWebView2で作るのが最善？

**デフォルトの名無しさん** · 2022/03/10(木) 18:47:55.49

>>641
できなくてWinFormsに固執してるロートルが可愛そうだろ

**デフォルトの名無しさん** · 2022/03/10(木) 23:19:21.73

Webから入った人にとってはUIガイドラインとか理解できないんだろうな。
なんでそんな窮屈な制約かけてんの？って。

**デフォルトの名無しさん** · 2022/03/11(金) 00:10:57.86

ガイドライン()、標準化()
日本の底辺IT業界のラインとはピンハネ要因として派遣されてくる底辺IT土方の基準までラインを下げないとプロジェクトが100%頓挫するから最低の線引きするためのラインなのが草
そりゃ日本からまともなUIやデザインのソフトウェアが産まれるわけないわな

**デフォルトの名無しさん** · 2022/03/11(金) 00:16:07.30

なんかやけにウェブがどーのとか頓珍漢なこと言ってる馬鹿がいるな
今時のまともなプログラマーはデスクトップもモバイルもウェブもフロントエンドもバックエンドもサービスもなんでも経験してるフルスタックエンジニアばかりなんだが？
逆にC#と.NETでレガシーアプリしか開発した事ない雑魚とかレベル低すぎるから空気読んで議論に混ざってくんなよって話なんだが

**デフォルトの名無しさん** · 2022/03/11(金) 00:32:32.52

俺、尻の穴だったら開発したことある！

**デフォルトの名無しさん** · 2022/03/11(金) 01:11:26.85

日本のウェブデザインは時代遅れ感が半端ないからウェブ系が優れてるんだーっていう主張も通らんよな

**デフォルトの名無しさん** · 2022/03/11(金) 06:29:57.85

>>649
スレタイも読めない馬鹿が何言っても説得力ないぞ

**デフォルトの名無しさん** · 2022/03/11(金) 07:39:55.71

体系的な知識もないのに自負心だけは高くて「俺にデザインさせろ」と言うタイプ

**デフォルトの名無しさん** · 2022/03/11(金) 08:14:22.97

自社主導のUIフレームワークを一つに絞れず乱立させてる時点でガイドライン以前の問題ですわ

**デフォルトの名無しさん** · 2022/03/11(金) 20:37:37.19

>>649
そんなまともなエンジニアはこんなとこにいないよ笑

**デフォルトの名無しさん** · 2022/03/11(金) 20:41:46.40

かわいそうに。
なんでも屋の末端奴隷としてこき使われてることに気づいてないなんて。

**デフォルトの名無しさん** · 2022/03/11(金) 22:42:40.55

と刺身にたんぽぽ乗せるライン工仕事しかできない底辺IT土方が申しております

**デフォルトの名無しさん** · 2022/03/11(金) 23:42:33.37

たまーーに
本屋の陳列にエンジニア魂を見る事がある

**デフォルトの名無しさん** · 2022/03/11(金) 23:47:42.04

小泉とケケナカが定着させた日本のピンハネ中抜き底辺IT土方業界はCOBOLの需要が増えるという意味不明なガラパゴスだからなw
IBMがさっさと見切り付けて逃げ出して富士通が拾ったみずほが大失敗した現実見れば日本のIT土方のレベルの低さがよくわかるwww

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

うるせー土方さんを悪くいう奴は新鮮組として性売してやる！

**デフォルトの名無しさん** · 2022/03/12(土) 04:26:55.95

Flutterちゅばらすぃー
Flutter Windows DesktopはC++をDartでラップしてるだけだからC++でUI拡張するという力技が使えて痒いとこに手が届くわ
え？C++でもXAML使えるって？WinUI自体がゴミなのにC++でXAMLとかどんな罰ゲームだよwww
Flutter初心者の俺がパッケージ3つ入れて400ステップ足らずのコードで元のタイトルバー消して独自タイトルバーでウィンドウ全体にAcrylic適用したDesktopアプリ作れたわ
いやーこれもうWindows Desktopアプリですら.NETとXAML使う必要性なくなったな
しかしMetaも馬鹿だね意固地になってReact NativeでWindows絶対に対応しないマンやってる間にGoogleにしてやられたね

**デフォルトの名無しさん** · 2022/03/12(土) 15:24:20.94

Flutterって、GUIはDartで、ロジックはC#で書けたりするの？
だったらWinUIで作成途中のアプリをFlutterに移行したい。

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

C++/CLIから呼べばいいじゃね
やりたくない

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

なぜDartなの?
Dartの言語としての特色がFlutterに必要不可欠なの？
C#やKotlin、あるいはgoogleのGoじゃ駄目だったの？

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

今のモダンな言語なんてどれも変わらないだろ1日あれば覚えられんだから問題じゃないしどうでもいい
Goじゃ駄目なのかとか言ってる時点でアホすぎるDartすら習得できない老害がGoを理解出来るわけないだろ馬鹿が

**デフォルトの名無しさん** · 2022/03/13(日) 12:02:01.88

保守が楽というか、ホットリロード便利だな
XAMLがありがたいと思う時である

**デフォルトの名無しさん** · 2022/03/13(日) 12:15:38.48

HotreloadもLive Visual TreeもReal Time Previewも超便利なんだが遅すぎた
そしてXAMLのカスタマイズ性とMVVMの冗長性が一向に改善されず相変わらず機能毎にStyleとBehaviorとConverterとTriggerとCommandと依存関係プロパティが増えていって対したことないアプリなのにとんでもないファイル数になる
そしてソリューションのロードだけでなく全ての動作がどんどんもっさりしていきビルドも遅くなりストレスが半端ない

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

動作がもっさりしていくなんてやっぱり依存関係プロパティ、バインディングは使い物にならないですね

**デフォルトの名無しさん** · 2022/03/13(日) 12:54:57.10

WinUIになってイベントバインディングができるようになったからビヘイビアを使う機会は激減し、
コンバーターもバインディングで関数が使えるようになってから書かなく良くなった
更にビヘイビア作らないから依存関係プロパティーも殆ど使わずに済む

知らない人は知らないんだな

**デフォルトの名無しさん** · 2022/03/13(日) 14:44:02.04

WPF基盤アーキテクチャそのものが時代遅れになってるんだよな

**デフォルトの名無しさん** · 2022/03/13(日) 15:21:44.97

作るの面倒はまだしも保守も面倒なのがきつい

**デフォルトの名無しさん** · 2022/03/13(日) 17:46:11.57

>>667
たいしたことないアプリにMVVMなんか使うからそんなことになるんだよ。
ViewとModelだけに分けりゃシンプル。

**デフォルトの名無しさん** · 2022/03/13(日) 18:47:41.95

mvvmは捨てる必要ないぞ
viewとviewModelをヘンテコなbindingで繋がずに、
素直にXAMLのcodeBehindで結べば良い

**デフォルトの名無しさん** · 2022/03/13(日) 19:36:41.22

https://platform.uno/blog/uno-platform-4-1-30-perf-boost-android-12-net-6-mobile-preview-13-and-more/
UnoPlatform 4.1リリース

UnoPlatform
Avalonia UI
MAUI
どれが一番品質高くてお勧めなんだ?

**デフォルトの名無しさん** · 2022/03/13(日) 19:45:31.16

>>674
品質は全部ダメダメ。その中にお勧めは無い。

**デフォルトの名無しさん** · 2022/03/13(日) 19:52:50.47

もうわけわからん
なんなの

**デフォルトの名無しさん** · 2022/03/13(日) 19:56:40.09

やっぱそうなの
MAUIはまだ正式リリースされてないが
リソース分散されてどれも中途半端な品質で終わるパターンか

これらで本格的なアプリ作ったことある人皆無やろうからな..

**デフォルトの名無しさん** · 2022/03/14(月) 01:36:04.57

Microsoft Store見たほうがいいよ
もう競争は始まっている

**デフォルトの名無しさん** · 2022/03/14(月) 08:30:26.13

小銭稼ぎの低レベルな競争w

**デフォルトの名無しさん** · 2022/03/14(月) 08:37:23.84

もう競争は始まっている(ｷﾘｯ
ちょwおまwwwクソウケるwww
WSAでAndroidアプリが動作して既に米国限定でAmazon AppStoreのテストが始まってんのも知らねー無知な知ったかがもう競争は始まっている(ｷﾘｯは草www
もうWindowsのアプリはすべてAndroidアプリに取って代わられるんだよ馬鹿
だからFlutterなんだよ低脳の馬鹿が

**デフォルトの名無しさん** · 2022/03/14(月) 09:54:20.90

MSがそっちについて舵きったから
デクストップアプリもそーーなるよな

**デフォルトの名無しさん** · 2022/03/14(月) 10:05:25.99

まだテストなんかしてんのかよ
Win11の売りだろw

**デフォルトの名無しさん** · 2022/03/14(月) 11:53:26.20

現時点でのまとめをお願いしたい

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

Windowsデスクトップのみを対象　→　WPF + .NET6
マルチプラットフォーム　→　Flutter

以上

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

コケる予感しかしない!!!

**デフォルトの名無しさん** · 2022/03/14(月) 18:04:46.14

間に別言語はさむならflutterはやらん

**デフォルトの名無しさん** · 2022/03/14(月) 20:46:17.51

flutterは良いけどdartがパッケージ貧弱すぎてやってられん

**デフォルトの名無しさん** · 2022/03/15(火) 01:08:03.87

XAMLでなければWPFでも良いのだが

**デフォルトの名無しさん** · 2022/03/15(火) 01:17:15.55

まぁXamarin使わないといけない特別な事情でもないかぎりまともな脳みそしてればクロスプラットフォームならFlutterかReact Nativeの二択しかないって理解できる
ぶっちゃけシェアって観点ならiOSならSwift+ObjCでAndroidならJava or Kotlinで未だに圧倒的にネイティブ開発の方が多いからな
その過半数もシェア取れてないクロプラでXamarin選択する馬鹿なんて中抜きCOCOAとかそういうのしかないってことも理解できる
カスマイズもメンテもクソ面倒なXAMLなんて強制されなきゃ誰も使わんよ

**デフォルトの名無しさん** · 2022/03/15(火) 02:36:07.28

XAMLはシンプルだから好きだな

**デフォルトの名無しさん** · 2022/03/15(火) 02:38:24.61

直接テキスト弄るとか時代遅れ。40年前の開発環境やん。

**デフォルトの名無しさん** · 2022/03/15(火) 02:42:09.78

シンプルってWinFormsでもReactでもFlutterでもシンプルだぞ何言ってんだんだ？w
そもそもXAMLもバリバリコードビハインド使ってるし現代のフロントエンドはコードビハインドに回帰してるんだが時代が10年前から止まってんじゃねーの

**デフォルトの名無しさん** · 2022/03/15(火) 07:38:52.71

>>688
WPFのメリットってXAMLが使える事ぐらいだろ

>>691
ノーコード・ローコードツールでも使ってな

**デフォルトの名無しさん** · 2022/03/15(火) 08:06:43.73

メリットもクソもWPFイコールXAML+MVVMなんだが？w
MSのJosh SmithがDocsの記事で公言してんだから疑問に予知なんてねーしそもそもそんなことも知らんアホがこのスレでふドヤ顔してんのレベル低すぎて超ウケるwww

**デフォルトの名無しさん** · 2022/03/15(火) 08:25:53.39

誰でも知ってることをドヤ顔するゆとり

**デフォルトの名無しさん** · 2022/03/15(火) 08:48:00.55

別にMVVMが必須ではない
量産し出すと保守の都合でMVVMの方が勝手がいい、それだけ
開発の大半はビジネスロジックやUIの作成に費やされていて、ビューモデルとか割とどうでもいい

**デフォルトの名無しさん** · 2022/03/15(火) 08:58:25.27

WPFの三大デメリット
・保守性が悪い
・開発効率が低い
・MVVM信者が仕事しない

**デフォルトの名無しさん** · 2022/03/15(火) 09:06:50.36

>>697
WinFormsよりは保守性も開発効率も格段に上だけどな。
MVVMの有無にかかわらず。

**デフォルトの名無しさん** · 2022/03/15(火) 09:11:18.15

>>698
VS開発チームに言え。

**デフォルトの名無しさん** · 2022/03/15(火) 10:32:43.69

XAMLって、HTMLでレイアウト+CSSで機能実現する人には快適だけど、HTML中心、つまり　Resource Style使わない人には大変だね。
Webデザイナー向け。
WinFormsでベタボトの人には向かない。

**デフォルトの名無しさん** · 2022/03/15(火) 10:40:58.00

HTML+cssメインの方だと
XAMLでは貧弱過ぎて相手にされないと思いますが

**デフォルトの名無しさん** · 2022/03/15(火) 10:50:44.76

>>700
いやいやXAMLのどこがHTML5+CSSなんだよ！w
お前がXAMLどころかウェブもReactもFlutterもなにもわかってない雑魚だってことはそのレスでバレバレだからもうROMってろ、な？w
逆にさっさとXAML捨ててHTML5+CSSならもっと人気でてるわ
XAMLを捨てられず折角買収したXamarinはXamarin FormsでオワコンだしASPもBlazorとWASMで延命はかるも中途半端すぎるわでオワコン
結局MSが出した答えはまたもAppleの猿真似でAndroidアプリをデスクトップで動かしたらええんや！でカジュアルなデスクトップアプリが死亡

**デフォルトの名無しさん** · 2022/03/15(火) 11:52:30.80

webview2上に標準のUIライブラリーを構築しとけば
よかったんですよね
わかります

**デフォルトの名無しさん** · 2022/03/15(火) 12:16:53.73

>>698
その割には情報が少ない＝開発効率が悪い

**デフォルトの名無しさん** · 2022/03/15(火) 12:22:57.16

Viewは有償コントロール並べるだけだろ

**デフォルトの名無しさん** · 2022/03/15(火) 13:00:11.14

>>704
必要な情報なんかとっくに出尽くしている。
情報は目の前にあるのにそれを得られない、
お前の脳の効率が悪いんだろw

**デフォルトの名無しさん** · 2022/03/15(火) 15:41:41.04

あああああああああああああああああああああああああああああああ！！！！！！！！！！！（ﾌﾞﾘﾌﾞﾘﾌﾞﾘﾌﾞﾘｭﾘｭﾘｭﾘｭﾘｭﾘｭ！！！！！！ﾌﾞﾂﾁﾁﾌﾞﾌﾞﾌﾞﾁﾁﾁﾁﾌﾞﾘﾘｲﾘﾌﾞﾌﾞﾌﾞﾌﾞｩｩｩｩｯｯｯ！！！！！！！）

**デフォルトの名無しさん** · 2022/03/15(火) 17:19:52.84

XAMLはXML寄りだからねー
添付プロパティとか始めると入れ子の階層がすごいことになるし
<ListView.ItemTemplate>とか<i:Interaction.Triggers>あたりは書くのがつらい、まあ慣れたけど

**デフォルトの名無しさん** · 2022/03/15(火) 18:55:14.60

XMLよりじゃなくてMSのXML拡張なんだよなんかこのスレってマジでにわかしか居なく無いか？
せめてAttribute Syntaxだけで記述できればマシだったがProperty Element Syntaxはツリーのネストが深くなるし行数も増えるしでいいことないからな
ユーザー定義コントロールのControlTemplateでめちゃ複雑で凝ったStyleとか最後は自分ので書いたのでも触りたくなくなるのに他人のソースとかマジ勘弁て感じ

**デフォルトの名無しさん** · 2022/03/15(火) 19:16:13.93

いや属性構文でもXAMLは冗長すぎて属性毎に改行するスタイルになるからどうやっても行数がヤバいことになる
これはもう定義が厳格なXMLの拡張であるXAMLの構造的欠陥なんだわ
せめてCSSを採用してればかなり違ったと思うんだよなStyleやResourceなんて誰が見たってゴミなんだよな

**デフォルトの名無しさん** · 2022/03/15(火) 19:25:20.58

ここはbland.SDKをmvvmのライブラリーだと
思いこむレベルの人たちですから...

**デフォルトの名無しさん** · 2022/03/15(火) 20:13:15.69

>>710
Flutterでもプロパティごとに改行入れるし、そのほうが見やすい

**デフォルトの名無しさん** · 2022/03/15(火) 20:42:21.24

FlutterスレでもMVVMアレルギーおじさん湧いてたけどあれってもしかして・・・

**デフォルトの名無しさん** · 2022/03/15(火) 21:05:42.26

批判ポイントってネストの深さとか行数とかそういうのしかないのか？

**デフォルトの名無しさん** · 2022/03/15(火) 21:26:13.93

Flutter でも、他で慣れ親しんだのであろう MVVM/ViewModel を単純に持ち込んでまどろっこしいことしてるコード見る度に...

FlutterでのRiverpod盲信はWPFでのMVVM盲信と同レベル、というのは確かにその通り...

**デフォルトの名無しさん** · 2022/03/16(水) 00:01:55.31

WPFの後継ってMAUIって思っていいのか？

**デフォルトの名無しさん** · 2022/03/16(水) 00:25:33.33

MAUIはXamarin後継
WPFの後継はWinUI

**デフォルトの名無しさん** · 2022/03/16(水) 00:57:00.94

>>717
なるほど、ありがとう

**デフォルトの名無しさん** · 2022/03/16(水) 01:32:32.27

>>717
だからサラッと嘘吐くなよなんで知らないことを間違った知識で語るんだよ虚言癖かよ
WinUIはWin32とUWPを統合してFluent Design採用したWindowsネイティブアプリ用フロントエンドフレームワークだよ馬鹿
WinUI実装の為のSDKの名前がWindows App SDKなのになにがWPF後継だよしったかすんな

**デフォルトの名無しさん** · 2022/03/16(水) 02:17:34.28

↑なんだこいつ

**デフォルトの名無しさん** · 2022/03/16(水) 03:02:43.71

別に間違ったことは言ってないから文句があるならプログラマーらしくロジカルに反論すればいい
女のヒステリーのように感情論で叩いても負けを認めてるだけだぞ

**デフォルトの名無しさん** · 2022/03/16(水) 07:11:58.68

>>717
MAUIは主にモバイル向けのXamarinの新バージョン。
WPFの後継はWinUI。
もう少し詳しく説明すると、WPFの後継にしようとしてたUWPがどんなに手をれても開発者に見向きもされなかったんで
開発者のニーズに寄り添ってWPF＆UWPの真の後継として作られたのがWinUI。
しかし、いざ正式版が登場してみるとあまりの未完成っぷりに開発者たちから失望のため息が‥…

**デフォルトの名無しさん** · 2022/03/16(水) 07:35:35.08

後方互換性を捨てられず既存のものを弄り回すしかできないMSの開発環境なんてどんなにテコ入れしても産廃だからうんこ
やはりここでも互換性を切り捨てて常に最新の環境に移行してくれるようにエコシステム作りとユーザーを飼い慣らしてるAppleは本当にすごい
IOS15が72%でiOS14が26%という驚異的な移行率でGoogleがMSと同じように最新OSに移行させられなくて苦しんでるのと対照的
しかもM1という驚異的なSoCでiOS/iPadアプリが一番パフォーマンス発揮できるのがmacOSという戦略性はさすが
ハードとソフトの垂直統合をここまで昇華できるAppleだから実現できるからこそだな

**デフォルトの名無しさん** · 2022/03/16(水) 08:13:21.76

ﾌﾟﾌﾟﾌﾟ

**デフォルトの名無しさん** · 2022/03/16(水) 09:06:24.05

だからアップルは業務で使い物にならないんだよな

**デフォルトの名無しさん** · 2022/03/16(水) 09:12:32.83

IBMは全員Macだぞ底辺のお前らには関係ない話だな

**デフォルトの名無しさん** · 2022/03/16(水) 09:22:35.67

IBMがMSから捨てられ泣きながらPC市場から撤退したのは何十年前だよ？

**デフォルトの名無しさん** · 2022/03/16(水) 21:36:30.06

>>719
めっちゃ早口で言ってそう

**デフォルトの名無しさん** · 2022/03/16(水) 22:37:19.15

Office 2019、2021がインストールされているかどうか取得する方法、誰かご存知ないですか？
2016までならレジストリエディタのGUIDでわかる情報は転がってるんだけど、2019以降が全く見当たらない

**デフォルトの名無しさん** · 2022/03/16(水) 23:19:21.94

>>729
スレタイ読め

**デフォルトの名無しさん** · 2022/03/17(木) 05:42:29.33

>>729
if (MessageBox.Show("Office2019または2021がインストールされていますか？","", MessageBoxButtonYesNo) == MessageBoxResult.Yes)
{
// インストールされている（に違いない）
}

**デフォルトの名無しさん** · 2022/03/17(木) 12:50:07.52

そんな判定が必要なアプリ開発しとうない！いやじゃいやじゃ！

**デフォルトの名無しさん** · 2022/03/17(木) 13:10:26.88

officeとかってかならずバージョンごとにCOMが登録されるんじゃないの？
しらんけど。

**デフォルトの名無しさん** · 2022/03/17(木) 13:14:09.96

知らんがな

**デフォルトの名無しさん** · 2022/03/18(金) 06:21:10.65

Windows App SDK 1.01
どこが治ったのやら

**デフォルトの名無しさん** · 2022/03/18(金) 09:48:14.40

1.2あたりから手を付けるか判断しても良さそうだな。
UWPみたいに勉強しても業務で全く使うことなく消えていったゴミの前例もあることだし。