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

**mdysdev○** ◆XSDsAilQpD0E · 2023/09/09(土) 07:02:56.33

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

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

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

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

**デフォルトの名無しさん** · 2024/03/15(金) 12:59:48.28

自動テストやってるプロジェクト見た事ないな。
SIerはどこもExcelでケース書いて手動でテストしてエビデンスでスクショ取ってた。

**デフォルトの名無しさん** · 2024/03/15(金) 13:04:39.74

>>408
サービスは使いまわしできるから大した手間じゃない

**デフォルトの名無しさん** · 2024/03/15(金) 13:07:54.74

>>412
Reactとかだとままある

**デフォルトの名無しさん** · 2024/03/15(金) 13:40:36.22

>>412
それって修正の度に過去のも含めて毎回やるの？形骸化しない？

テストコードを書くことで DI や MVVM の利点が理解できたし、
テストコードを書くことでミスに気づいたりより良い実装にできたりって経験が何度もあるから、
個人的にはテスト書かないのはあり得ないな。

**デフォルトの名無しさん** · 2024/03/15(金) 14:24:47.78

>>415
修正に関係した箇所しかテストしないところが殆どだよ。
個人的には自動化したほうがいいと思うけど、
低レベルなエンジニアだとテストコード自体にバグがある事も多いし、SIerのレビュアーはコードが読めない人が多いからスクショを欲しがるんだよ。

**デフォルトの名無しさん** · 2024/03/15(金) 15:29:58.80

SIerのレビュアーは
受け入れテストだろうから
単体テストは受け取らないのでは？
基本UIテストが基本だろ
理屈でねじ伏せて単体テストで押し切れないかぎりは

**デフォルトの名無しさん** · 2024/03/15(金) 19:50:46.10

UIテストはやるっちゃやるけどわざわざスクショは取ってないな
やりましたよー嘘はついてないんで信じてください、で

**デフォルトの名無しさん** · 2024/03/15(金) 21:27:44.49

納品の単位がクラスや関数でない限り
テストはUIテストやで
無論納品物はテストデータとUIキャプチャーみたいな
このあたりもReact界隈では自動テストがちらほら見られる

**デフォルトの名無しさん** · 2024/03/15(金) 23:32:19.58

>>408
たしかに Dependency Inversion は一手間かかるがそれを阿呆らしいとしか感じられないのであれば残念

**デフォルトの名無しさん** · 2024/03/16(土) 00:45:18.98

Injection じゃ？

**デフォルトの名無しさん** · 2024/03/16(土) 02:04:03.40

silverLightがポシャった時代から
まじでなにも代わってない...

**デフォルトの名無しさん** · 2024/03/17(日) 09:42:36.14

MVVMで開発
hyperlinkをクリックしたらpopupが表示される
というのはviewだけで完結するから、popupのisopenは hyperlinkのclickイベントをコードビハインドで書くべき？popupの状態を保持してなにかを動かすなどの処理はない

**デフォルトの名無しさん** · 2024/03/17(日) 09:45:08.38

変な日本語だった

popup.isopenは hyperlinkのclickイベント(コードビハインド)で書くべき？

**デフォルトの名無しさん** · 2024/03/17(日) 10:15:24.14

その開いた画面でデータ修正するとどうなる？

**デフォルトの名無しさん** · 2024/03/18(月) 20:29:45.91

そんなんで悩むくらいならmvvmで書けばいいんじゃね
コードビハインドにしたくなったらいつでも変えられるでしょ

**デフォルトの名無しさん** · 2024/03/20(水) 00:57:48.10

>>425
ありがとう

**デフォルトの名無しさん** · 2024/03/20(水) 00:58:27.51

アンカー間違えた
>>426
ありがとう

**デフォルトの名無しさん** · 2024/03/26(火) 17:16:47.74

clickoneceで公開できないあたりがもうゴミだわなぁ

**デフォルトの名無しさん** · 2024/03/26(火) 21:02:51.23

https://github.com/microsoft/microsoft-ui-xaml/discussions/9417
MicrosoftのUIフレームワークはひどすぎる
MAUIでも前に爆発してたよな

**デフォルトの名無しさん** · 2024/03/26(火) 21:05:25.46

https://github.com/dotnet/wpf/pull/8870
To be honest it looks like the code from WPFUI was copied without much quality control.

WPFのwindows 11themeの方も大丈夫なのかね

**デフォルトの名無しさん** · 2024/03/26(火) 22:20:48.99

>>430
>How can it be possible that MS is investing 20 times more effort into MAUI than into WinUI3

20倍!
MAUI始まったーーー!

**デフォルトの名無しさん** · 2024/03/26(火) 22:30:25.34

WinUI3死んじゃうの

**デフォルトの名無しさん** · 2024/03/26(火) 22:47:00.47

言語能力が足りないので意味が分からない

MSがMAUIをWinUI3の20倍開発してるなんてありえるんでしょうか？って意味に取れる
WinUI3の開発が停滞してて開発の進まないMAUIにすら負けてるように思えると言うこと？

**デフォルトの名無しさん** · 2024/03/26(火) 23:43:00.65

>>434
それであってるよ
WinUI3からは開発メンバー引き上げて撤退中っぽいという話
あげられてる証拠を見るとほぼ間違いなさそう

**デフォルトの名無しさん** · 2024/03/27(水) 00:00:01.95

後、avalonia はItemsRepeaterが手におえなさすぎて
ItemsControlに戻るってあった

**デフォルトの名無しさん** · 2024/03/27(水) 00:06:47.14

ItemsRepeaterはwinuiの方を参考に実装してんだろ?
upstream(winuiの事?)とavalonia自身の問題で
ItemsRepeaterが手におえないってよ

リンク張りたいけどソースが見つからん
昨日見つけたけど見つからん

**デフォルトの名無しさん** · 2024/03/27(水) 00:13:25.41

https://github.com/AvaloniaUI/avalonia-docs/pull/423
別パッケージに追い出すこれ絡みだと思うけど

**デフォルトの名無しさん** · 2024/03/27(水) 16:49:34.14

MSの中でもとくに無能がUIフレームワークに関わってるんじゃないかってレベルで
ずーっとgdgdなのはもはやお家芸の域だなｗ

**デフォルトの名無しさん** · 2024/03/27(水) 16:52:12.01

MS自体が出してるアプリはどのツールキットで書いてるの？

**デフォルトの名無しさん** · 2024/03/27(水) 17:56:14.90

VSCodeはElectron、teamsはElectron→Reactじゃなかったっけ？
MS自身が主要アプリに自社フレームワーク使ってない時点でお察し
MAUIも沈みゆく船かもな

**デフォルトの名無しさん** · 2024/03/27(水) 18:01:03.88

Azure(モバイル) - MAUI
Office 365 Admin(モバイル) - MAUI
Windows Terminal(Win) - Windows App SDK
PowerToys(Win) - Windows App SDK
Microsoftストア(Win) - UWP
Visual Studio - WPF + ネイティブ？(2010年頃。最近のバージョンは不明)
VSCode - Electron
Office(Web) - React
Office(PC・モバイル) - ReactNative
Outlook(Web) - React
Outlook(PC・モバイル) - ReactNative
Teams(PC) - ReactNative (旧バージョンはElectron)
Teams(モバイル) - ReactNative
Skype(モバイル) - ReactNative
Xboxアプリ(PC/Xbox) - ReactNative
OneDrive(PC/Mac) - Qt ※2022年サービス終了

適当に検索して出てきたのまとめるとこんな感じ
React系のガワは全部FluentUIっぽい

**デフォルトの名無しさん** · 2024/03/27(水) 18:07:41.79

>>442
PC版でReactNativeとしているソースを一つずつ挙げてください

**デフォルトの名無しさん** · 2024/03/27(水) 19:19:45.13

Teams(PC版)はReactだったねごめん

他はここがソースだけどよく見たらアプリ全体の構築としてReactNative使ってるのはXbox系のアプリだけかな？
https://microsoft.github.io/react-native-windows/resources-showcase
OutlookはここだけどこれもReactNativeとは明記されてなかったね…
https://www.reddit.com/r/reactnative/comments/j7jp1n/microsoft_outlook_is_moving_to_react_native/

んじゃPC版は全体的に「React(ReactNativeかも)」に訂正で

**デフォルトの名無しさん** · 2024/03/27(水) 19:38:29.62

こ、これは...
PCを知らない世代かな

**デフォルトの名無しさん** · 2024/03/27(水) 20:53:12.97

ExplorerはWinUI3

**デフォルトの名無しさん** · 2024/03/27(水) 21:34:26.84

>MAUIも沈みゆく船かもな
MAUIは最初から沈んでるやろ

**デフォルトの名無しさん** · 2024/03/27(水) 22:19:31.12

Unoもまだ生きてんのか

**デフォルトの名無しさん** · 2024/03/27(水) 22:26:42.38

ちょっとずれた質問だけどFlutterよりReactNativeのほうが生き残ってるってこと？
そっち方面全然知らなくて

**デフォルトの名無しさん** · 2024/03/27(水) 22:37:46.78

どっかで見かけたりするシェアはreact nativeよりflutterのほうが上でしょ

**デフォルトの名無しさん** · 2024/03/27(水) 22:49:23.89

瞬間風速でなくてGoogleにとってflutterの戦略的メリットが無いと言う基本構造が続く限りは
コスト削減の煽りでEOLのリスクがあるのです

**デフォルトの名無しさん** · 2024/03/27(水) 22:55:17.38

簡単に簡素なアプリを作りたいのならばflutterみたいのは向いてないと思う
視覚的に開発中に階層が深くなる系は厳しい

**デフォルトの名無しさん** · 2024/03/28(木) 11:14:39.51

階層深くなるのはプログラマの責任
ReactでもFlutterでもXAMLでも変わらん
分割考えず1ファイルに詰め込むアホの所業

**デフォルトの名無しさん** · 2024/03/28(木) 17:45:37.48

ここ3,4年Flutterばっかやってるけど
Flutterはもう1歩頑張ってほしいな

**デフォルトの名無しさん** · 2024/03/28(木) 23:33:02.95

どのへんがダメなの？

**デフォルトの名無しさん** · 2024/03/28(木) 23:54:05.11

Xamarinおばさんって誰のことかと思ったらあの人か

**デフォルトの名無しさん** · 2024/03/29(金) 14:14:38.40

個人的にはFlutterが一番マルチプラットフォームとしては使いやすいが、
Android専用ならJava/Kotlinで書いた方が楽というジレンマ

**デフォルトの名無しさん** · 2024/03/29(金) 14:44:33.98

Java製のマルチプラットフォームソフトはどのOSでもアウェイ感が強かったよね
何故かFlutterならアウェイ感が無いと思いたい人が一部にいるw

**デフォルトの名無しさん** · 2024/03/29(金) 15:29:09.43

flutterはJavaじゃなくてDart

**デフォルトの名無しさん** · 2024/03/29(金) 18:38:14.50

Flutterはカクカクするけど標準で部品が充実してるからモバイルのみのマルチプラットフォームですばやく仕上げたい場合に適してる
MSのようにウェブもデスクトップも考慮する必要があれば断然ReactNative

**デフォルトの名無しさん** · 2024/03/30(土) 09:09:53.07

>>439
そらMSで優秀な奴らはカーネルとかクラウドとかAIとか書いてるだろうから
UI部隊にいるのは相対的には劣ったエンジニアなのは当然
それでも世間一般から見たら上澄みだろうさすがに

**デフォルトの名無しさん** · 2024/03/30(土) 12:58:37.49

MSがWindowsに投資するのは何年も前にやめてるから当然

**デフォルトの名無しさん** · 2024/03/30(土) 13:10:46.82

>>460
PythonでFlutterアプリを構築できるFlet

**デフォルトの名無しさん** · 2024/03/30(土) 13:11:03.26

OSベンダーでありながら他社フレームワーク頼りなのはまじうんこ

**デフォルトの名無しさん** · 2024/03/30(土) 13:52:45.76

react nativeってwindowsだとうらで
うんこ品質のWinUI3が動くんだろ?

**デフォルトの名無しさん** · 2024/03/30(土) 22:17:49.03

https://flutterweb-wasm.web.app

wasm gcいい感じだね

**デフォルトの名無しさん** · 2024/03/30(土) 23:17:18.83

Skiaバックエンドが良いか悪いかの議論が元々あって
結局上位のフレームワーク(Flutter)に引きずられる形だった

そこにreact-native-skiaと言う選択肢がv1.0になったから注目

https://shopify.github.io/react-native-skia/
https://github.com/shopify/react-native-skia

**デフォルトの名無しさん** · 2024/03/31(日) 10:04:26.39

flutterはモバイルはskiaダメだからからimpellerに移行しようとしてるよな

**デフォルトの名無しさん** · 2024/03/31(日) 10:28:17.33

RubyおじさんがFlutterおじさんに変わっただけでスレ汚しに来るのはご遠慮願いたい

**デフォルトの名無しさん** · 2024/03/31(日) 17:46:04.27

金になるかじゃね？　

**デフォルトの名無しさん** · 2024/03/31(日) 18:07:52.54

集団でシャンフロ叩いてたのに2期が決まると手のひらクルッ！

**デフォルトの名無しさん** · 2024/04/03(水) 02:22:47.82

なんかAvaloniaが一番活発に見えるな。.NET Foundation離脱したらしいけど・・．
https://github.com/AvaloniaUI/Avalonia/releases/tag/11.1.0-beta1

**デフォルトの名無しさん** · 2024/04/08(月) 20:11:02.67

どれも余命短い
こういう流れは終わりつつある

**デフォルトの名無しさん** · 2024/04/08(月) 20:17:38.46

Avaloniaに期待してるわ

**デフォルトの名無しさん** · 2024/04/10(水) 17:13:09.36

ここんとこずっとTypeScript&Rectやってて、久々にC#でデスクトップアプリのコード触ったら
色々めんどくさっ！てのる

**デフォルトの名無しさん** · 2024/04/10(水) 17:56:11.18

ここの人達はそとの世界を知らないから...

**デフォルトの名無しさん** · 2024/04/10(水) 18:59:35.92

ime制御とかめんどくさいよねー

**デフォルトの名無しさん** · 2024/04/10(水) 19:05:36.21

>>475プラスwinuiだとゴミ品質で
地獄へようこそ

**デフォルトの名無しさん** · 2024/04/10(水) 19:36:59.54

MVVM地獄...
コードビハインドで回避できるんだけどねーー

**デフォルトの名無しさん** · 2024/04/10(水) 21:47:50.46

ちゃちゃと仕事終わらせるには方法は厭わないよ

**デフォルトの名無しさん** · 2024/04/10(水) 21:58:30.66

Reactそんな簡単かね

**デフォルトの名無しさん** · 2024/04/10(水) 22:47:41.03

UIの実装だけとっても
工数換算で桁が違うぐらい簡単ですよ

**デフォルトの名無しさん** · 2024/04/11(木) 00:38:44.06

WPFそんなに難しいかねえ

**デフォルトの名無しさん** · 2024/04/11(木) 00:45:01.18

実際microsoftがgdgdだから俺もreactに乗り換えたい

**デフォルトの名無しさん** · 2024/04/11(木) 01:03:16.25

Reactすら最近は工数かかりすぎで避けられている
その中でWPFやる人は貴重

**デフォルトの名無しさん** · 2024/04/11(木) 07:28:14.31

Reactでデスクトップアプリ作れるの？
なら乗り換え検討するけど。

**デフォルトの名無しさん** · 2024/04/11(木) 10:22:40.18

え、そこからなのか
それはさすがに外の世界を知らなさ過ぎ

**デフォルトの名無しさん** · 2024/04/11(木) 10:43:29.25

>>486
WPFですら、WebView2貼り付けたりCefSharp入れて普通に書ける

**デフォルトの名無しさん** · 2024/04/11(木) 10:52:44.04

TeamsのUIはReact

**デフォルトの名無しさん** · 2024/04/12(金) 01:44:30.27

継ぎ接ぎだらけでかゆい所に手の届かない微妙UIのTeamsでは興味を惹かれないな

**デフォルトの名無しさん** · 2024/04/12(金) 01:59:50.07

>>490
星の数ほどUIライブラリーはある
https://tailwindui.com/components/#product-application-ui

**デフォルトの名無しさん** · 2024/04/12(金) 17:39:06.91

WinAppSDK 1.5.2

fixされた問題
7つ
しね

**デフォルトの名無しさん** · 2024/04/12(金) 18:52:59.66

そのうちメンテナンスされなくなって
windowsOSのUI周りに必要なとき
にだけ更新されるライブラリーになるのかな？

**デフォルトの名無しさん** · 2024/04/12(金) 23:01:03.48

KMP環境下でのMVVMモデル
https://zenn.dev/istyle/articles/eca6ccf62ae759

**デフォルトの名無しさん** · 2024/04/12(金) 23:25:16.70

kotolinのこう書けるのおもしろい
sealed interface TestUiState {
　object Loading : TestUiState
　data class Success(val uiModels: List<TestUiModel>) : TestUiState
　object Error : TestUiState
　object Empty : TestUiState
}

**デフォルトの名無しさん** · 2024/04/12(金) 23:25:41.65

kotlinか

**デフォルトの名無しさん** · 2024/04/14(日) 15:03:24.78

>>486
もう大分昔に
Webアプリケーションが
デスクトップアプリとして動かせる時代になってるから
（例: VS code、Slack、旧Twitter）
メインの開発環境はそっちに移行しといた方が良いよ
ブラウザー内でも動作できるデスクトップアプリが作れるようになる

**デフォルトの名無しさん** · 2024/04/14(日) 16:14:14.74

認証の御布施が必須になってない？

**デフォルトの名無しさん** · 2024/04/15(月) 10:01:49.70

electronでスタンドアロンで作成すれば認証なんか関係ない
インストーラも味もそっけもないがelectron-winstaller使うか、pascalごり押しに
なるがinno setup使うか選択できる(VSCodeはinno setup使ってる)

**デフォルトの名無しさん** · 2024/04/15(月) 11:22:59.49

社内サーバーだからhttp:でいいやろと思ったら
Chromの機能制限がすごいんよね

**デフォルトの名無しさん** · 2024/04/26(金) 09:36:48.94

chatGPT3.5で昨日からWPFの質問をしてもxaml等がまともに表示されない

**デフォルトの名無しさん** · 2024/04/26(金) 09:38:30.01

Chromeの問題なのかChhatGPTの問題なのか

**デフォルトの名無しさん** · 2024/04/26(金) 21:42:52.81

サンプル少ないからじゃ…

**デフォルトの名無しさん** · 2024/04/26(金) 23:04:18.48

Cursorでリポジトリ丸ごと突っ込んでGPT-4かClaudeに聞いた方がいいよ

**デフォルトの名無しさん** · 2024/04/27(土) 00:18:26.22

>>503
今までずっとまともに機能してたのに
数日前からまともに答えが表示されない

**デフォルトの名無しさん** · 2024/04/28(日) 21:52:24.20

スレ立てあらしきたのage

**デフォルトの名無しさん** · 2024/04/29(月) 13:58:01.98

>>497
htaですね

**デフォルトの名無しさん** · 2024/04/29(月) 14:58:13.98

>>507
そんなんじゃないですよ

**デフォルトの名無しさん** · 2024/05/01(水) 20:18:49.79

質問いいですか？
<TextBox Text="{Binding Text1}" />
<Button Content="_Button" Command="{Binding Command1}"/>

上記のような場合、テキストボックスにフォーカスがある状態で Alt+B を押すと Text1 の値が更新されません。
UpdateSourceTrigger=PropertyChanged は重いので避けたいのですが、ほかによい方法はないでしょうか？

**デフォルトの名無しさん** · 2024/05/01(水) 20:24:53.96

群馬弱いな

**デフォルトの名無しさん** · 2024/05/01(水) 20:55:13.10

フォーカスが外れるまで更新されないのは仕様なんじゃなかったっけ
フォーカス外したら上手くいかないかな

**509** · 2024/05/02(木) 00:49:28.41

ありがとうございます。
とりあえずAltキーが押されたときに更新してみます。
もう少し美しい方法があればご教授ください。

private void Window_PreviewKeyDown(object sender, KeyEventArgs e) {
if (e.Key == Key.System) {
foreach (var bind in BindingOperations.GetSourceUpdatingBindings(this)) {
bind.UpdateSource();
} } }