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/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みたいに勉強しても業務で全く使うことなく消えていったゴミの前例もあることだし。

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

Win8のWinRTでガッツリ開発した俺から言わせればあの頃から何も変わってなくて100%産廃になると予言するわ
インシデント使って米国本社まで送ったバグが1ヶ月後に仕様で片付けられた思い出

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

インシデント使うなんて不可能。

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

>>723
何度も後方互換性を捨てた新しいアーキテクチャが、自社の後方互換性を維持したクソなアーキテクチャに負けるのを繰り返してるからな
捨てられないんじゃなくて結果的に捨てなかった方が生き残ってしまうだけな気もするが

**デフォルトの名無しさん** · 2022/03/18(金) 12:05:45.38

フルスクリーン、Win7非対応
だけで導入検討結果が出る

**デフォルトの名無しさん** · 2022/03/18(金) 12:54:24.54

1.01になってタイトルバー拡張するとキャプションボタンが消えるというバグは治ったが
依然として書いてあるとおりやるとマトモに動かないわ
SetTitleBarメソッドでキャプションの領域を除けと書いてあるけど、除くとキャプションボタンが動作しない
色々実験してなんとか使い物になりそうだから良かったが

**デフォルトの名無しさん** · 2022/03/18(金) 13:22:50.58

そもそも苦肉の策でVS無償化やOSS化したにも関わらず一向にサードパーティ製の便利なフレームワークやライブラリないから開発環境としての魅力がないんだわ
Win32もUWPも先がないからWASMでPWAがデスクトップで動作しますよと押し売りするもノーサンキューされる
最終的に自社のエコシステムではアプリが増える可能性がないからAndroidアプリ動く様にするわと開き直ってしまう
DesktopアプリとしてAndroidアプリ動くならみんなAndroidアプリ作るだろ常識的に考えて
C#の言語仕様が素晴らしいだけに本当に勿体無い

**デフォルトの名無しさん** · 2022/03/18(金) 13:40:32.78

MSスタックを選ぶ最大の理由って、アプリより下の層はお仕着せのMS技術だけを盲目的に採用していればよくて、
余計なこと考えずにアプリのコーディングに集中できるという点にあるからね
そのレールから離れると全く融通が利かず、地獄が待っている
スマホアプリみたいにそもそもプラットフォームが他社のものだったりすると前提が破綻してるから、使われるわけないんだわ

**デフォルトの名無しさん** · 2022/03/18(金) 14:25:22.60

Linux: コンテナ技術
Windows: フォルダコピー

楽でいいよね

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

1.01
バグフィックスすらあまりやらん??
それともリストにしてないだけ?

**デフォルトの名無しさん** · 2022/03/18(金) 19:13:18.23

少し待てばいいかなと思ったけど、バグフィックスすら力いれてないなら待つのも無駄やん

**デフォルトの名無しさん** · 2022/03/19(土) 01:54:03.39

それでも1.1なら・・・
1.1ならなんとかしてくれる・・・！

**デフォルトの名無しさん** · 2022/03/19(土) 02:36:27.98

MS製品が使い物になるのはVer3からの法則を知らないのか？

**デフォルトの名無しさん** · 2022/03/19(土) 07:53:59.23

確かにC#もASP.NETもバージョン3でようやくまともに使えるようになった

**デフォルトの名無しさん** · 2022/03/19(土) 07:54:36.06

ASP.NET MVCね

**デフォルトの名無しさん** · 2022/03/19(土) 07:56:30.67

しかしこのスレほど技術的な話がないスレも珍しいな。

**デフォルトの名無しさん** · 2022/03/19(土) 08:01:16.20

岩永か河井より出来る奴なんて5chにいるわけーなからな
まず文句言ってるお前のスキルを詳らかにしてみろよw

**デフォルトの名無しさん** · 2022/03/19(土) 08:51:06.86

でもそいつらの作ってる物ってガチャゲーだろ？w

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

ガチャゲーておじいちゃんですか？www
河井は能力を認められて自分の会社をサイゲに買収してもらえて今はサイゲ所属ってだけだよ
そもそも河井はソシャゲ用のリアルタイム通信フレームワークを作って提供してた根っからの技術屋だぞ
ソシャゲはゴミだがサイゲが金持ってるのは事実なんだからビジネスとしては賢いわな

**デフォルトの名無しさん** · 2022/03/19(土) 09:15:14.11

ガチャでイキる奴って・・・

**デフォルトの名無しさん** · 2022/03/19(土) 09:20:46.27

まあ751-755あたりは技術的なハナシ出来ないやろなあ

**デフォルトの名無しさん** · 2022/03/19(土) 10:14:05.40

>>754
河井乙ｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:59:52.77

MAT最新版出たね

**デフォルトの名無しさん** · 2022/03/20(日) 06:43:33.04

桑田の息子？

**デフォルトの名無しさん** · 2022/03/20(日) 17:41:33.52

え、MAT使ってないの・・・？

**デフォルトの名無しさん** · 2022/03/20(日) 20:20:11.37

あ、あの時の…松本さん？

**デフォルトの名無しさん** · 2022/03/20(日) 20:22:26.21

WPFで業務アプリ作るとなるとウィンドウいっぱい出したいじゃん
ViewModelからWindow.Show()なんてしていいのか

**デフォルトの名無しさん** · 2022/03/20(日) 20:24:45.50

業務アプリでLivetとかReactivePropertyとか使うつもりはないけど
使う現場もあるのか？まあPrismは使うが

**デフォルトの名無しさん** · 2022/03/20(日) 23:01:59.77

ダイアログやらメッセージボックス類はService作って出すのが最近のはやりかな
単体テスト気にしないレベルのものなら直呼びでも構わんよ
PrismとかReactivePropertyはバリバリに使ってる現場もある
今だとPrismの方は破壊的変更あったから警戒されてる

**デフォルトの名無しさん** · 2022/03/21(月) 00:02:23.87

出す内容による
今時はダッシュボードといって一枚に収めるのが流行りで
複数ウインドウなんてダサいことしない

**デフォルトの名無しさん** · 2022/03/21(月) 00:26:07.86

閉じるボタンを押すともう２つのウィンドウが立ち上がるような
情報に溢れたプログラムであってくださいね

**デフォルトの名無しさん** · 2022/03/21(月) 00:46:29.21

>>764
自分の見たのもビヘイビアでViewに機能持たせてServiceから呼ぶとかそんなんなんだよねえ
どんどんオレオレフレームワークになっちゃうけど

>>765
設定とかならflyoutでいいけど業務アプリは並べたいのよ

**デフォルトの名無しさん** · 2022/03/21(月) 00:50:00.68

業務アプリは多重ウィンドウが必須なんですけどそんなこともs(ry
だからUWPでもXamarinでもReact NativeでもなくWPFなんでs(ry
まぁ出来るやつ三人いたら半年で作れるシステムを20人で1年掛けるゴミを産み落とすのが業務システムだからな
やつらは日銭稼ぐためにあえて非効率かつ非生産的な思考と手法と設計と工程で仕事してるから業務システムのプロジェクトとか今まで上から下まで雑魚しか出会ったことないね

**デフォルトの名無しさん** · 2022/03/21(月) 04:50:05.76

1年ごとにUIどうなってるかな？とググってがっかりしてwpfを使い続ける事をここ10年くらい繰り返してる気がする

WinUI3はウィンドウの位置とサイズを指定する事ができないとか、マルチウィンドウに未対応とか
それはどういう気持で仕様作ってるのかね
リソース足りてないのであれば、完成してから .0リリースすべきだし
本気で無くても問題ないと思ってるなら救いようがないからチーム解体しろ

**デフォルトの名無しさん** · 2022/03/21(月) 05:06:33.30

WinUIのgithubでボロクソに言ってやればいい

**デフォルトの名無しさん** · 2022/03/21(月) 06:23:51.54

>>765
スマホアプリ程度の低機能なものなら1画面に収めた方がすっきりするし、ディスプレイサイズ的にそうせざるを得ないが、
大画面・複数ディスプレイも当たり前なPCを前提とした高機能なアプリは複数ウィンドウを積極的に活用するべき。
基本はダッシュボードタイプで、各項目をウィンドウ外にドラッグ＆ドロップすると別ウィンドウとして取り出せるようにするとかね。

**デフォルトの名無しさん** · 2022/03/21(月) 06:43:14.53

>>771
MDIを知らん癖に時が20年くらい止まってる時点で相当ヤバいこのガイジwww