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/07/23(火) 19:14:20.40

Avalonia 11.1にしたらaxamlのインテリセンスでなくなったよぉ…

**デフォルトの名無しさん** · 2024/07/23(火) 21:14:11.79

やっぱりWPF+.NET 9 with Windows11Themeか

**デフォルトの名無しさん** · 2024/07/23(火) 21:22:28.81

WinUIのソースコード公開されたぞ

**デフォルトの名無しさん** · 2024/07/23(火) 21:31:14.73

モバイルはもう良いからせめてMacでは動かしたいなぁ

**デフォルトの名無しさん** · 2024/07/23(火) 21:46:21.26

>>801
やっぱり残ってたのか
WPFを.NET Coreに対応させた時に、既存のバグはほとんど修正していないらしいからなぁ

**デフォルトの名無しさん** · 2024/07/26(金) 10:42:50.35

WPF + .NETFramework 4.8.1でいいんじゃね？

**デフォルトの名無しさん** · 2024/07/26(金) 12:32:54.45

日本は今でもネイティブ信仰強すぎて大手ほどハイブリッド毛嫌いするからベンチャーとか中小零細以外はマルチプラットフォームとか触る機会まったくないんやけどな
現代のウェブの新規案件ですらいまだに超大手がSmartyを指定してくるんやぞどんだけガラパゴスやねんそらソフトウェアでも中国に20年どころか30年も40年も置いてかれるわな

**デフォルトの名無しさん** · 2024/07/26(金) 20:10:32.97

どっちにしてもXAMLでスマホアプリ開発とか地獄すぎてやりたくないわ
C#はもうデスクトップだけでいい
MAUIはMACもウンコだからマジで存在価値ゼロだけど

**デフォルトの名無しさん** · 2024/07/26(金) 22:47:18.22

AvaloniaってとかWinUIとかMAUIとかReact Native Windowsとかマジでバラバラじゃん
一個に絞ってくれないのかな

**デフォルトの名無しさん** · 2024/07/26(金) 22:53:21.65

WPFのままでいけ！

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

WPFは、既知のバグを直して、細かな部分をサポートするライブラリやツール類を充実させて
x:Bindを足してくれるだけで良かったのにな
あ、後はWin11テーマ早く出して

**デフォルトの名無しさん** · 2024/07/27(土) 00:55:02.35

WPFは既に開発終了してメンテもされてへんからなGithubでゆーならアーカイブよ
機能追加どころかバグフィックスもしないからごめんやでって公式掲示板で開発者が断言してたから可能性ゼロ
デスクトップアプリはWinUI3デスクトップで開発すればAcrylicやMiacに対応してるしUnpackageでビルドすればバイナリ出力するから今まで通り使える

**デフォルトの名無しさん** · 2024/07/27(土) 02:31:03.73

WinUI3って不定形ウィンドウやピクセルごとに透過度が違うウィンドウって作れますか？

**デフォルトの名無しさん** · 2024/07/27(土) 02:54:28.48

れない

**デフォルトの名無しさん** · 2024/07/27(土) 11:33:30.64

WinUI3ってほぼOSのGUI専用になって終わるんじゃないかな
今のエクスプローラーですら不安定で上の部分が黒くなったりする

**デフォルトの名無しさん** · 2024/07/27(土) 16:22:35.90

俺はOS詳しくないから謎なんやがWindows 11のデスクトップGUIの実装がクソすぎるんよな
Linux WaylandのHyprlandとかMutterみたい実装の方が素晴らしいのはなんでなんやろ
MSはOSのGUIをWinUIやなくてWDMで実装してんのかはわからんがなんで.NETアプリで作ったアプリのGUIがフロントエンドFWによってバラバラなんか酷すぎるやろ
あと今やフォントレンダリングの汚さと酷さがWindowsだけでまったく改善されんのが意味不明すぎる
海外のテック系YoutbuerがWin11のシステムファイルをどこまで削除して起動できるかチャレンジでギリギリまで削った結果GUIがまんまWin10になってWin11のGUIはWin10の上にWinUIかWDMで作ったガワを被せてただけというあまりにも酷い事実がわかったからな
Win11のGUIのパフォーマンスがめちゃくちゃ悪い理由がわかったわ

**デフォルトの名無しさん** · 2024/07/27(土) 17:51:09.40

読みづらすぎる
改行と句読点くらい使えよ
小学3年生くらいで習うことやぞ

**デフォルトの名無しさん** · 2024/07/27(土) 17:53:47.17

つか、嘘を平気でばらまくのやめてほしいわ

**デフォルトの名無しさん** · 2024/07/27(土) 17:56:41.73

なげーよ、報告は数行だろ？

**デフォルトの名無しさん** · 2024/07/27(土) 18:01:02.36

>>817
海外ではIntelのCPU売るために意図的にOSを重くしてると言う意見が多いな
実際に今広く利用されてるデスクトップOSでWindowsのパフォーマンスが一番低い

**デフォルトの名無しさん** · 2024/07/27(土) 18:08:03.74

>>817
Windowsのフォントが汚いのはWindows開発チームにアジア人がいないからだろう
LinuxのフォントがMacと同等の美しさになった瞬間からフォントが汚いのはWindowsだけになっちまった

**デフォルトの名無しさん** · 2024/07/27(土) 20:08:03.07

win11は基本的にwin10のコードベースをキレイにしてパフォーマンスアップとメンテナンス性を高めたものじゃないの？
それの何が悪いのかわからんけど

**デフォルトの名無しさん** · 2024/07/27(土) 20:20:07.46

それは多分win11が、win10のコードベースをキレイにしてパフォーマンスアップとメンテナンス性を高めたもの、じゃないからでしょう

**デフォルトの名無しさん** · 2024/07/27(土) 20:45:56.22

WDM?

**デフォルトの名無しさん** · 2024/07/27(土) 20:55:46.14

アメリカのテック企業は中国人だらけだぞ

**デフォルトの名無しさん** · 2024/07/27(土) 21:09:49.66

フォントは昔より多少は綺麗になったのに、わざわざMSゴシックとかMS明朝にこだわる変な人が多くてなあ

**デフォルトの名無しさん** · 2024/07/29(月) 14:42:52.67

windowsのMSゴシックだとかは小さいサイズの場合ビットマップフォントを使うというクソ仕様
永遠に汚いままだよ

**デフォルトの名無しさん** · 2024/07/29(月) 14:54:23.43

画面解像度がFHD止まりのノートpc業界のせいだろ
FHDの販売をやめりゃいい
せめて2Kにすればフォント汚いとかの言い訳にはならん

**デフォルトの名無しさん** · 2024/07/29(月) 15:37:54.39

MSゴシックもビットマップ使わないから何の問題もないな

**デフォルトの名無しさん** · 2024/07/29(月) 15:39:49.46

FHDと2Kって違うんですか？

**デフォルトの名無しさん** · 2024/07/30(火) 12:13:37.39

普通は同じだけど⚪︎Kてのはそもそも曖昧、4K8K以外使うのはやめた方がいい
https://ja.m.wikipedia.org/wiki/画面解像度

困るのはWQHDのことが2Kで、FHDは2Kじゃないと思ってる頭の弱い勢力が増えてる
>>829はその類い

**デフォルトの名無しさん** · 2024/07/30(火) 12:22:15.01

BS11くらいしか残ってないが2K放送はFHDですよ。

**デフォルトの名無しさん** · 2024/07/30(火) 17:54:14.06

WQHDを⚪︎Kで表現したかったら2.5Kにすれば良いのにな

**デフォルトの名無しさん** · 2024/08/01(木) 07:37:34.01

ここの猛者の方々はFilesのソースコードとかすらすら読めるの？
多分相当注意深く実装してるんだろうけど
正直全然わからん
https://github.com/files-community/Files

**デフォルトの名無しさん** · 2024/08/01(木) 08:12:36.03

ソース見たがただのWinUIアプリやんけ何が難しいのかまったくわからん
これが全然わからんてXAMLもMVVMも1ミリも理解してへんだけやんけ
逆にこれがわからんのになんでこのスレにおるんや？www

**デフォルトの名無しさん** · 2024/08/01(木) 09:49:56.71

そりゃ触ったこともないし1ミリも理解してないよ
WinFormsとAvaloniaちょこっとやってみたくらい
覗いてみて弄れそうだったらちょっと改造みようかな～と思ったんよ
こういうのがXAMLやMVVMの典型的な書き方なの？

**デフォルトの名無しさん** · 2024/08/01(木) 10:00:43.56

今はコンポーネントベースしかやってないんだけど、
こんだけバラバラに分けられれるとどこで何やってるかさっぱり分からないんだけど、
慣れてる人ならスラスラ理解出来るのかな？てことです

**デフォルトの名無しさん** · 2024/08/01(木) 10:44:12.11

例えば2画面分割にしたい、と思ったら、まずは何はなくともVMをさらえば良いんですかね
レイアウトというのもあるけど、ほとんどからっぽ。。。UIのロジックの大半はUserControls？むむむ

**デフォルトの名無しさん** · 2024/08/01(木) 19:41:34.78

大きなアプリになると他人が書いたコードはもちろん自分で書いたコードすら読むのは大変だよ
後で見て自分で記憶をたどれるように作るか内部でドキュメント作っておかないと無理

**デフォルトの名無しさん** · 2024/08/01(木) 19:41:59.89

他人のコードはソースの階層を見てどのようにコードが分轄されているのかを知るのがスタートかな
その後はコントロールの仕組みを見て興味があるところを徐々に見て行って知りたいところだけ知る

関連しそうなワードでソリューションを検索するとか
そこで知りたいことが見つかったら全ての参照先などを見てどのように使われているのか考える

**デフォルトの名無しさん** · 2024/08/01(木) 20:01:53.88

あざす。
せっかくの貴重な教材のようなので
ちょっと頑張ってみます

**デフォルトの名無しさん** · 2024/08/01(木) 20:58:19.05

Yahoo知恵遅れのような知ったかくんの珍回答が面白すぎて腹痛い
わからないのに頓珍漢なレスせずにいられないのってこれもう病気だろ
いくらソースコード眺めたって書けない奴に読めるわけないだろ本当に馬鹿だな
御託並べる前に書いて覚えろって口じゃなくて手を動かせ

**デフォルトの名無しさん** · 2024/08/01(木) 21:04:30.67

自分のやり方を書いただけだけど
君はじゃあどういう風に大きなコードを読んでいるのか教えて欲しいね

**デフォルトの名無しさん** · 2024/08/01(木) 21:44:22.39

質問者だけど、ちなみにまったく書いたことが無いわけではないです
MVVMを1ミリも理解出来てはいないのはそうだと思うんだけど。
上にも書いた通りAvaloniaUIで2、3アプリほどデフォルトテンプレのCommunityToolkitで書いた事はあります
filesもCommunityToolkitみたいなん個々のファイルが何やってるのか全く分からなくもなさそうですが
セッターゲッターめちゃくちゃいっぱいあるなぁ、
どこがどう繋がってて、どっから読めばいいのかなぁ、
って感じです

コンポーネントベースだと、上から順に辿っていけばいつかはお目当ての実装に辿り着くのでなんとかなりそうなんですけど、MVVMのお作法みたいなのがあるのかな、という話です

**デフォルトの名無しさん** · 2024/08/01(木) 22:09:03.43

がんばってね

変にイキってるやつの言う事は気にするな

**デフォルトの名無しさん** · 2024/08/01(木) 22:29:24.31

OSSガイジとうとう初心者まで煽り出してて草
死んだ方がマシだろこれ

**デフォルトの名無しさん** · 2024/08/06(火) 11:01:21.30

VisualStudioを使うのを止めればすらすら読み書き出来るようになります

**デフォルトの名無しさん** · 2024/08/06(火) 13:09:49.21

VS以外でXAMLとか一体何の罰ゲームなんだよwww
WPF、WinUI以外でXAMLなんて誰も使わないのにVS使わない選択肢がない

**デフォルトの名無しさん** · 2024/08/06(火) 23:36:22.67

単なるXMLベースのUI定義フォーマットでしかないわけだけど、XML知らない人にとっては
なにか恐ろしいもののように思えるんだろうな

**デフォルトの名無しさん** · 2024/08/07(水) 22:23:50.43

>>850
>単なるXMLベースのUI定義フォーマットでしかないわけだけど、XML知らない人にとっては
>なにか恐ろしいもののように思えるんだろうな

これブーメランなんだよなーw
XAMLとはその名の通りMS独自のXMLアプリケーション拡張でXAMLはクラスオブジェクトそのものでありHTMLのDOMとは根本的に別物
MVVMアーキテクチャとは切っても切り離せない物だと言うことを理解してない頭の悪さには失笑を禁じ得ないwww
こんなことも知らずXAMLをただのXMLだと誤解してる時点で確実にXAMLエアプの知ったかだな馬脚を露わしたわね

**デフォルトの名無しさん** · 2024/08/07(水) 22:45:38.95

なぜXAMLがJSXになれなかったのか
MSはよく考えて欲しい

**デフォルトの名無しさん** · 2024/08/07(水) 23:04:53.69

テンプレやらスタイルやら難しいよね
枠線変えるだけで一苦労だし

**デフォルトの名無しさん** · 2024/08/07(水) 23:21:02.15

Xamarin.Formsだとentryのborderの色の変更すらめちゃくちゃ大変だからね
添付プロパティ・ビヘイビアで拡張メソッド的に拡張はできるけど用意されてないコントロールのプロパティは継承して依存関係プロパティを実装するしか方法がないからデフォルトからちょっとしたカスタマイズしたいだけなのにとてつもない学習と苦行が待ち受けてる

**デフォルトの名無しさん** · 2024/08/07(水) 23:34:05.76

>>851
XAMLは純粋にXMLだが。レイヤーの違いを認識できないのかね。

**デフォルトの名無しさん** · 2024/08/08(木) 07:35:27.49

SwiftUIもFlutterもVueもReactもみーんなもはやコンポーネントベースだからなー
かと言って疎結合なコードが書けないかというとそういうわけでもないし、Androidは別の形でMVVMはメジャーだし
XAMLの疎結合は拗らせた疎結合

**デフォルトの名無しさん** · 2024/08/08(木) 09:14:12.39

だからあれはblendの疎結合だって

**デフォルトの名無しさん** · 2024/08/08(木) 13:17:06.83

XAMLも嫌、MVVMも嫌、でも大丈夫
BlazorWebViewがあるさ

**デフォルトの名無しさん** · 2024/08/08(木) 14:19:21.45

WebView2でよくないか？

**デフォルトの名無しさん** · 2024/08/10(土) 11:19:50.93

>>829
ノートPCでFHDってスケーリング無いと辛くなってくる解像度だから誤解だぞ
例えば15インチでFHDは30インチの4Kに相当するDPI

**デフォルトの名無しさん** · 2024/08/10(土) 13:31:13.20

26インチでもFHD(2K)が十分な解像度だぞ
テレビ映してもFHDな番組はBS11くらいしかないし

**デフォルトの名無しさん** · 2024/08/10(土) 15:58:00.65

テレビは離れて見るもの
ノートPCは目の前で見るもの
一緒にすんな

**デフォルトの名無しさん** · 2024/08/10(土) 16:09:14.95

スマホでフルHDくらいじゃないとと言うなら判るけど
ノートはフルじゃなくていい
15.6の1333でいい

**デフォルトの名無しさん** · 2024/08/10(土) 16:59:20.78

>>860
30インチの4KはPPIもだが、スケーリング無しでもがんばれば見えるってのがそもそも不十分
文字を綺麗に見せるならスケーリング倍率はなるべく高い方が良い
ノートPCは至近距離で見るものなのだから余計に

**デフォルトの名無しさん** · 2024/08/10(土) 20:23:48.85

控えめに言ってバカだと思う

**デフォルトの名無しさん** · 2024/08/11(日) 21:01:32.79

MVVMって面倒に感じるんだけど皆メリットを感じてるものなの？
あるいは現代だとよりよいアーキテクチャおよびフレームワークがあるのかどうか

**デフォルトの名無しさん** · 2024/08/11(日) 21:08:45.59

それはMVVMアーキテクチャがどうこうって問題じゃない
MSの実装の問題でとにかく何やるにしても面倒臭い壊滅的にセンスがない
それはXAMLやMVVMに限った話じゃなくてASP(Razor)とMVCでもなんでもそうでMSのエンジニアのセンスが悪すぎる
こんなに何やるにしても面倒な実装は他にはObjective-Cくらいしか知らない

**デフォルトの名無しさん** · 2024/08/11(日) 21:36:00.73

>>866
酷すぎだよ
世間一般の認識では

**デフォルトの名無しさん** · 2024/08/11(日) 21:47:19.35

>>866
面倒は面倒だけど自動テストが楽なのはいい。
Windowsだとあまり選択肢はないし少なくともFormsよりはまし。

**デフォルトの名無しさん** · 2024/08/11(日) 22:12:25.61

MV*(MVC、MVVM、MVU)はいずれもフレームワークに流し込んで金太郎飴量産機
生産性は上がるけど全く面白くないという点も共通している、手速く仕事終らせたい人向け
趣味プログラミングな人や学生さんは手を出さない方がいい

**デフォルトの名無しさん** · 2024/08/11(日) 22:34:27.22

生産性ひくいがな

**デフォルトの名無しさん** · 2024/08/11(日) 23:07:09.59

MSってヘルスバーグのような言語やコンパイラやアーキテクチャを産み出した天才がいるにも関わらずフレームワークの開発や実装をしてるエンジニアのセンスが酷すぎるんだよ
.NETがここまで流行らない理由は1.0からずっと使ってる俺から言わせてればすべてのフレームワークが中途半端でろくにメンテもされず人気がでないからコミュニティも盛り上がらずエコシステムが育たずという負の連鎖
VueやSwiftUIのMVVM実装のセンスの良さを見れば如何にMSのエンジニアのセンスが悪いかわかるよな
MSって日本とそっくりだよなどれだけ優れたIPや技術を持っていてもエンジニアリングができない
逆にAppleはIPや技術はすべて外部から買収してきたものだがエンジニアリングが天才的

**デフォルトの名無しさん** · 2024/08/11(日) 23:26:48.30

自分は初学者だと前置きするけど
・シンプルだけど面倒
・学ぶのは難しいけど複雑なものを単純化できる
のいずれかならメリットがあるように思う
けど自分的にはMVVMは難しくて、かつ面倒なように思えて、世の中的にどのような理由で使われてるのかなーと思った
役割分担というのは分かるけど
もう少し勉強してみます

**デフォルトの名無しさん** · 2024/08/11(日) 23:37:30.09

まぁでもMVVMフレームワークもMVVM Toolkit v8でかなりマシになったよ
Prismとか酷かったからなBindableBaseすらなかった初期の時代はINotifyPropertyChangedとかICommandとかViewModelの基底クラスを実装させられてたとか今しか知らない若い奴らは腰抜かすだろうな

**デフォルトの名無しさん** · 2024/08/12(月) 10:08:06.35

登場時期が全然違うの全く考慮にいれてないという
WPF 2007年

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

でもknockout.jsもそのくらいでね？

**デフォルトの名無しさん** · 2024/08/12(月) 13:26:27.11

>>872
判ります

**デフォルトの名無しさん** · 2024/08/12(月) 13:39:03.81

もっと読みやすい文章にしてほしいニャー
狂人が書いてるみたい

**デフォルトの名無しさん** · 2024/08/12(月) 14:12:42.71

ComboBox、TextBoxなどはBindingしてるけどTextBlockなどはコードビハインドで済ますのはあかんの？
CheckBoxなんかもよくやるけど

**デフォルトの名無しさん** · 2024/08/12(月) 14:25:12.91

意味不明

**デフォルトの名無しさん** · 2024/08/12(月) 14:32:48.90

>>879
ま普通だね

**デフォルトの名無しさん** · 2024/08/12(月) 16:52:55.23

>>881
ありがとう。
ボロクソに言われるかと心配してた。
最近はぐぐるよりAIに頼ってます。

**デフォルトの名無しさん** · 2024/08/12(月) 18:29:38.98

絶対Bindingしなきゃならんって法はないけど、わざわざコードビハインド使うのはなんか理由があるのかな。

**デフォルトの名無しさん** · 2024/08/12(月) 20:40:56.89

>>883
アホのエバンジェリストが主導した

**デフォルトの名無しさん** · 2024/08/12(月) 23:43:41.03

コードビハインドを勧めるエバンジェリスト？？

**デフォルトの名無しさん** · 2024/08/12(月) 23:43:54.69

MSのエバンジェリストとか外部委託されたVTuberとかわらへんのもしらんのかwww
セブンイレブンのオムニセブン案件のときもただのお飾りで誰も相手にしてへんかったのクソワロタわ
MSのMVPもMVPからの他薦なら技術とか貢献とか関係なしに簡単に取れるんやぞ俺はMVP本人から直接これを聞いたからなwww
MSの精度なんてすでに形骸化してるうえに能力なんて関係ないねんほんまピュアピュアなキッズしかおらんのクッソウケる

**デフォルトの名無しさん** · 2024/08/13(火) 08:07:02.59

自称評論家の話はつまんないなぁ

**デフォルトの名無しさん** · 2024/08/13(火) 09:35:11.71

もっと読みやすい文章にしてほしいニャー
狂人が書いてるみたい

**デフォルトの名無しさん** · 2024/08/13(火) 10:30:47.84

rustで漫画ビューワ作る君は前からこんなだし心にゆとりがない人生歩んでるっぽいからしょうがない

**デフォルトの名無しさん** · 2024/08/13(火) 10:55:48.82

>>886
MVPで俺より仕事出来た奴を見たことがない
あれは実力じゃなくてコネで取るものだからな

**デフォルトの名無しさん** · 2024/08/13(火) 12:27:40.90

AndroidアプリやFlutterの設計パターンだとメジャーなんでしょ？MVVM
WPFのそれとは別物だと言う人もいてよく分からないけど

**デフォルトの名無しさん** · 2024/08/13(火) 12:47:51.70

WPFのMVVMは、MVVM＋Blend Framework！
Blend というのは、Microsoft Expression Blend という開発環境のためのライブラリで後にVSに統合された。この機能を実現するために過剰なまでの疎結合やBehavior、Triggerとかが必要になる。個々のプログラム要素を疎結合にして、ビジュアルデザイナーでポトペタを簡単！を目指した、デザイナーとプログラマーの協業支援オーサリングツールなのだが、正直中途半端で誰も使ってない。まともに使ってたやついないだろ！俺はガチ使いしてたけど。笑

単に、コアなMVVMだけやりたかったら、>>879 見たく、Bindingして、あとはコードビハインドで書けば良い。それが一般的なMVVMだ。Vue.jsのMVVMとかやってみると実装が超簡単で、アホみたくなるよ。

**デフォルトの名無しさん** · 2024/08/13(火) 12:48:48.22

たいして違いがわからん……

**デフォルトの名無しさん** · 2024/08/13(火) 13:12:00.80

Converterとか色々あって面倒だな。
もっと簡単にならん？
android(java)はMVVMなんか意識しないけどなぁ。

**デフォルトの名無しさん** · 2024/08/13(火) 13:18:01.33

他のMVVMじゃBindingする以外は意識しないレベルなのが普通なのよ。
WPFで面倒なのは全部Blendデザイナー上で使えるようにするための下らん実装。

**デフォルトの名無しさん** · 2024/08/13(火) 13:34:05.94

>>892
正直プログラマの負担がでかすぎんだよなあ
初見じゃ訳わからんxamlとバインディングとMVVMフレームワークの仕様に合わせた設計と構文必死に覚えてようやくスタートライン、それでも大した恩恵は無し
疎結合つってもobjectだのリフレクションだの内部的に使いまくってるせいでパフォーマンス最悪だし

それなら最初からスクリプト言語で十分
UI層をC#なんていう中途半端な立ち位置の言語でやるメリットがマジで無い

**デフォルトの名無しさん** · 2024/08/13(火) 13:59:58.78

>>892
Windows Phone が生き残っていれば活路はあったのかな

**デフォルトの名無しさん** · 2024/08/13(火) 15:03:37.06

Googleが推奨してるこれはMVVMとは違うの？4つに分けることを推してるわけではないけど、一応モデルとビューモデルの分離構成について言及がある
https://developer.android.com/topic/architecture?hl=ja

ただ、単方向データフローをかなり重要視しているみたい。他のフレームワークも今は全部そうだよね

**デフォルトの名無しさん** · 2024/08/13(火) 15:34:57.47

やっぱそうなんか。
androidではwinformと変わらん感じで組んでいるわ。

**デフォルトの名無しさん** · 2024/08/13(火) 15:55:09.53

WPFでも同じように実装できるんだが
それを主流とせず忌むべき物としたのはエバンジェリストの所業

**デフォルトの名無しさん** · 2024/08/13(火) 16:14:35.64

テキストボックスにフォーカスが当たったら全選択するのはどうすんだってググってんだけど
マジでこんな複雑怪奇なの？

こんな当たり前の機能なんかプロパティでピッとやってパッかと思ったらとんでもねえ手間で草