WPF(.NET4.x, .NET Core) GUIプログラミング Part23

**デフォルトの名無しさん** · 2019/05/16(木) 07:52:32.39

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

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
https://mevius.5ch.net/test/read.cgi/tech/1513175747/

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

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

**デフォルトの名無しさん** · 2019/05/19(日) 16:35:16.33

>>38
どうも　自動で境界線にフィットしてくれるんですねこれ
<StackPanel Orientation="Horizontal">
<Button Content="hoge" />
<GridSplitter HorizontalAlignment="Stretch" Width="5"/>
<Button Content="hoge" />
<Button Content="hoge" />
</StackPanel>
でもこれやっても動作しないのはなぜでしょうか？
ボタンも画面いっぱいまで広がりません。

**デフォルトの名無しさん** · 2019/05/19(日) 16:41:45.96

>>41
GridSplitterは縦分割もしくは横分割したGridで使うものだよ

**デフォルトの名無しさん** · 2019/05/19(日) 16:52:21.95

↑確かに名前の通りですね
gridで試してみます

**デフォルトの名無しさん** · 2019/05/19(日) 17:40:18.44

>>36
>%指定は出来ないようです

おいおい勝手に決めちゃうな、ちゃんとできるよ。
単に2:6:2になる値にすればいいだけ。

**デフォルトの名無しさん** · 2019/05/19(日) 19:24:20.26

アスタリスクで指定できるんですね
すみません

**デフォルトの名無しさん** · 2019/05/19(日) 19:51:56.06

mvvmという概念がよくわからないのですが、
mはモデル、vはビュー、vmはビューモデルですよね
wpfのプロジェクトでいうと、ビューはxamlで、vmはmainwindow.xaml.cs
mはビューに表示する数値を処理する関数を保存しておくファイル（自分で作る？）という感じでしょうかね
超絶簡単なチュートはないでしょうか？どこも説明が難しいです。

**デフォルトの名無しさん** · 2019/05/19(日) 19:57:41.44

MVVMなんて最初は意識しないでformsみたいにxaml.csにそのまま処理書くのでいいよ

**デフォルトの名無しさん** · 2019/05/19(日) 20:01:39.69

>>46
*.xaml.csはViewの一部。ViewModelじゃない。

**デフォルトの名無しさん** · 2019/05/19(日) 20:11:28.61

>>47,48
そうします
わかわからんですし、大規模になることはないので

**デフォルトの名無しさん** · 2019/05/19(日) 20:55:09.12

wpf & mvvm が普及しなかったのはこの敷居の高さなんだよな…

**デフォルトの名無しさん** · 2019/05/19(日) 21:15:35.77

>>50
コミュニティに頼らずに自前でそこそこサポートするのが売りだったのに、この辺りから放棄し始めたんだよな

**デフォルトの名無しさん** · 2019/05/20(月) 05:06:11.18

wpfって将来性がないってことですか？formの代替えって他にあるんでしょうか？

**デフォルトの名無しさん** · 2019/05/20(月) 06:34:33.69

Electron

**デフォルトの名無しさん** · 2019/05/20(月) 06:47:23.90

極論するとWindows上で動くアプリケーション自体が下火だからなぁ
PC上のローカルなリソースを触らない限りはJavaScriptのSPAで書いとけばWindows以外でもそのまま動くし
MVVMもVueやAngularで始めるほうが理解しやすいように思えるし

**デフォルトの名無しさん** · 2019/05/20(月) 07:05:09.37

想像ですけど、jsベースだとローカルでもwebでも行けるから便利ということですよね
v

**デフォルトの名無しさん** · 2019/05/20(月) 11:49:59.73

機能からgridレイアウトをやって、ある程度形はデキたんですが、縦に目一杯表示されません。
調べるとverticalalignmentをストレッチにすればいいということなんですが、駄目です
親も子もストレッチかけてるんですが、どこが駄目でしょうか。

ウインドウのサイズがデフォルトのサイズの場合は１００％までストレッチされますが、全画面表示まで拡大すると、stackpanel_innerにデフォルトのサイズが適用されます。

https://ideone.com/3RZafi

**デフォルトの名無しさん** · 2019/05/20(月) 12:18:39.68

>>56
stackpanel_outerはDockPanelに変更して、MenuにDockPanel.Dock="Top"追加
stackpanel_innnerは無くすか、StackPanel以外(DockPanel/Grid等)にする

**デフォルトの名無しさん** · 2019/05/20(月) 15:28:14.16

↑どうもデキたです
stackpanelがなぜ駄目なんでしょうか
htmlのインライン要素のような扱いなんでしょうか。

**デフォルトの名無しさん** · 2019/05/20(月) 16:43:30.51

>>52
以前は、ストアに対応していない（しない）などの方向から
WPF終了説が言われていたのだけど、それが変化してきたようで、
WPFの利用がもっと増加する可能性も出てきたみたい
ここ数か月の発表に注意してみるといいかもしれない。
デスクトップアプリが見直されてきている流れもあるので。

**デフォルトの名無しさん** · 2019/05/20(月) 16:54:53.51

MSが一度見限ったプロダクトを見直した例はない
時間は有限なんだからこういうのは悪い方に考えたほうがいいよ

**デフォルトの名無しさん** · 2019/05/20(月) 23:12:06.78

「見限った」「見直した」って具体的にどういうことを指しているんだろう。

**デフォルトの名無しさん** · 2019/05/20(月) 23:31:21.89

見限った → メンテナンスモードに切り替えた
見直した → 再度アクティブな開発を始めた
かな

**デフォルトの名無しさん** · 2019/05/20(月) 23:54:57.44

そういう意味でなら、WPFはまだ見限られてはいないわけだ。

**デフォルトの名無しさん** · 2019/05/21(火) 00:19:28.65

WPFはとっくの昔にメンテナンスモードに入ってる
UWPだけがアクティブ

**デフォルトの名無しさん** · 2019/05/21(火) 00:41:18.11

>>64
>UWPだけがアクティブ
WPFはともかく、MSのこの数か月見てた方が良いよ

**デフォルトの名無しさん** · 2019/05/21(火) 00:59:54.43

>>65
Build 2019でCore対応以外になんかWPF/WinFormsの新しい話題あったっけ？
MSを信じるのは勝手だけど、本当にそれが自分にとってプラスになるのかは一度立ち止まってよく考えてみた方がいいよ
君自身のキャリアの問題だ

**デフォルトの名無しさん** · 2019/05/21(火) 05:16:38.24

結局、ｃ＋＋が普遍的なんでしょうか。
やったことはないですが、個人で使うものではないとか。

**デフォルトの名無しさん** · 2019/05/21(火) 06:07:31.76

>>66
そのCore対応がデカいんじゃないか
どれだけ投資してると思ってんだよ

**デフォルトの名無しさん** · 2019/05/21(火) 07:43:54.26

>>68
そう思う？移植完了の後はロードマップ真っ白なのに？
ちなみにdotnet/wpfは4人くらいで作業していて、必要最小限の単純な移植を超える仕事は厳しく禁じられているようだ

**デフォルトの名無しさん** · 2019/05/21(火) 08:07:51.81

>>65
core対応でアクティブだと言えるならWPFだけじゃなくwin formsも
アクティブと言うことになるけど…

アクティブじゃないよ
もう開発してないよ

**デフォルトの名無しさん** · 2019/05/21(火) 09:04:23.15

一度捨てたと思ったデスクトップの必要性が再認識されてきている。
これから夏にかけxaml islandの話題がMSより増えて行くだろうから
まずはそちらを気にした方が良い。デスクトップもUWPだけで行きま
しょうというMSの方向性が大きく変化したことは確かだから。
UWPのコントロールもそれぞれが共有できる方向に変化してきたので。
ただし、FORMに関してのxaml ilandはどうやるの？という疑問はある。
とはいえ、WPFが新たに拡張されてという話とはちょい異なる。
この数か月のマイクロソフトの発表をみましょ。

**デフォルトの名無しさん** · 2019/05/21(火) 09:15:29.44

>>69
もしかしてひとつのフレームワークに4人ってのが少ないとでも思ってる？

**デフォルトの名無しさん** · 2019/05/21(火) 12:54:23.99

MSレベルで4人雇ったら、年5000万位かかるか

**デフォルトの名無しさん** · 2019/05/21(火) 13:27:03.74

フルタイムで作業してるのは一人だけっぽいね

**デフォルトの名無しさん** · 2019/05/21(火) 16:39:45.49

>>74
C#だってフルタイムは一人だけやでw

**デフォルトの名無しさん** · 2019/05/21(火) 19:25:13.12

あれだけ押してるBlazorもフルタイムは1人だもんね

**デフォルトの名無しさん** · 2019/05/21(火) 19:31:06.98

WPFが好きすぎて頭が逝っちゃってる人の集まり？

**デフォルトの名無しさん** · 2019/05/21(火) 19:52:22.69

嫌いなのに張り付いてる方が頭が逝ってるだろ

**デフォルトの名無しさん** · 2019/05/21(火) 19:54:10.43

ID:00e1l8X+はマ板で呟いてくれんかね

**デフォルトの名無しさん** · 2019/05/21(火) 20:12:32.33

>>73
MSレベルっつーか人月単価100万ってそんなに優秀じゃないぞ

**デフォルトの名無しさん** · 2019/05/21(火) 23:36:21.83

この中でvb.net派の人いるかな....
新しいプロジェクト作成するたびににC#に移行しようと思っても、やっぱりVB選んでしまう...
おかげでC#のサンプルでも即座にVBに変換できるようになったわ

**デフォルトの名無しさん** · 2019/05/22(水) 04:03:18.31

これだから、アラフィフのおじいちゃんは...

**デフォルトの名無しさん** · 2019/05/22(水) 07:50:35.59

ぶいびーww

**デフォルトの名無しさん** · 2019/05/24(金) 23:18:25.57

別にVB.NETでもかまわんと思うけどね
C#を推奨したい日本マイクロソフトのバイアスがずっと続いてるけど、ちゃんと他人にも分かる様なコード書けば問題無い
まあ、それがVBプログラマーの悪い所だが

**デフォルトの名無しさん** · 2019/05/25(土) 00:17:27.23

VB.NETでラムダを多用するようなソースコードを書くと見づらくてたまらないんだよな

まあ一人で書いてるソースであれば好きにすればいいんじゃないとも思うけど
引き継ぎや担当者アサインのことを考えるとちょっとなあ
若手・未経験者に今更VB.NETを覚えさせるのも後ろめたいというか倫理的に問題があるし
かといって「VB.NET出来ます」っていう人のスキルって大抵VisualStudio2005～2008あたりで止まってる人が多いし
新しめの(VS2015/2017あたりの)文法を使うならそれこそC#で書くほうがスマートだし

**デフォルトの名無しさん** · 2019/05/25(土) 00:26:30.22

俺は基本的にはVB派だが、ラムダ式だけは何とかならんかったのかと思うわ

あとヌル合体演算子はよ

**デフォルトの名無しさん** · 2019/05/25(土) 04:17:14.56

今あえてC#よりVBを選ぶ理由を知りたい

**デフォルトの名無しさん** · 2019/05/25(土) 04:17:54.71

マイクロソフトが好んでやりたいというより、VBで行きたいという声がスゲー多いためにそうせざるを得ないということだろな。これが人間社会ちゅうものなんだろう。

**デフォルトの名無しさん** · 2019/05/25(土) 04:42:40.16

リストボックスに画像表示するにはなんの関数を使うのか教えてください
ヒントだけでいいです

String[] img = System.IO.Directory.GetFileSystemEntries(
@" C: \Users\ワイ\Desktop"
);
//Directory.GetFileSystemEntries Method
for (int i = 0;i< files.Length;i++) {
listbox_right.Items.Add(img[i]);
これだとテキスト表示になります
そもそもlistboxはテキストのみなんですかね。

**デフォルトの名無しさん** · 2019/05/25(土) 05:02:01.28

>>89
WPFの場合はコードはそれでいい。
XAML側でListBoxのItemTemplateを定義し、ImageのSourceプロパティに{Binding}でバインドする。
何を言っているのかまるで意味がわからないと思うが、それがWPFなんだよね。
https://docs.microsoft.com/ja-jp/dotnet/framework/wpf/data/data-templating-overview?view=netframework-4.8
まずはこの辺りのドキュメントを完全に理解できるようにならないと話にならない。
はっきり言って、今更こんな複雑怪奇な終わったフレームワークを無理に覚える価値はない。時間を無駄にする前にWPFは止めなさい。

**デフォルトの名無しさん** · 2019/05/25(土) 05:12:14.62

じゃあ代わりに何をすればいいのですか？electronはメモリ食うという噂が
vs codeは実際そうです

**デフォルトの名無しさん** · 2019/05/25(土) 05:55:05.76

>>91
Windowsのデスクトップアプリは迷走しまくっている
UWPも先行きが怪しくなってきて、もはやMS自身も今後どれを推奨するか明確に決まっていないという無茶苦茶な状況だ
・スキルの汎用性を重視する : いっそWebへ乗り換えるか、ElectronでWebベースの技術で作る
・学習コストを最小化する : WinForms
なるべく時間を無駄にしないためには今ならこのどちらかだろうな

**デフォルトの名無しさん** · 2019/05/25(土) 07:33:36.50

electronですか、rpgエディタみたいなの作れますか・

**デフォルトの名無しさん** · 2019/05/25(土) 07:53:36.86

>>92
横からですが、参考になりました。
いろいろググってて数年前の情報で、「新規開発で WPF を選択しない理由はない」みたいなことが書いてあって、
調べ始めたところでした。
ざっと読んだ感じ、昔の MFC や OWL の Doc / View みたいな感じ？

**デフォルトの名無しさん** · 2019/05/25(土) 08:16:31.16

>>93
そりゃ作れるけど、ゲームならUnity使ったほうがいいんじゃないか？
ゲーム用の開発スイートだからゲーム本体はもちろんだが、簡単なGUIアプリも十分に作れる
あと個人的にアドバイスさせてもらうと、ゲームはまずゲーム本体から作った方がいい
俺も初心者の頃に同じことをやろうとしたことがあるから分かるが、ツールから作ろうとすると結局後で無駄になる
エディタなんてexcelで十分

**デフォルトの名無しさん** · 2019/05/25(土) 09:04:48.17

勉強も兼ねてるので１から作ろうとしています
２ｄ専用のウルフエディタみたいなものを目指してますね

electronだと重いみたいなことが言われますが、２ｄなら問題ないと思います

**デフォルトの名無しさん** · 2019/05/25(土) 15:17:08.94

バインディングの超簡単なサンプルってないですか？
テキストボックスに文字をバインドするという仕組みなんですが。
<TextBox Name="textbox_center" Text="{Binding x}"/>
プログラム側でのｘ変数への文字の指定方法が見つかりませンでした

また、そもそもバインドとは、タグのプロパティに変数を指定する仕組みということでしょうか？

また、set ; getみたいなやつの意味がわからないです
超簡単なサンプルのページ教えてください

**デフォルトの名無しさん** · 2019/05/25(土) 15:27:32.07

>>97
> set ; getみたいなやつ
自動実装プロパティのことかな

**デフォルトの名無しさん** · 2019/05/25(土) 15:28:35.22

WPF binding
で検索するといっぱい出てくるよ

**デフォルトの名無しさん** · 2019/05/25(土) 17:08:11.22

>>97
set;get;はここ
https://ufcpp.net/study/csharp/oo_property.html

てかそれの意味がわからないならWPFより先にC#の勉強しろや

**デフォルトの名無しさん** · 2019/05/25(土) 17:09:54.90

バインディングが効かなかったのはTextBoxコントロールを使っていたからですね
TextBlockにしたら効いたのですが、なぜでしょうか？
どちらも単なるテキストの表示です

**デフォルトの名無しさん** · 2019/05/25(土) 17:17:51.87

Electron は、Chromium(ブラウザ) + Node.js(サーバー)だから、300MB もある！

ツクールなども、Node.js か、Ruby on Rails じゃないの？

**デフォルトの名無しさん** · 2019/05/25(土) 17:51:36.28

そもそもデスクトップアプリ作るのにWPFがいまいちだからElectronって、後退してるよな。

**デフォルトの名無しさん** · 2019/05/25(土) 18:34:01.11

すみません
wpfがんばります

**デフォルトの名無しさん** · 2019/05/25(土) 18:58:35.19

C#経験が評価されて今度ASP.NETの案件に参画するかもしれん
同じC#だが、覚えるのキツイな
だがついにデスクトップアプリマンの俺がデスクトップアプリから脱皮する時がきたわ
windowsサーバーだから個人開発では使えないし潰し効かないのが難点だがな・・・

**デフォルトの名無しさん** · 2019/05/25(土) 19:30:48.30

>>105
最近はASP.NET coreがあるから個人でもLinuxサーバで使えるのでは？

**デフォルトの名無しさん** · 2019/05/25(土) 19:43:52.34

>>106
そうなんだ
まだASP.NET MVCの基本しか勉強してないから知らなかったよ
個人でLinuxサーバー構築してずっとパソコンつけっぱなしで扇風機でもつけて冷やしとけば良いのか？
しかしインフラの知識が少し弱いし、それだとPC一台専用で買って常に動かしとかないといけないよな？現実的じゃないわ
あとアーキテクチャがMVCの方とどの程度違うのかによるな
アーキテクチャが全然違ったらまたかなりの勉強が必要になるし

**デフォルトの名無しさん** · 2019/05/25(土) 19:53:56.15

あ、違うか
linuxのレンタルサーバーに実行環境をデプロイして自分で環境構築しちゃえばいいのか
レンタルサーバーって最初からApacheとかは入ってるから自分で環境構築という発想がなかったわ
いけそうな気がするな、うん

**デフォルトの名無しさん** · 2019/05/25(土) 20:24:09.29

>>107-108
VMwareなりVirtualBoxとか使えばいいだけだろ
メモリー8GB程度あればCentOSの最小インストールなら普通に動くし

**デフォルトの名無しさん** · 2019/05/25(土) 20:36:18.47

>>109
常時起動ならレンタルサーバ借りたほうがいいよ
てかVMwareにLinux入れるくらいだったらBash on Ubuntu on Windowsでええやろ

**デフォルトの名無しさん** · 2019/05/25(土) 20:43:31.92

Bash on Ubuntu on Windowsはないわ～

**デフォルトの名無しさん** · 2019/05/25(土) 21:19:40.28

バインドについて勉強してます
チュート試してみたのですが、うまく動かないので間違いの指摘をお願いします
https://ideone.com/Dgu2QJ

https://araramistudio.jimdo.com/2016/11/25/wpf%E3%81%AE%E3%83%90%E3%82%A4%E3%83%B3%E3%83%87%E3%82%A3%E3%83%B3%E3%82%B0-%E3%81%9D%E3%81%AE%EF%BC%91/

参考ページです

また、viewmodelの役割を大雑把に言うと何になるでしょうか？
仲介役ということで、上のコードでいえばclass1.csの部分かと思います。
viewとmodelだけで事足りるような気がするのですが。

**デフォルトの名無しさん** · 2019/05/25(土) 21:22:05.45

>>110
ケースバイケースだろ
個人開発でテストだけでレンタルサーバーまで借りなくてもいいだろうし小規模ならRaspberry Piとかでもいいし

**デフォルトの名無しさん** · 2019/05/25(土) 21:26:25.93

>>113
個人利用ならAzureやAWSの無料枠で十分

**デフォルトの名無しさん** · 2019/05/26(日) 00:32:18.87

>>112
それは実装途中の物みたいだから続きを読んでいけばいいんじゃないかな（無責任）

**デフォルトの名無しさん** · 2019/05/26(日) 08:21:06.40

UWPの次の将来性のあるフレームワークができるまではWEBで食ってようかな
windowsアプリなんて金にならなさそうだし

**デフォルトの名無しさん** · 2019/05/26(日) 13:55:20.05

食ってようかな(笑)

**デフォルトの名無しさん** · 2019/05/26(日) 15:10:46.67

>>116
どちらにしろ、受託じゃたかが知れてる

**デフォルトの名無しさん** · 2019/05/26(日) 16:10:16.91

食っててくれたまえ

**デフォルトの名無しさん** · 2019/05/26(日) 19:50:11.76

hoge{get;set;}
これの意味がわからないのですが、超絶シンプルな例ってないんでしょうか？
例えばテキストボックスコントロールのTEXTにhogeという変数をバインドして、
hogeにプログラムないでhoge="文字";などと代入する

その歳の仲介というイメージなのですが、具体的にどういう動きをするんでしょうか
プログラム内で"文字"をgetして、バインドされたhogeにsetする？なんて意味ですか？

**デフォルトの名無しさん** · 2019/05/26(日) 19:50:57.04

要は通常はxamlからhogeの値は参照出来ない
それを許可するための宣言がgetということですかね？

**デフォルトの名無しさん** · 2019/05/26(日) 19:53:46.88

ただのプロパティやろ

**デフォルトの名無しさん** · 2019/05/26(日) 19:54:23.45

>>120
全然違う
ここ読め
https://ufcpp.net/study/csharp/oo_property.html

**デフォルトの名無しさん** · 2019/05/26(日) 20:00:05.12

このレベルからWPFとか素人にハーフマラソン走らせるレベル

**デフォルトの名無しさん** · 2019/05/26(日) 20:15:28.64

>>120
君にはプログラミングは無理
肉体労働するといい

**デフォルトの名無しさん** · 2019/05/26(日) 20:23:59.98

ID:P9kv6fd4の馬鹿か

**デフォルトの名無しさん** · 2019/05/26(日) 20:34:08.79

基礎からやろう？って何週間も前からいろんな人から散々言われているのにそういうアドバイスは一切無視して延々と質問続けるだけだからね
ツールは当然一生完成しないし技術は大してつかないで終わるよ

**デフォルトの名無しさん** · 2019/05/26(日) 22:17:35.93

>>120
wpfはviewとviewmodelをdatacontextを介してやりとりするんや
例えばmainviewのdatacontextにmainviewmodelクラスを指定した場合、
mainviewmodelクラスのプロパティの値をバインディングすることでviewに表示することができる

c#でもJavaでもプロパティは外部への情報公開を目的としてるから
その意図をそのまま利用しとるだけ

大分ざっくりした説明だけれど、もし全く理解できないのなら前でも誰か言ってたけど、
windows formにするかコードビハインドに書くやり方でまずはやったほうがいい
JavaScriptにもMVVMの概念はあるからそっちから攻めるのもありかもしれない

**デフォルトの名無しさん** · 2019/05/26(日) 22:20:05.47

ごめん、Javaのプロパティのとこは無視してくれ

**デフォルトの名無しさん** · 2019/05/27(月) 07:42:24.34

>>120
内部変数を省略してるだけなんよ
private の内部変数がコンパイル時に勝手に作られる

**デフォルトの名無しさん** · 2019/05/27(月) 11:51:22.51

>>120
自動実装プロパティっていつ使うのって話ならWPFはほぼ関係ない
自動実装プロパティは.netの機能でWPFは.netの一部
というだけの話

これは基礎からやれって話なのか？だけど
今からならwindows formsは勉強しなくていいと言う人もいるし
実際しなくていいだろう
ただWPFの解説書に.netについての解説なんかないよね
1からやる場合こういう.netの知識が曖昧になっても不思議はないと思う
.netは追加機能も多いし巨大すぎる

**デフォルトの名無しさん** · 2019/05/27(月) 18:13:11.10

＞　今からならwindows formsは勉強しなくていいと言う人もいるし
＞　実際しなくていいだろう

何を馬鹿なことを言ってるんだｗ
最近の初心者向け本では逆にwinformsしか説明してない
WPFなんて眼中にない

**デフォルトの名無しさん** · 2019/05/27(月) 18:24:54.78

>>132
素人向けだからだろ？
wpfはMVVMとかxamlがくっついてくるから、winformの方が初心者向けなのは当たり前だ

**デフォルトの名無しさん** · 2019/05/27(月) 19:33:58.77

で、ユニバーサルプラットフォームって
何と何と何があるのかな？

**デフォルトの名無しさん** · 2019/05/27(月) 21:13:35.13

UWPとWPFの区別がつかない人がドヤ顔でマウンティング

**デフォルトの名無しさん** · 2019/05/27(月) 21:27:11.21

最近増えてきたガラスのような表現のフレームワークはWPFですか?

**デフォルトの名無しさん** · 2019/05/27(月) 21:30:57.15

いいえ
あれはUWPです

**デフォルトの名無しさん** · 2019/05/28(火) 19:02:40.16

xaml islandが出てきて、UWPじゃないとできないという制約が
なくなってきたね。

**デフォルトの名無しさん** · 2019/05/28(火) 19:15:12.49

そんなのあんだ。

**デフォルトの名無しさん** · 2019/05/28(火) 19:38:30.31

逆に今後の新規開発や追加開発ではWPFもういらないってことなんだけどな
既存のWPF部分に手を入れざるを得ない場合を除き、常にWindows Runtimeで作る
それが今後のWPFアプリケーションの唯一の正しい作り方だ

**デフォルトの名無しさん** · 2019/05/28(火) 20:56:00.72

>>140
ジョジョでいう
シルバーチャリオッツレクイエムみたいなもんか