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

**デフォルトの名無しさん** · 2021/06/20(日) 17:04:18.66

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

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part25
https://mevius.5ch.net/test/read.cgi/tech/1612522463

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2021/08/30(月) 10:45:00.65

flutterも数年かなという印象やな。

ぼっと作ってはWebエンジニアが飛びついて、
2、3年で古くしていくってもうアホなのカスなのって感じ。
あんなのと無縁で幸せだわ。

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

ほんそれ

**デフォルトの名無しさん** · 2021/08/30(月) 15:19:24.77

Googleだけでも、少なくとも Go, Kotlin, Dart の3つの言語作ってしまったし。
GoogleDriveやOneDriveなどの多数のOnlineStorageをまとめて制御できるライブラリ
がGoogle自らGoで書いているが、Flutterでそれを使いたくても橋渡しが
難しいだろうし、全部推進という訳には行くまい。

**デフォルトの名無しさん** · 2021/08/30(月) 15:21:53.98

どれか一つの言語だけに集中させないことにはどうにもならないということ。

**デフォルトの名無しさん** · 2021/08/30(月) 15:23:45.62

Cはまだ、どの言語からも呼び出せる方法が存在していることが多いし、また、
Wasm化しても小さいしまだいい。
Goで書かれたライブラリはWasm化したらサイズも大きいし、多言語から
の呼び出し方も自明では無いし困る。

**デフォルトの名無しさん** · 2021/08/30(月) 20:52:43.38

>>773
購買や経費管理といった、昔ならクラサバでやっていたような「業務システム」は10年どころか
20年くらい前からWeb化されていたけど、業務で使うソフトウェアってそればかりじゃないわけで。
そのへんは業種業態によって変わるだろう。うちはメーカーだけど内製のツールはまだまだ
スタンドアロンが多いな。つか、そういうのはわざわざWeb化するメリットも少なかったり。

**デフォルトの名無しさん** · 2021/08/30(月) 21:22:51.90

>>768
うちはパッケージ屋が本業だからうちのパッケージしか案件表にないんだ
すまんなｗ
けど大手企業とかもいまだにパッケージ頼りのところ結構あるぜ
比率は知らんけど

**デフォルトの名無しさん** · 2021/08/30(月) 22:23:36.00

確かに、パッケージ屋は個別業務開発とは趣きが違うから想像はできるけど、
クラウド化は推進してないの？
ちょっと前に出入りしたパッケージ屋さんだと、昔はオンプレで運用してたらしいけど、
今はデフォがクラウドでマルチテナントで運用してたねー－
オンプレとかデスクトップクライアントとかは個別対応になる感じだったかな

**デフォルトの名無しさん** · 2021/08/31(火) 00:30:57.16

クラウド化が何を指してるのか分からんが
AzureもAWSも使ってバーチャルデスクトップ運用してるところが多いよ
今後はAzure Ｖｉｒｔｕａｌ DesktopだかでiPadとかChromeBookがクライアントの案件増えるっぽい

**デフォルトの名無しさん** · 2021/08/31(火) 01:12:13.43

使いにくそう

**デフォルトの名無しさん** · 2021/08/31(火) 12:18:58.46

>>780
Kotlinはgoogleじゃないような

**デフォルトの名無しさん** · 2021/08/31(火) 12:36:05.84

Formsなのですが、FileStreamで一つのファイルの更新って難しいですか？

今、壁になっていることは

ファイルを読み込む
↓
読み込んだファイルがロック状態になる
↓
書き込もうとしても書き込めない

読み込むファイルと書き込むファイルが違えば可能なのですが、
これってよくあるテンポラリーファイルなどを複製して対応するしかないのでしょうか

**デフォルトの名無しさん** · 2021/08/31(火) 12:43:21.40

>>789
streamはそういう仕様。

**デフォルトの名無しさん** · 2021/08/31(火) 12:49:11.17

>>790
ありがとうございます！
一時ファイルを複製して対応します

**デフォルトの名無しさん** · 2021/08/31(火) 12:51:16.63

試してないけど読み込み側FileStreamのコンストラクタでFileShare指定すればいいんじゃないの

**デフォルトの名無しさん** · 2021/08/31(火) 13:05:05.10

>>792
ありがとうございます
何かできそうな気がします！

**デフォルトの名無しさん** · 2021/08/31(火) 17:02:54.56

StreamReader/Writerのコンストラクタに渡せん？（あんま覚えてない

**デフォルトの名無しさん** · 2021/08/31(火) 18:21:02.48

つうか、
１．元ファイルを読みながらテンポラリファイルに書き込む
２．元ファイルを削除
３，テンポラリファイルを元ファイルの名前にリネーム

この手順が定番だが、これをやらないと書き込みエラーでファイルを失うよ

**デフォルトの名無しさん** · 2021/08/31(火) 20:42:24.00

読み込むファイル自体に、書き込む香具師は、頭おかしい。
エンジニアじゃない

安全配慮義務違反

**デフォルトの名無しさん** · 2021/08/31(火) 21:01:42.89

不正アクセス禁止法で逮捕されるぞ

**デフォルトの名無しさん** · 2021/08/31(火) 22:46:50.56

追記されていくだけのログとかならFileShare.Readつけても大丈夫だけどな

**デフォルトの名無しさん** · 2021/09/01(水) 01:06:46.56

どれもこれも全部サクラエディタって奴が悪いんだ

**デフォルトの名無しさん** · 2021/09/01(水) 04:15:02.36

>>795
元ファイル削除しないで新規ファイルをリネームで上書きできない？

**デフォルトの名無しさん** · 2021/09/01(水) 05:21:00.61

WPF関係ある？

**デフォルトの名無しさん** · 2021/09/02(木) 07:06:57.92

Windows App SDK 0.8.3

**デフォルトの名無しさん** · 2021/09/08(水) 11:42:39.52

MAUIもxamlなの？

**デフォルトの名無しさん** · 2021/09/08(水) 11:55:27.04

>>803
Xamarin.Formsの発展形がMAUIなんだし、xamlが基本になるんじゃね？

**デフォルトの名無しさん** · 2021/09/08(水) 13:52:14.51

>>804
ふーん
C#はもう諦めるわ

**デフォルトの名無しさん** · 2021/09/08(水) 15:47:04.39

>>805
イミフ

**デフォルトの名無しさん** · 2021/09/08(水) 16:46:08.35

>>805
雑魚ww

**デフォルトの名無しさん** · 2021/09/08(水) 21:07:13.93

>>805
意味わかってなさそう

**デフォルトの名無しさん** · 2021/09/08(水) 22:37:10.46

XAMLもIntellisenseで自動で埋めてくれんかな
ItemsSource{Binding = Data}
とか書いた時点でDataがどんな型か読み取って適当に表示してくれればいいのに
例えばList<int>だったら自動で要素まで分解して表示するとかさ
例えばList<List<int>>だったら自動で2×2で要素まで分解して表示するとかさ
ComboBoxやListBoxだって適当に良きに計らえよ

いちいち打つ側が指定してやらんのが面倒くさい

**デフォルトの名無しさん** · 2021/09/08(水) 23:02:45.97

d:DataContext="{d:DesignInstance ...

で行けたような。

**デフォルトの名無しさん** · 2021/09/09(木) 04:15:16.01

VS2022でマウスポインタを上に載せたら型が表示されたけど

**デフォルトの名無しさん** · 2021/09/09(木) 08:56:30.61

>>809
スニペットddc使えよ
ちゃんと補完するぞ

**デフォルトの名無しさん** · 2021/09/09(木) 09:26:45.67

>>809
UWPとWinUIのx:Bindはインテリセンス効くよ

**デフォルトの名無しさん** · 2021/09/09(木) 13:08:42.17

終わったプラットフォームと始まる前のプラットフォームの話してるやつなんなの？

**デフォルトの名無しさん** · 2021/09/09(木) 13:19:26.52

MSのUIプラットフォームは始まる前に終わるので

**デフォルトの名無しさん** · 2021/09/09(木) 14:43:39.58

署名なしの野良配布で開発モードONはなしで、
mauiは普通に野良配布できるの？

**デフォルトの名無しさん** · 2021/09/09(木) 16:01:43.06

名前を変えただけの悪名高きxamarinに何を期待してるんだか

**デフォルトの名無しさん** · 2021/09/09(木) 16:10:33.92

Xamarinと違って一からMSが開発するから期待してる

**デフォルトの名無しさん** · 2021/09/09(木) 20:46:17.54

何でもいいから一つにまとめろや

**デフォルトの名無しさん** · 2021/09/09(木) 21:10:08.64

>>814
じゃあ終わってないプラットフォームの話して。

**デフォルトの名無しさん** · 2021/09/09(木) 22:20:16.73

このスレで扱うのが適切な、始まっててかつ終わってないプラットフォームって実は存在しないのでは？

**デフォルトの名無しさん** · 2021/09/09(木) 22:43:15.68

MSのコードプラットフォームの主力がVSCodeに移ってもう長いし、
そもそもMSがオープンソースに舵切ってから相当たってるのに、
MSからまともなライブラリのが出てくる見込みはねえぞ。

**809** · 2021/09/09(木) 23:45:47.17

>>810-813
♪あ～～～～～～り～がと～～～～う
♪あ～～～～～～り～がと～～～～う

XAMLでIntellisenseできました
スニペットでddcも行けました
UWPとWinUIはまた今度で

**デフォルトの名無しさん** · 2021/09/10(金) 01:39:42.95

このスレ見てる時点でWindowsに絞ってる人間なんだから先にあるのはMAUIじゃなくてWinUI 3だよね

**デフォルトの名無しさん** · 2021/09/10(金) 03:37:48.26

>>821
うん、存在しないね

**デフォルトの名無しさん** · 2021/09/10(金) 06:02:04.48

>>821
WPF。
UWPは始まりもしないまま終わったけどな。

**デフォルトの名無しさん** · 2021/09/10(金) 11:27:22.51

MAUIとWinUIって開発工程においてはどれくらい違うの？

**デフォルトの名無しさん** · 2021/09/10(金) 11:37:57.48

XAMLの
<ListBox ItemsSource="{Binding MyItems, ElementName=MyWindow}"/>
をコードビハインドで書くとどうなりますか？

this.listBox.ItemsSource = MyItems;
のようになるのは分かっても、ElementNameの指定方法が分かりません。

**デフォルトの名無しさん** · 2021/09/10(金) 11:59:06.77

>>828
なんかおもいっきり違うな...

**デフォルトの名無しさん** · 2021/09/10(金) 12:13:47.11

>>828

<StackPanel>
<ListBox x:Name="list1" Height="100"/>
<Button Content="押しやがれ" Click="Button_Click"/>
</StackPanel>

private void Button_Click(object sender, RoutedEventArgs e)
{
list1.Items.Add("aaa");
}

**デフォルトの名無しさん** · 2021/09/10(金) 12:55:58.47

DirectXのDLLを参照してソフトを開発しているのですが、
開発環境ではちゃんと動作するものの別のPCだと参照エラーになる
調べてみると普通のPC(Windows10)にはDLLがインストールされていなくてこうなっているみたい

DLLを実行ファイルと同じ階層に置いてそれを参照するように設定すると
どの環境でも動くのですが、実行ファイルごとMSが作ったDLLを勝手に
配布したりするとダメらしい

たった2つのDLLのために2つも大きなランタイムファイルを
インストールしてもらうのも億劫なので、どうするべきか(T_T)

**デフォルトの名無しさん** · 2021/09/10(金) 14:53:58.46

>>829
全然違いました。

>>830
訂正、ありがとうございました。
それを使います。

**デフォルトの名無しさん** · 2021/09/10(金) 15:03:18.84

どうするかは利用者が決めることだろ

**デフォルトの名無しさん** · 2021/09/10(金) 15:37:55.55

>>831
DirectXのバージョンは？

**デフォルトの名無しさん** · 2021/09/10(金) 16:08:35.11

>MicrosoftのWin UI 3はUWPを捨ててWin32に集中

MSもようやく学習したかな?

**デフォルトの名無しさん** · 2021/09/10(金) 16:21:51.87

>>835
笑

まじでアホなのか、
コード書けないマネージャークラスが
非IT的な裁定を下してるかだな

それにもうMSもオープンソースに任せてんだろ
オープンソースはガチで良いものしか
上がって来れないからね

**デフォルトの名無しさん** · 2021/09/10(金) 17:01:51.06

>>834
DirectX9c
大変だけど別のMS-PLって緩いライセンスのDLLを使って
システムを改修しようと思います

**デフォルトの名無しさん** · 2021/09/10(金) 22:40:26.42

windows10じゃランタイムをインストールしないとダメだぞ
インストーラは再配布もできる
https://www.microsoft.com/en-us/download/search.aspx?q=directx
DirectX End-User Runtimes (June 2010)
This download provides the DirectX end-user redistributable that developers can include with their product.

**デフォルトの名無しさん** · 2021/09/11(土) 00:40:48.87

DirectXランタイムって色んなバージョンの雑にまとめた全部入りだから数百MBあるけど
やろうと思えばDirectSetupとか使って必要な分だけ同梱してサイレントインストールとかできるぞ
ぶっちゃけ必要なのがD3DXのDLLだけだったら横に置いて配布しても今時誰にも怒られんけどな
Chromeとか堂々とやってたし

もっともDirectXランタイムはdeprecatedされかかってるレベルのレガシー物件だし
可能ならD3D11にしてDirectXTKとか使った方がいいけど

**デフォルトの名無しさん** · 2021/09/11(土) 03:32:20.18

C#
public DataTable dT { get; } = new DataTable();

XAML
<Window x:Class="WpfApp.MainWindow"
x:Name="MyWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation";
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml";
xmlns:d="http://schemas.microsoft.com/expression/blend/2008";
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006";
mc:Ignorable="d"
Title="Demo" Height="500" Width="500">
になってるとき、XAMLの
<DataGrid ItemsSource="{Binding dT, ElementName=MyWindow}/>
をコードビハインドで書くにはどうすればいいんですか？

this.DataGrid.ItemsSource = dT;
だとElementNameが指定できませんよね？

**デフォルトの名無しさん** · 2021/09/11(土) 09:20:06.87

>>839
勉強になります。そうなんですよ。レガシーなDirectXはサポート終了で
廃れた技術なので、DLLを同梱して怒る人がいるとは思えません
でもライセンスはライセンスなので、無視はできません

サポート終了のランタイムをインストールしてもらうのは
考えものなので、やはり別の手段を取ることにしました

**デフォルトの名無しさん** · 2021/09/12(日) 07:46:49.64

>>840
DataGridに名前を付ける
それをコードビハインドで使う

**デフォルトの名無しさん** · 2021/09/12(日) 09:30:43.37

>>839
同意

**デフォルトの名無しさん** · 2021/09/12(日) 09:31:51.33

>>840
SetBinding

**デフォルトの名無しさん** · 2021/09/12(日) 11:02:35.52

>>842
できました、ありがとうございます。ただ、ElementNameは指定しなくてもいいんですか？
（今回はMyWindowだから動いているかもしれないですけど、別のに変わったら動かなくなるとかありますか？）
<Window x:Class="DataTable_CodeBehind.MainWindow"
x:Name="MyWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation";
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml";
xmlns:d="http://schemas.microsoft.com/expression/blend/2008";
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006";
xmlns:local="clr-namespace:DataTable_CodeBehind"
mc:Ignorable="d"
Title="MainWindow" Height="250" Width="400">
<Grid>

<DataGrid Name="dataGrid" ItemsSource="{Binding}" AutoGenerateColumns="True"/>
</Grid>
</Window>

public partial class MainWindow : Window
{
public DataTable dt { get; } = new DataTable();
public MainWindow()
{
dt.Columns.Add("MyColumn", typeof(string));
dt.Rows.Add("Row of data");
InitializeComponent();
dataGrid.DataContext = dt; // XAMLでItemsSource="{Binding dt, ElementName=MyWindow}"が指定されてたらコメントアウトしてもOK
// でも、ElementName=MyWindowは指定しなくてもいいの？
}
}

**デフォルトの名無しさん** · 2021/09/12(日) 11:14:27.19

>>844
>>845の例だと具体的にはどう書きますか？

dataGrid.SetBinding(ItemsControl.ItemsSourceProperty, dt);

と書いてもダメでした。

**デフォルトの名無しさん** · 2021/09/12(日) 11:28:19.94

しまった、連投すみません

>>842
dataGrid.DataContext = dt;
ではなくて、
dataGrid.ItemsSource = dt;
みたいにできるはずなんですがご存じないですか？

**デフォルトの名無しさん** · 2021/09/12(日) 16:39:23.72

>>846
それだとオーバーロードが別の
dataGrid.SetBinding(ItemsControl.ItemsSourceProperty, "dt");
でいけない
840と同じなら
var bind = new Binding("dt"){ElementName = "MyWindow"};
dataGrid.SetBinding(ItemsControl.ItemsSourceProperty, bind);
して呼び出してみるとか。外からなんでなんか間違えてるかも
でも目的が達成されたからいいかな

バインディング宣言の概要 - WPF .NET Framework | Microsoft Docs
https://docs.microsoft.com/ja-jp/dotnet/desktop/wpf/data/binding-declarations-overview?view=netframeworkdesktop-4.8

**デフォルトの名無しさん** · 2021/09/12(日) 18:46:39.81

そういやVM使わないWPFの挙動など殆ど把握していないわ

**デフォルトの名無しさん** · 2021/09/12(日) 20:02:22.06

>>848
仰る通り、

var bind = new Binding("dt"){ElementName = "MyWindow"};
dataGrid.SetBinding(ItemsControl.ItemsSourceProperty, bind);

で行けました！
これで行けるなら{ }の中を変えていろいろ指定できそうですね。

# ちなみに、
# dataGrid.SetBinding(ItemsControl.ItemsSourceProperty, "dt");
# は、DataGridは表示されるんですけど、
# ColumnもRowも表示されませんでした。

ありがとうございました！

**デフォルトの名無しさん** · 2021/09/13(月) 13:34:55.60

INotifyPropertyChangedってもっと脳死で簡単にできないの

**デフォルトの名無しさん** · 2021/09/13(月) 13:41:22.00

それを言ったらIEnumerableの方が頻出でもっと面倒では

**デフォルトの名無しさん** · 2021/09/13(月) 14:11:11.72

>>851
INotifyPropertyChangedを使わない。
馬鹿の一つ覚えで何でもかんでもVM作る病からの脱却せよ。

**デフォルトの名無しさん** · 2021/09/13(月) 14:41:19.39

>>853
更新の通知はどうするの

**デフォルトの名無しさん** · 2021/09/13(月) 15:04:32.55

>>851
VM用の基本クラス使ったら楽だと思うけど

**デフォルトの名無しさん** · 2021/09/13(月) 15:41:03.02

>>851
むしろあれ以上に簡単にできないやろ
自動実装プロパティにイベントも自動実装されたらパフォーマンスガタ落ちになるんじゃ

**デフォルトの名無しさん** · 2021/09/13(月) 15:53:20.23

結局WinUI3もWPFと実装方法は大して変わらないの？

**デフォルトの名無しさん** · 2021/09/13(月) 17:07:46.28

>>854
通知も何もない。
UI操作を起点にUIを直接書き換えて終わりだろ。
それで事足りるアプリケーションは山ほどある。

**デフォルトの名無しさん** · 2021/09/13(月) 17:28:00.98

>>851
propfullとタイプしてからタブキー2回押すんだ

**デフォルトの名無しさん** · 2021/09/13(月) 17:29:13.28

ハッキリ言って個人レベルとか5000行未満のアプリならMVVMなんかより、ひたすらイベントパンドラで書いた方が見通しもいいし実は修正もしやすいよ。

VとVMがわかれててもC#てデスクトップのツールじゃメリットあまりないし。
ほぼ間違いなく同じ人間が書いてんだから。
別の人間がXamlだけ編集してるとか成功ケースないでしょう。
WPFは所詮デスクトップのツール向きで、商用アプリ向きではないし。

MがGUIでもコンソールでも変わらないAPIになるよう意識してればいいだけ。

**デフォルトの名無しさん** · 2021/09/13(月) 17:52:25.62

Caliburn.MicroならPropertyChangedBaseが実装済み、例を示すと
private string _LogBox;
public string LogBox
{
get => _LogBox;
set => Set(ref _LogBox, value);
}
一方XAMLは
<TextBox x:Name="LogBox" />
これでLogBoxに何か入れるとテキストボックスに反映される
十分すぎるほど簡単に感じるけど・・・これすら無理な人いるかも知れない？

**デフォルトの名無しさん** · 2021/09/13(月) 18:29:40.64

>>851
それを実装した汎用valueクラスを作ってそれを使う。

>>858
それが当たり前だよね。
完全にMVVMするのが目的になってしまった
なれのはて

**デフォルトの名無しさん** · 2021/09/13(月) 20:22:16.87

>>857
VMの書き方はだいたい同じだが、Viewでx:Bindが使えるからインテリセンスが効くし型のチェックもコンパイル時にやってくれる
あと、Viewから右クリックの「定義へ移動」でVMの変数定義に移動できる

**デフォルトの名無しさん** · 2021/09/13(月) 21:03:21.49

しょぼいプログラムほどMVVMでの実装も楽だからINotifyPropertyChangedを避ける理由がよくわからない

**デフォルトの名無しさん** · 2021/09/13(月) 21:18:47.94

しょぼいから
スケールメリットでねーーんじゃね？

**デフォルトの名無しさん** · 2021/09/13(月) 21:21:14.98

バインドしない人は文字－数値の変換も自分で書くの？

**デフォルトの名無しさん** · 2021/09/13(月) 21:46:08.83

>>860
VとVMの分離はべつにデザイナーとの分業だけが目的じゃあないが。というか重要度としては低い。
WPF知らない人にありがちな典型的な誤解。

**デフォルトの名無しさん** · 2021/09/13(月) 22:02:18.04

いまだにMVVMに親を殺されたようなのがいるね
イベントハンドラしこしこ書くのはもういやだよ
でもWPFはFrameをもっとMVVMフレンドリーに作ってほしかたよ

**デフォルトの名無しさん** · 2021/09/13(月) 22:10:10.87

いや、知ってるからなんだけどw
ボダン押したら押したら更新する、同期性も何もない。

APIを呼ぶだけ。
大きくなる予定なし。

こんなのすらさえWVVMしだすっていうw

**デフォルトの名無しさん** · 2021/09/13(月) 22:41:51.00

INotifyPropertyChangedとINotifyCollectionChangedの違いを知りたいです。
このサイトを参考に話します（Xamarinですけど）：
https://qiita.com/furugen/items/18bd2a521d1fa9927212
これは
public class MemoData
{
public string Title
{
get;
set;
}
}
のTitleがプロパティだから、
public class MemoData : INotifyPropertyChangedなんですか？
もし、上のが
public class MemoData
{
public List<string> Title
{
get;
set;
}
}
だったら、
public class MemoData : INotifyCollectionChangedになりますか？
それとも、この場合はListからObservableCollectionに変更するだけで解決ですか？
ObservableCollectionが元々INotifyCollectionChangedを含んでいるのは知っています。
また、public class MemoData : INotifyCollectionChangedと書くケースは皆無ですか？

**デフォルトの名無しさん** · 2021/09/13(月) 23:16:04.60

何をしたいかによる

**デフォルトの名無しさん** · 2021/09/13(月) 23:44:39.21

>>869
Mvvmじゃなくて通知の問題ね。
WPFのMvvm以前はこんな問題は発生してないねーー

**デフォルトの名無しさん** · 2021/09/14(火) 05:34:23.96

>>861
冗長。
コード側の6行は不要。XAML側の1行だけでOK。

**デフォルトの名無しさん** · 2021/09/14(火) 08:22:12.46

>>868
まだまだ初心者だな。
アプリに合わせて最適な実装方法を選択できるようにならなきゃ駄目だそ。道具は素材に合わせて使い分ける。
MVVMはあくまで道具の一つ。

**デフォルトの名無しさん** · 2021/09/14(火) 08:31:12.46

MVVMは目的じゃない

**デフォルトの名無しさん** · 2021/09/14(火) 10:03:00.45

>>873
ケースを想定せずにOKも何もないでしょうに

**デフォルトの名無しさん** · 2021/09/14(火) 12:11:35.18

コードビハインド禁止ゲームとか
アホの極み！

**デフォルトの名無しさん** · 2021/09/14(火) 13:51:43.59

今はPrismだけ使ってるけど、みんなReactiveProperty使ってるの？便利？