WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22

**デフォルトの名無しさん** · 2017/12/13(水) 23:35:47.18

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

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
http://mevius.2ch.net/test/read.cgi/tech/1494288553/

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

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

**デフォルトの名無しさん** · 2017/12/14(木) 23:16:29.34

**デフォルトの名無しさん** · 2017/12/15(金) 11:46:37.53

Virtualized TreeViewでスクロールを繰り返すと
stackoverflowexceptionが出る件、まだ直らないのか

**デフォルトの名無しさん** · 2017/12/15(金) 23:55:53.71

MVVM的に真っ当にタイマー処理をするにはどういう設計にすればいいですか？
Modelでタイマーオブジェクトを管理するのはおかしいですか？

**デフォルトの名無しさん** · 2017/12/16(土) 02:53:28.31

>>4
タイマの目的によると思う
定期的なビューの更新をしたいだけなら、モデルにはなるべく静的なロジックだけを持たせるようにしておいて、
ビュー側からタイマー起点で最新情報をモデルに要求する形にするほうが綺麗(いわゆるプル型)
例えば倉庫の作業管理システムで30分毎に休憩のためのアラーム鳴らすとか、
ビジネスロジック的なタイマー処理ならモデル側で時間測ってビューへプッシュしてやるべきだろうね

5 · 2017/12/16(土) 03:04:22.39

補足しとくと、VMはビューに含まれると考えてくれ。
ビューにタイマを持つと決めたなら、VかVMのどちらに置くかははっきり言ってどうでもいい。
MVVMはあくまでビュー層に閉じたデザインパターンであって、
モデルとの役割分担さえ守れてればあとは大した問題ではない。なんならVMなんか無くても大枠には影響しない。

**デフォルトの名無しさん** · 2017/12/16(土) 13:30:30.25

>>5
定期的にサイトをダウンロードして解析してメール送信等を行うプログラムの場合はどうしますか？

**デフォルトの名無しさん** · 2017/12/16(土) 13:50:00.58

>>7
モデルというか内部処理側だな
少なくともビューに直接埋め込むのは無い
あと、そういう単画面のツール的なアプリにVMは要らん
MVVMはDBの単純な読み書きをしたりするだけの紋切り型の画面を大量生産するのに使うんだよ

**デフォルトの名無しさん** · 2017/12/16(土) 17:41:34.16

>>7
Mでいいんじゃないかな。
タイマーは単体テストするならインターフェース挟んで実装差し替えれるようにしておくと幸せかも。

**デフォルトの名無しさん** · 2017/12/17(日) 16:48:26.13

WPFでMVVMパターン勉強中(Prism6 + ReactiveProperty)
ボタンとWebBrowserを配置して，ボタンを押したときにWebBrowserのRefreshメソッドを
実行したいのだが，どのように実装すればよいか教えてほしい。
メソッド自体はBehaviorで実行できるが，メソッドへのトリガのかけ方がわからない。
Messenger? ActionTorigger?あたりを使う？

あと，できればWPFの勉強方法も教えてもらえるとありがたい。

**デフォルトの名無しさん** · 2017/12/17(日) 19:21:48.62

なんも処理はさまないならEventTriggerでClickイベント拾ってCallMethodActionでWebBrowserのReflesh呼んでもいいんじゃないかな

**デフォルトの名無しさん** · 2017/12/17(日) 19:36:49.11

普通にイベントハンドラでやればいいでしょ
間にVMを噛ませる意味が全くない

**デフォルトの名無しさん** · 2017/12/17(日) 20:15:44.50

MVVMを勉強したいだけならWPFより他の方法を取ったほうがいい
BehaviorにしろEventTriggerにしろMVVMやるだけなら要らん
Commandも要らん
焦点がぼやけるだけ

**デフォルトの名無しさん** · 2017/12/18(月) 07:11:35.08

MVVMを勉強したいならテーマ選定も不適切だね
モデルが明確に定義できないものにMVVMは向いてない
自分のToDo管理システムでも作っとけ

**デフォルトの名無しさん** · 2017/12/18(月) 08:47:49.36

複数選択できるチェックボックスつきのリストビュー
というのがWPF初心者には不向きな題材に思えるけども
年賀状住所録とか交通費清算フォームとかがいいんじゃない、Master-Detailな画面で

**デフォルトの名無しさん** · 2017/12/18(月) 08:54:40.49

今後複雑化したら（既に複雑だから）UIとロジックを分離したいんだろ

**デフォルトの名無しさん** · 2017/12/18(月) 12:33:21.65

>>16
迷ったときは原則に立ち返ることが大事。
なんでビューとロジックを分けるかというと、オブジェクト指向でいう「関心の分離」に従って
それぞれビューはビューだけ、ロジックはロジックだけに集中して開発できるようにするのが目的だ。
でMVVMはさらにこのビューを「ビューの状態とその制御」と「デザイン」とに分離するわけ。
で質問者のケースでは、大まかに関心を分離すると、ブラウザの制御、スケジューリング、ビュー、となるだろうな。
こう分離したときビューっておそらくかなり単純なものになるはずだよ。
その上であえてVMを分離する必要があるだろうか？ということ。

17 · 2017/12/18(月) 12:44:16.07

先に言っておくけど、バインド使いたいだけならコードビハインドにプロパティ定義すれば済む話だからね。VMを使う理由にはならない。

**デフォルトの名無しさん** · 2017/12/18(月) 14:12:27.02

WebBrowserに依存関係プロパティは存在せず、かと言ってsealed宣言されてるクラス
セキュリティ上の制約という説明になってるが早い話がいじれない
他の選択肢があるんじゃないか、例えばCefSharpなら今風でナウい子向けじゃないの

**デフォルトの名無しさん** · 2017/12/18(月) 21:37:06.56

前スレのポトペタできるを信じて勉強がてらユーティリティ作ろうと思ったんだけど、
フォルダダイアログって WindowsAPICodePack を入れるしかないのか？

**デフォルトの名無しさん** · 2017/12/18(月) 21:42:14.59

チープな奴でよければWindows.Formsを参照に追加しても使える
何となく負けたような感じがするが気にしてはいけない
全てはMSが悪い

**デフォルトの名無しさん** · 2017/12/18(月) 21:49:14.00

WPFはポトペタできるって主張したの誰だよｗ
WinForms 使ってやってみる、ありがとう

**デフォルトの名無しさん** · 2017/12/18(月) 21:50:10.70

あ、WinForms のフォルダブラウザダイアログを使って WPF を使ってみるってことね

**デフォルトの名無しさん** · 2017/12/18(月) 23:23:49.24

勉強なら自作するのもありじゃん？

**デフォルトの名無しさん** · 2017/12/18(月) 23:52:51.70

BitmapImage を MemoryStream から読み込んで作ってるんですが、
特定の jpeg ファイルを非同期で読ませると、デコードが非常に遅くなります（他のファイルの 10 倍くらい）
同期的に読ませると普通に速いです
メモリには余裕があり、また Visual Studio のプロファイラを見る限り、GCが頻発してるわけでもありません
また jpeg を bmp に変換してやると問題は解消されて、他のファイルと同じくらいの速度でデコードが完了します
(1) なぜ特定のファイルだけ遅くなるのか
(2) なぜ非同期だと遅くなるのか
このあたり、何か知ってる方はいるでしょうか？

**デフォルトの名無しさん** · 2017/12/19(火) 01:34:49.55

新規アプリ作ってその１つのファイルだけ読んでも遅いんだよね？？
まぁ、そうだしても思い当たるふしねぇな。

**デフォルトの名無しさん** · 2017/12/19(火) 10:59:02.77

どこから持ってきたJPGなんだい？
ステガノグラフィや埋め込みバイナリとか付いてるんじゃない？
JPGファイルの内部をチェックしてみてはどうかな？

**デフォルトの名無しさん** · 2017/12/19(火) 12:38:42.22

>>17
それらを現実のもので例えたら何？

**デフォルトの名無しさん** · 2017/12/19(火) 13:01:31.33

JPEGと言ってもプログレッシブJPEGとかグレースケールJPEGとかある

25 · 2017/12/20(水) 00:20:54.32

いろいろアドバイスありがとうございます
眠すぎるのでわかったことだけ

問題のjpegファイルですが、セグメントを一個ずつ消してみて
デコード速度を測定したところ、APP2セグメントが問題だと分かりました
APP2セグメントを消すと他のファイルと同じくらいの展開速度になります。
BitmapImage がカラープロファイルを見ていい感じに表示しようと頑張ってるんだと思います

それにしても非同期のときだけ10倍も遅くなる理由が分かりませんが……

**デフォルトの名無しさん** · 2017/12/20(水) 03:17:30.49

BitmapCreateOptionsにIgnoreColorProfileあるから、それ指定すると速くなるのかな？

25 · 2017/12/20(水) 21:55:16.61

>>31
どんぴしゃです
100倍くらい速くなりました
コードはこんな感じです
ttps://ideone.com/6iePK6

**デフォルトの名無しさん** · 2017/12/22(金) 17:58:29.73

Pixel Shader Effects Libraryのプロジェクトが古すぎるから2017でもビルドできるように作り直した
8年前というとWindows 7が出たころだよな
現在でも機能が先進的すぎて使いこなせる気がしない

**デフォルトの名無しさん** · 2017/12/22(金) 20:11:05.85

俺も触ってみるか

**デフォルトの名無しさん** · 2017/12/23(土) 14:19:27.79

最近、海外でwpf、wpf言うから流行ってんのかと思ったらwtfだったわ

**デフォルトの名無しさん** · 2017/12/23(土) 15:39:39.20

wpfで助かったｗ
製品型番で微妙に設計が違う画面設計が数十種類もあって、WinFormsではコマタだったが、wpfで事なきを得た。
WinFormでは、ロジックからGUIコンポーネントにアクセスするのに対し、wpfはコンポーネントからコントローラーにバインドする。
画面バリエーションに対し、ロジックを共通に使えるのは助かる。

**デフォルトの名無しさん** · 2017/12/23(土) 19:48:54.37

winforms触ったことねぇけど、フォーム？の継承はできなかったんけか？

**デフォルトの名無しさん** · 2017/12/23(土) 21:02:45.17

>>37
普通にできるよ

**デフォルトの名無しさん** · 2017/12/23(土) 21:22:31.22

そっか。なら
>製品型番で微妙に設計が違う画面設計が数十種類
もWinFormsでも問題なさそうだけどな。

**デフォルトの名無しさん** · 2017/12/24(日) 05:36:08.76

微妙に違うカスタムコントロールを継承先から差し替えするのか？
ChildrenからName探して、カスタムコントロール差し替え&イベント設定するのも手は手だな。

**デフォルトの名無しさん** · 2017/12/24(日) 10:54:26.16

WPFに慣れると発想からしてすべてが面倒になるんだな

**デフォルトの名無しさん** · 2017/12/24(日) 11:06:36.77

項目増やしたり減らしたりするのが、xamlだと簡単だってのも在るね

**デフォルトの名無しさん** · 2017/12/24(日) 11:23:14.73

一部分でも誉めると親の仇を取りにくる奴がいるのは難点だな

**デフォルトの名無しさん** · 2017/12/24(日) 11:38:03.13

>>41 が WPF、WinForms どっち側を勧めているのか分からない

WPF推奨： WPFに慣れると（Formsを扱う場合）発想からして（コントロールの扱いやUI差し替えなどWPFに比べて）すべてが面倒になる（面倒くさく感じる）んだな
Foms推奨： WPFに慣れると（設計についてごちゃごちゃ考えるようになり）発想からしてすべてが面倒（面倒な扱いの人）になるんだな

**デフォルトの名無しさん** · 2017/12/24(日) 13:07:05.56

ちょっとしたアニメーションをつけるだけでWindowsフォームだと大騒ぎになる
WPFならトリガー入れてStoryboardでアニメーションがあっさり入る
もちろんWinformsでも頑張ればできるわけだが手数かかってしまい手早くインスタントな作りにならない

**デフォルトの名無しさん** · 2017/12/25(月) 04:14:58.07

アニメーションするUIは散々ウザいってよく言われてるのにカッコイイとか思ってる奴もいるのね。
flashのUIがウザい理由もそれ。

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

やっとXAML分かってきたわ
最初の一歩の敷居高すぎやろ
魔除けかよ

**デフォルトの名無しさん** · 2017/12/25(月) 08:32:54.67

>>46
WindowsのOS自体がアニメーションだらけの時代に、化石みたいなこと言う人いるんだな

**デフォルトの名無しさん** · 2017/12/25(月) 08:39:31.72

>>46
アプリの動作とは全く無関係なアニメーションがウザいだけ。

**デフォルトの名無しさん** · 2017/12/25(月) 08:53:23.02

VS2008のアニメーションは最低最悪のUXだったよな
オフにできるとはいえ、WPFになる直前の史上最高完成度のVSがあれで台無し

**デフォルトの名無しさん** · 2017/12/25(月) 13:39:46.66

WidowsのアニメーションをONにしてる開発者ってかなりの初心者。
アニメーションしてるおかっこいい、最先端、革新とか言ってるのか。

マジ笑える。>>48

**デフォルトの名無しさん** · 2017/12/25(月) 19:27:35.90

アニメーションはカッコいいだろ
電卓がまともに計算できなくなるとしても優先すべきだ

**デフォルトの名無しさん** · 2017/12/25(月) 19:29:39.20

>>51
おじいちゃんこんにちは

**デフォルトの名無しさん** · 2017/12/25(月) 20:00:17.59

やあこんにちは小僧

**デフォルトの名無しさん** · 2017/12/25(月) 22:33:28.06

アップルのアニメーションなら良いのかなw

**デフォルトの名無しさん** · 2017/12/25(月) 23:33:45.55

Widowsだから、恐らく未亡人アニメのことかと

**デフォルトの名無しさん** · 2017/12/26(火) 04:40:04.64

>>48　←こいつ、Windowsの効果音もONにしてそうwww

**デフォルトの名無しさん** · 2017/12/26(火) 05:01:44.45

iPhoneでOK

**デフォルトの名無しさん** · 2017/12/26(火) 11:58:15.79

ウインドウズはもちろん若い子が夢中のアイホンにアンドロイドもアニメーションだらけ
あれがカッコイイんでしょ

**デフォルトの名無しさん** · 2017/12/26(火) 12:19:29.69

アニメーションをオンにして遅くなるようなボロいマシン使うなよ。

**デフォルトの名無しさん** · 2017/12/26(火) 12:48:51.28

どんなに速いマシンでもアニメーションをオンにしたら遅くなることも理解できないアホがいるとは。
ここム板なんだけど。まさかコード書けない奴までいるとは想定外。

**デフォルトの名無しさん** · 2017/12/26(火) 13:09:47.51

お前はプログレスバーアニメーションのようなものまで否定するのか?

**デフォルトの名無しさん** · 2017/12/26(火) 13:58:54.42

進捗しているように見せかけるプログレスバー(ブラウザに多い)は死ね

**デフォルトの名無しさん** · 2017/12/26(火) 19:03:30.01

ｗｐｆ使えない人は、こういう言い訳するんだな
出来ないのに出来る人を蔑むプライドっって笑えるね

**デフォルトの名無しさん** · 2017/12/26(火) 19:31:06.30

>>63
失礼なことを言うな

進捗率の「%」部分が
「%」と「I」が交互に表示されて
動いてるように見えるだろう

でも、死んでるんだけどね

**デフォルトの名無しさん** · 2017/12/26(火) 19:51:34.81

実年齢は分からないけど面白いお爺様がいるのね (´・ω・`)

**デフォルトの名無しさん** · 2017/12/26(火) 20:23:25.05

視線誘導とかの目的にはアニメーションいいと思うけどね。

**デフォルトの名無しさん** · 2017/12/26(火) 21:15:44.20

>>60はたぶん体感の話
>>61は日本語の理解力が足りないアホ

**デフォルトの名無しさん** · 2017/12/27(水) 21:29:11.71

>>68 ←こいつすげー馬鹿。アニメーションの実装したことないことがバレバレ。

**デフォルトの名無しさん** · 2017/12/28(木) 00:28:06.05

アニメーションがかっこいいとか遅いとかそういう事言い合ってるのに、突然実装の話しだす。無理するなよw

**デフォルトの名無しさん** · 2017/12/28(木) 02:19:47.12

横レスだがWindowsのアメニーションを体感で遅くなるとか言ってる人はWindows使ったことないと思う。
Windowsのアニメーション装飾が何の機能か知らない人の発言。おらそく馬鹿マカー。

**デフォルトの名無しさん** · 2017/12/28(木) 02:31:23.10

当たり前だがPCの速度でアニメーションが早くなったり遅くなったりするような実装になってない。
だから速いPCにしろというのはさすが意味不明、筋が通らない。体感なんてなおさら関係がない。
MS開発者はアニメーションはふつうOffにすることすら知らないんだからやはりマカーだね。
Appleは古い機種をアップデートすると故意に遅くなるようにしてたらしくて訴えられたが。

**デフォルトの名無しさん** · 2017/12/28(木) 02:34:35.66

> 視線誘導とかの目的

これが嫌われてる細大の理由だね。flash=詐欺広告、下品なエロ広告

**デフォルトの名無しさん** · 2017/12/28(木) 06:55:24.72

夜中までご苦労さん w

**デフォルトの名無しさん** · 2017/12/28(木) 08:22:58.99

>>69
今更アニメ作れるみたいなこと言い張ってもバレバレですわ、爺様

**デフォルトの名無しさん** · 2017/12/28(木) 08:41:24.67

すまんのう、ガンダム世代の爺なのぢや

**デフォルトの名無しさん** · 2017/12/28(木) 10:24:33.30

>>73
もしかして本当に呆けてるの？

**デフォルトの名無しさん** · 2017/12/29(金) 11:06:39.39

Windowsのアニメーションをオンにしてる開発者を一度もみたことない。
顧客からもアニメーションのオフにする方法は聞かれるが仕様でアニメーションにしてくれなんて要望されたこともない。さすがに無職でしょう。

**デフォルトの名無しさん** · 2017/12/29(金) 11:32:12.71

パフォーマンスオプションの視覚効果のことなら今どきのPCならデフォルトでONだろうが、
開発者でもわざわざOFFにしてる奴なんて見たことない。

**デフォルトの名無しさん** · 2017/12/29(金) 11:40:28.71

他人のPCの設定を念入りにチェックする奴なんて見た事ないわ

**デフォルトの名無しさん** · 2017/12/29(金) 11:43:22.13

>>80
他人のPCの視覚効果ON/OFFって設定見ないと分からんのか？

**デフォルトの名無しさん** · 2017/12/29(金) 12:22:26.30

作れないやつが、ほぼ言いがかりで作れるやつにマウンティングするとか笑えるねｗ
webがアニメしまくりなのに、もしかするとjavascript切るんだろうか？

**デフォルトの名無しさん** · 2017/12/29(金) 13:39:19.10

よく知らないけど、iPhoneの電卓がバカなアニメーションのせいでまともに使えなかったことは知ってます

**デフォルトの名無しさん** · 2017/12/29(金) 14:48:11.01

操作性を損なわない程度のものならあっていいんじゃないかい。

画面に変化のあったところを気づかせるためや、マウスオーバー時になにかできることしめしたりや、ナビゲーション時に前のページと関連のある項目をわかりやすくするためとか。

すごくアプリに慣れた人にとってはいらないかもだけど、そうでない人にとって気づきやすくさせるために使えると思う。

エロ広告みたいなうざいやつだけではないから、適切に使えばいいだけの話。そして、WPFには組み込みのアニメーション機能があって、そういうのが無いプラットフォームよりも楽に作れるってだけじゃん。

なんで言い争ってるの？

**デフォルトの名無しさん** · 2017/12/29(金) 16:23:15.23

組み込みのアニメーションが憎くてしょうがない
WPFにメリットがあってはならない

**デフォルトの名無しさん** · 2017/12/29(金) 17:03:41.99

僕は林檎るdisることができればスレの流れは気にしません

**デフォルトの名無しさん** · 2017/12/29(金) 18:52:00.48

そんなに楽なのか
俺はトランジションが難しすぎてドハマりしてるけどな
アーティファクトを発掘したはいいが使い方がわからない感じ

**デフォルトの名無しさん** · 2017/12/31(日) 13:53:48.10

操作の遅延動座でしかないアニメーション装飾で喜ぶなんて小学生低学年までとマカーだけだろ。

**デフォルトの名無しさん** · 2017/12/31(日) 17:19:12.64

人間はそういうふうに思うんだからいいじゃない

**デフォルトの名無しさん** · 2018/01/01(月) 00:26:17.68

WPFの次はアニメーションが親の仇かw

**デフォルトの名無しさん** · 2018/01/02(火) 16:20:31.95

正月ということもあって勢いでスライドショーするソフト作ってみたが
アニメーションが重いというのはないね、軽快で快適
どちらかというとダウンロードの仕組みが入ると遅い
上手いこと先読みしたりキャッシュしとかないと無理あるね

**デフォルトの名無しさん** · 2018/01/02(火) 17:08:51.36

本気で言ってるなら頭の病気。

**デフォルトの名無しさん** · 2018/01/03(水) 07:13:58.46

XPと秀丸をこよなく愛してそうなおっさん

**デフォルトの名無しさん** · 2018/01/03(水) 14:34:25.24

WPFむずいわー
今日はTreeViewをやった
けどTreeViewってWinFormsでもむずいんだよな
むしろFormsのほうがむずいまである
はあ～しんど

**デフォルトの名無しさん** · 2018/01/03(水) 20:51:32.29

>>94
正直なところTreeViewをMVVMであれこれやるところが一番めんどくさい
やらなくていい

**デフォルトの名無しさん** · 2018/01/04(木) 17:38:25.71

ComboBoxも結構面倒だと思うよ、TreeViewより頻出だと思うし
文字に色つけたりアイコン画像入れたり

**デフォルトの名無しさん** · 2018/01/05(金) 15:18:52.33

このスレまだあったのか。しかも伸びてる。相変わらず普及しない、ゴミという話題ばかり。

**デフォルトの名無しさん** · 2018/01/05(金) 15:36:29.81

今年は飛躍の年になる
たぶん

**デフォルトの名無しさん** · 2018/01/05(金) 17:32:44.80

あるならこれよりマシなGUIフレームワークを教えて欲しいわけだが

**デフォルトの名無しさん** · 2018/01/05(金) 17:55:31.44

WPFはシステムであってフレームワークは自分で構築するか、既存のフレームワークを導入する必要がある
以前からWPFがむずかしいと言われる理由の一つがこの導入コスト学習コストの高さ

**デフォルトの名無しさん** · 2018/01/05(金) 23:02:57.15

Visual Studio InstallerもElectronで作られる時代

**デフォルトの名無しさん** · 2018/01/05(金) 23:13:14.07

VisualStudio本体もWPFで作られてるというよりWPFを描画と入力に使った独自フレームワークだからね
次のVSは本体にもElectronが入ってくるだろうけど

**デフォルトの名無しさん** · 2018/01/05(金) 23:28:35.91

>>102
なぜそう思った？

**デフォルトの名無しさん** · 2018/01/06(土) 11:56:43.29

VisualStudioのIDEってサードパーティー製のコントロールを使ってるって以前聞いたけど
本当なのか？

**デフォルトの名無しさん** · 2018/01/06(土) 13:18:18.80

グレープシティは入ってたはず

**デフォルトの名無しさん** · 2018/01/07(日) 00:22:24.64

MVVMの本質ってModel View ViewModelに分けることであって、
データバインド機能がなくてViewとViewModelを手動で結びつけててもMVVMです？

手動でやるとMVVM以外に結びつけるクラス(コード)が必要ですけど。

**デフォルトの名無しさん** · 2018/01/07(日) 00:27:09.28

本質はまあそう（責務の分離）かも知れんが……

**デフォルトの名無しさん** · 2018/01/07(日) 00:47:17.35

>>106
MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある

**デフォルトの名無しさん** · 2018/01/07(日) 01:06:19.42

>手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある
WPF発祥の地ということ詳しい人がたくさんいるのはここだと思って
でここで質問したんですが、実際はWPFは関係なくてJavaScriptのWebアプリなんですよね。
で、実際、クラスを設計しようとして、モデルクラスつくって、次にビューモデルクラス作ってと
やってビューのフレームワークは実際React使うですんが、Reactはデータの流れは１方向で
ビューで発生したアクションは手動でビューモデルのメソッドを呼ぶように作ろうとしています。

で、責務的にはMVVMっぽくわけてるんですが、これMVVMって呼んでいいのかなとふと疑問に思ったもので・・

**デフォルトの名無しさん** · 2018/01/07(日) 01:08:19.56

MVPとかPassive Viewとか前にチラッと言葉だけは覚えたんですが、調べてみます。

**デフォルトの名無しさん** · 2018/01/07(日) 01:09:25.99

どうでもいいけど、
WPF発祥の地
は
MVVM発祥の地でした

**デフォルトの名無しさん** · 2018/01/07(日) 01:14:52.39

reactならfluxでしょ
少なくともビューとC/P/VMを双方向に同期させないのはデータフロー的にもMVVMとは根本的に異なるよ

**デフォルトの名無しさん** · 2018/01/07(日) 01:19:11.90

fluxというかreduxはややこして、今mobx使おうと思ってます。
>ビューとC/P/VMを双方向に同期させない
だからこれを手動で双方向に同期させようとしてるんです。

**デフォルトの名無しさん** · 2018/01/07(日) 01:24:56.12

>MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
つか、仮にそうだとすると、バインデイングの機能を単に誰が用意するかの話問題になっちゃういますよね？？

自分で手動で用意するか、標準で用意されてるか誰か他の人がバインディングライブラリを作ってそれを利用するかの・・

それでMMVMと呼ぶか呼ばないかが決まっちゃう。
うーん。

**デフォルトの名無しさん** · 2018/01/07(日) 01:32:09.47

共通の仕組みを使うのと毎回手書きするのは違うだろ

**デフォルトの名無しさん** · 2018/01/07(日) 01:43:46.29

https://qiita.com/takahirom/items/597c48ece57b4623cdee
ちょっとPassive Viewについて見てみました。おっしゃる通り本質的にはMVVPとデータフローは
同じでビューと(ビューモデルまたはプレゼンター)間がデータバインディングされてるか
されてないかの違いっぽいですね。

そうなると自分のはMVPかな？
クラス名の末尾をViewModelではなくPresenterにしとけばいいかなw

**デフォルトの名無しさん** · 2018/01/07(日) 01:44:49.37

>おっしゃる通り本質的にはMVPとMVVMはデータフロー
に修正します。
誤字がひどくてすみません。

**デフォルトの名無しさん** · 2018/01/09(火) 12:38:56.81

正直、実装するときにはどうでもいい話だな。

**デフォルトの名無しさん** · 2018/01/10(水) 00:23:13.75

今日はComboBoxをちょっとだけ勉強したで
ワイWinFormsではデータセットからポトペタしてたんやけど同じようにできるっぽいんかこれ？助かるわ。
せやけど表示のカスタマイズ方法が馴染みなさすぎてｵｯｻﾝついていかれへんで

**デフォルトの名無しさん** · 2018/01/12(金) 20:04:47.67

オーナードローよりは遥かに春かに簡単

**デフォルトの名無しさん** · 2018/01/17(水) 21:33:57.00

データソースからポトペタしたデータグリッドのコンボボックスそのままやと使いもんにならんやんけ
これだけで1週間かかったわ
あったまっがパーン

**デフォルトの名無しさん** · 2018/01/21(日) 23:04:05.31

かっそ過疎やな
せやけどXAMLおぼえたらあんまり話すネタないよなこれ

**デフォルトの名無しさん** · 2018/01/21(日) 23:07:47.89

もう使ってる人いなくて新しい話題がないからね

**デフォルトの名無しさん** · 2018/01/22(月) 03:47:03.95

登場しからずっと話題は、普及はまだ？馬鹿には使えない!!　のループだったな。

**デフォルトの名無しさん** · 2018/01/22(月) 04:03:59.87

UWPスレよりは人いるから…

**デフォルトの名無しさん** · 2018/01/24(水) 20:03:07.49

しかしWindows用のデスクトップアプリを作るとなったとき、現実的な選択肢はこれしかなくないか？
UWPは10用だし、マルチプラットフォームのあれこれはまだ発展途上で、
結局シングルソースじゃなかったり容量が馬鹿でかくなったりするし

**デフォルトの名無しさん** · 2018/01/24(水) 21:21:59.76

>>126
Electronで十分だわ

**デフォルトの名無しさん** · 2018/01/24(水) 21:34:26.26

>>127
容量がおかしいのそれだよ
Electron製で50MB以下のパッケージ見たことない
インスコしたら200MB超えましたなんてのもザラ
ついでにメモリも大食い

**デフォルトの名無しさん** · 2018/01/24(水) 22:23:53.42

>>128
で？

**デフォルトの名無しさん** · 2018/01/24(水) 22:48:12.40

で、>>126に戻る

**デフォルトの名無しさん** · 2018/01/24(水) 23:39:03.95

>>130
ただ、Win10その他の制限が問題ない場合はUWPが良いよ
特に起動が１０倍単位で早いってのがね
コンパイルは１００倍単位で遅いけどね

**デフォルトの名無しさん** · 2018/01/24(水) 23:58:25.60

>その他の制限が問題ない場合はUWPが良いよ

そりゃ、マイナス条件がないならプラスしか残らんのは当たり前だわなw
同様に、WPFの制限が問題ないならWPFが良いし、WinFormsの制限が問題ないならWinFormsが良い。

**デフォルトの名無しさん** · 2018/01/25(木) 00:14:23.53

>>132
Fornsのアドバンテージは人足を集めやすいことで、wpfは特別な制約はなくて強いて言えばGridViewなどが遅いことぐらい
UWPは逆汗が難しいことやパフォーマンス。それとｔｏｏｌｋｉｔが標準で用意されていること

それぞれ使い分け出来たら良いけど、人足集めるのが大変だわなwpfとuwpは

**デフォルトの名無しさん** · 2018/01/25(木) 03:01:30.69

メトロUIは業務系ユーザーに不評だから提案する気になれない。

**デフォルトの名無しさん** · 2018/01/25(木) 14:17:39.85

wpfのネイティブコンパイルが出来れば全て解決なんだがなぁ
進んでるのかな

**デフォルトの名無しさん** · 2018/01/25(木) 20:13:15.97

せっかくXAML覚えたのに来月からJavaScriptの仕事になってもうたわ
けどワイMS製品で育ったしいつかまた会うやろ。じゃあの・・・

**デフォルトの名無しさん** · 2018/01/25(木) 20:22:48.19

コロコロと違う言語やプラットフォームに技術者をぶち込む企業はさっさと転職したほうがいい。

**デフォルトの名無しさん** · 2018/01/25(木) 21:37:20.58

若いうちならご褒美だろう。

**デフォルトの名無しさん** · 2018/01/25(木) 21:44:48.71

20代ならなー

**デフォルトの名無しさん** · 2018/01/25(木) 23:38:00.69

俺は45過ぎてからC++とGPGPU始めて、50近くになってTypeScriptとSPAやってるとこだわ。

**デフォルトの名無しさん** · 2018/01/26(金) 09:10:53.98

このスレ加齢臭がする

**デフォルトの名無しさん** · 2018/01/26(金) 09:53:43.08

４０・５０過ぎてもC++とか理解できますか？

**デフォルトの名無しさん** · 2018/01/26(金) 10:05:17.61

>>142
地頭とプログラミング適性次第

**デフォルトの名無しさん** · 2018/01/26(金) 10:34:39.91

c++の文法ルール自体はそんなに難しくない
自動でメモリ解放してくれるようにもなったし
c++は生まれ変わった

でもライブラリなどがレガシーの塊なので非常に地獄

**デフォルトの名無しさん** · 2018/01/26(金) 18:12:45.67

>>142
CとC++の壁？　かなり高いよ。
年齢は関係無い。

**デフォルトの名無しさん** · 2018/01/26(金) 19:02:43.59

C#はすっと頭に入ったけど、C++はなかなか入らないですね
特にMFCというのが昔から苦手で今日まで来てしまった

**デフォルトの名無しさん** · 2018/01/27(土) 08:39:35.79

別にMFCはC++の構成要素じゃないよ

好きなフレームワーク使えばいい

**デフォルトの名無しさん** · 2018/02/03(土) 10:25:04.28

だいたいwpfでC++もないやろ
なんでそんな話になってんだ全く

**デフォルトの名無しさん** · 2018/02/03(土) 10:46:57.42

次々からフレームワークが出て習得するのが面倒だよな。PGはそんなに暇じゃないっての。
フレームワークを使い捨てにするMSはアホ。wtfだってまだ使ってんだよ。
というか.netの売りは言語自由だったはずなのにwpfではC++を排除してるのかよ。ほんと嘘つきだな、MSは。

**デフォルトの名無しさん** · 2018/02/03(土) 12:23:54.85

.NETのウリは言語自由って初めて聞いたが
いくつかの言語から選べるってのはよく聞くけど

**デフォルトの名無しさん** · 2018/02/07(水) 22:17:00.05

WPFおもろいわ。

仕様拡張も含め、.net core対応ｷﾎﾞﾝﾇ

**デフォルトの名無しさん** · 2018/02/08(木) 07:06:45.70

全く。マウンティングするための道具として最高におもしろいわ。

**デフォルトの名無しさん** · 2018/02/08(木) 07:18:53.58

WPFはエヴァンジェリストとブロガーのオモチャ。

**デフォルトの名無しさん** · 2018/02/12(月) 11:41:38.41

Windows10,VS2017でWPFでWindowChromeちゃんを使って、
Windowのスタイルをカスタマイズしようとしてるんだけど、
タイトルバー高さをSystemParameters.WindowCaptionHeightで取得すると
23が返ってくるんよ。で、これ実際にPhotoshopとかで測定すると、31ぐらいなんだけど、
これって、もしかして72dpiと96dpiの違いで、96/72=1.333...をこの23に掛けてるんかな？
例えば、電卓の右上の[X]ボタンはH:30,W:48なんだけど、
SystemParameters.WindowCaptionButtonWidth=36
SystemParameters.WindowCaptionButtonHeight=22
36 x 1.333...= 47.999999
22 x 1.333...= 29.333333

こういう資料って、公式のどっかに説明あるんでしょうか？

**デフォルトの名無しさん** · 2018/02/12(月) 15:00:33.06

>>151
わたしもきぼんぬ

**デフォルトの名無しさん** · 2018/02/12(月) 16:07:10.38

>>154
試してないけどこれはどう？
http://blogs.microsoft.co.il/alex_golesh/2009/09/20/wpf-quick-tip-how-to-get-wpf-window-client-area-size/

**デフォルトの名無しさん** · 2018/02/17(土) 11:24:01.09

>>156
どうもThemeの方にヒントがあるようね。
Firefoxのソースでも、Themeからひろってきてるみたい。

**デフォルトの名無しさん** · 2018/03/13(火) 21:45:11.61

デザイナ画面で、現在作業しているプロジェクトファイルのパスが取得したいのですが、方法ありますでしょうか？
AssemblyやGetCurrentDirectoryを使ってもXDesProcのパスが返ってきて取得できません

**デフォルトの名無しさん** · 2018/03/30(金) 20:45:57.81

TreeView を操作していると、StackOverflowException 例外で WPF アプリケーションが強制終了します
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2018/03/30/treeview-stackoverflowexception-wpf-47-crash/

**デフォルトの名無しさん** · 2018/03/31(土) 13:25:10.48

まだ枯れてないのか。

**デフォルトの名無しさん** · 2018/03/31(土) 13:39:52.89

ComputeFirstItemInViewportIndexAndOffsetがFloorをつかっている件か

**デフォルトの名無しさん** · 2018/04/09(月) 17:25:00.82

datagridにおいて、以下のようなキーボード操作はXAMLだけで記述できますでしょうか？

・セルのtab移動を止める
・enterキーで次の行に移動するのを止める（矢印キーのみで移動）

**デフォルトの名無しさん** · 2018/04/09(月) 18:08:40.11

DataGridは未完成糞品質のまま開発打ち切られて放置されたままのゴミだから使っちゃダメ
WinFormsのをホストして使うかサードのを買うかListViewでスクラッチするかWPFを捨てよう

**デフォルトの名無しさん** · 2018/04/09(月) 18:25:22.70

>>163
行数少なければ十分使えるから、数百行表示させないようにプログラムすればいいだけですね

**デフォルトの名無しさん** · 2018/04/15(日) 08:53:11.02

2ヶ月ちょいjs/javaやったけど
Eclipseはポトペタできへんから面倒くさすぎる
いやワイが知らんだけかもしらんけど
しかしIDE落ちまくるし同期とらんと時々嘘くさい表示しよるし何なんやこれ
隣の席のやつ(javaﾏﾝ)はWPFやらされててワカランワカランいうてるし
ちゃんと履歴書読んどんのかここの会社逆やろｗ

**デフォルトの名無しさん** · 2018/04/15(日) 09:48:51.28

そう思うんなら便所に落書きするより上司に相談しろ
喜んで入れ替えてくれるだろ
その程度の交渉や調整もできないカスなら何やらせたってダメだし、会社もお前に何も期待しないよ

**デフォルトの名無しさん** · 2018/04/15(日) 09:51:56.54

eclipse使ってる企業なんてまだあったんだ

**デフォルトの名無しさん** · 2018/04/15(日) 12:39:36.05

替わりたくないんやが
ちな会社は赤字垂れ流して潰れそうやでw

**デフォルトの名無しさん** · 2018/04/15(日) 13:26:36.78

嘘みたいな話だけどeclipse大好きっこているんだぞ

一個も共感できないeclipse自慢話してくるよ

**デフォルトの名無しさん** · 2018/04/15(日) 13:38:15.45

eclipseはモダンemacs的な開発者のオープンプラットフォームとして、
今でいうVSCodeに近いポジションを占めてたから、そういう面ではわりと根強いファンはいた
今ではJavaはIntelliJに取られemacs的な用途はVSCodeに取られ完全にオワコン

**デフォルトの名無しさん** · 2018/04/15(日) 18:31:48.26

>>169
あるある

**デフォルトの名無しさん** · 2018/04/24(火) 15:05:21.91

GridSplitter を挟んだUIを作成中です

<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="1*"/>
<ColumnDefinition Width="Auto"/>
<ColumnDefinition Width="3*"/>
</Grid.ColumnDefinitions>
...

上記のように Columnの幅を1:3などの割合のまま、
Properties.Settings のメンバに Bind するにはどのようにしたらよいですか？

下記のように書いてみましたが、いくつか問題にぶち当たりました
<ColumnDefinition Width="{Binding Source={x:Static p:Settings.Default}, Path=ColumnSplitterSize, Mode=TwoWay}"/>

・Column の幅を変更して、Settings.Default.Save() しても Settings に反映されない（Settings の他の値の変更は確認済み）
・Settings の要素の型に GridLength を指定した場合、3* などを指定できない（数値かアスタリスクのみ）
・1:3 などの割合を指定したまま、サイズを保存、復元する方法があるのか不明

グリッド幅の保存は基本だと思うので簡易な方法があると思うのですが……

**デフォルトの名無しさん** · 2018/04/27(金) 20:15:09.50

GridLength 構造体

**デフォルトの名無しさん** · 2018/04/28(土) 10:07:15.37

>>173
はい、GridLength 構造体です
Settings の要素の型を GridLength にしても反映されないので質問しました

何か基本的なことを見落としてるような気がします

**デフォルトの名無しさん** · 2018/04/28(土) 14:55:45.90

GridLength GridUnitType.Starでぐぐる

**デフォルトの名無しさん** · 2018/05/05(土) 08:55:29.93

>>169
マルチプラットフォーム的なのが少なかったんで
選択肢がそこに居ちゃっていたってことじゃないんかな？

**デフォルトの名無しさん** · 2018/05/05(土) 09:01:31.10

>>172
１：３なのに、なんでAUTOが入ってるの？

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

>>177
GridSplitter

**172** · 2018/05/05(土) 11:44:18.82

試行錯誤しつつ、あれから冷却期間を入れて試したところ 2番目の問題は設定できるようになりました

>>175
> GridLength GridUnitType.Starでぐぐる
「・Settings の要素の型に GridLength を指定した場合、3* などを指定できない」
ことへのコンストラクタを使ってコードを書くべきというアドバイスかと思います

本当に申し訳無いのですが当方の思い込みが含まれていました
実際に試した値は「1*」で、書き込むと「*」になるため、誤認していました

正しく書き直すと、
プロジェクトの「プロパティ」→「設定」→要素の「型」で
PresentationFramework の System.Windows.GridLength を指定した
ケースでの「値」列の内容について、XAMLで指定できる文字列「1*」を指定できず、
書き込むと「*」になるということです
Settings.Designer.cs での DefaultSettingValueAttribute の引数の文字列です

試しに「3*」を入れたところ、3:3(=1:1)に指定できましたので Settings で初期化はうまくできていましたので、
2番目の問題は解決しました
（「1*」は値として同じ意味の文字列「*」に自動で変換されるみたいです）
XAMLは下記のとおり、
<ColumnDefinition Width="{Binding Source={x:Static p:Settings.Default}, Path=ColumnSplitterLength}"/>
<ColumnDefinition Width="Auto"/>
<ColumnDefinition Width="3*"/>

ただ、Settings で指定は可能なのですが、Grid.Width プロパティは実際のサイズに連動しておらず、
Mode=TwoWay を追加しても、肝心の1番目、2番目が解決できませんでした
実際のサイズに連動するよう少しずつ調査する予定です
（ActualWidth:double を読み取って、GridLengthのコンストラクタを使って Settingsに保存する？）

>>178
はい、GridSplitter を挟んでGridの列を 1:3 にするXAMLの書き方になってます

**172** · 2018/05/05(土) 11:48:02.94

あああ、typo です
「ただ、Settings で指定は可能なのですが、Grid.Width プロパティは実際のサイズに連動しておらず～」
ColumnDefinition.Width プロパティの間違いです

**175** · 2018/05/05(土) 17:52:13.05

175は忘れてください　
Value+GridUnitType　<--> 文字列相互変換できてました
フォルダー　<UserName>\AppData\Local\<アプリケーション名>
の下のほうの user.configに書き込まれているはず

**デフォルトの名無しさん** · 2018/05/05(土) 23:52:00.74

splitterの幅をバリアブルにしている理由はなんなの？

**デフォルトの名無しさん** · 2018/05/05(土) 23:53:18.47

ま、いいか理由はあるんでしょうから。

**デフォルトの名無しさん** · 2018/05/06(日) 15:47:40.64

質問させてください。
以下の画像のようにウィンドウの表示がSizeToContentの値によっておかしくなる場合があるのですが、
対策方法など分かる方がいらっしゃれば教えていただけないでしょうか。
https://dotup.org/uploda/dotup.org1526890.png

VSのバージョンは15.6.7、ターゲットフレームワークは4.7.1、
実行環境は Windows 10 で「拡大縮小とレイアウト」の設定は100%です。
XAMLは以下の通りです。どうぞよろしくお願いいたします。

<Window
　　x:Class="SizeToContentIssue.MainWindow"
　　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"
　　Width="213" Height="55"
　　SizeToContent="Width">
　　<Grid>
　　　　<TextBlock>
　　　　　　<Run Text="{Binding Width, RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Window}}}"/>
　　　　　　x
　　　　　　<Run Text="{Binding Height, RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Window}}}"/>
　　　　　　縦棒が入ったり入らなかったり→
　　　　</TextBlock>
　　</Grid>
</Window>

**デフォルトの名無しさん** · 2018/05/06(日) 16:36:46.08

>>184
SizeToContent paints an unwanted border
https://stackoverflow.com/questions/16356507/sizetocontent-paints-an-unwanted-border

<Window UseLayoutRounding="True" />
でとりあえずその線は消えた

**デフォルトの名無しさん** · 2018/05/06(日) 17:21:51.43

>>185
レスありがとうございます！私の方でも線が消えることを確認しました。
Webで検索しても答えを見つけられなかったので質問させていただいたのですが、
恥ずかしいことに紹介していただいたページは見落としてしまっていたようです。

何はともあれ、お答えいただきどうもありがとうございました。

**デフォルトの名無しさん** · 2018/05/06(日) 18:14:56.23

>>184-186で自分の検索の不十分さを反省して以前から抱えていた別の問題も改めて検索してみたのですが、
やはり私の力ではどうしようもありませんでした。
立て続けに申し訳ないのですが、こちらについてもお力を貸していただけないでしょうか。

以下のような Binding のマークアップ拡張を作成したところ、
Mode が TwoWay のときは期待通りに動作するものの、
Mode が OneWay だと正しくバインディングできずに困っています。

class MyBindingExtension : MarkupExtension
{
　　public PropertyPath Path { get; set; }
　　public BindingMode Mode { get; set; }
　　public override object ProvideValue(IServiceProvider serviceProvider)
　　{
　　　　var service= (IProvideValueTarget)serviceProvider.GetService(typeof(IProvideValueTarget));
　　　　var target = (DependencyObject)service.TargetObject;
　　　　var dp = (DependencyProperty)service.TargetProperty;
　　　　BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode });
　　　　return target.GetValue(dp);
　　}
}

（続く）

**デフォルトの名無しさん** · 2018/05/06(日) 18:15:23.63

（続き）

原因はほとんど分かっていて、

・Mode が OneWay のとき、ターゲット側が書き換えられるとバインディングがクリアされてしまう
・ProvideValue が呼び出されたあと、その戻り値でターゲット側が書き換えられる

ということだと思うのですが、この問題を解決する良い方法が見つかりません。
苦肉の策として、SetBinding の行を次のように書き換えればとりあえず動作することが確認できています。

　　　　// BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode });
　　　　Application.Current.Dispatcher.BeginInvoke((Action)(()
　　　　　　=> BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode })));

ただ、バインディングのタイミングがずれてしまうと、
例えば SetBinding してから ClearBinding したつもりが順番が逆転してしまうなど
思わぬバグの原因となりかねないためできれば避けたいと考えています。どうぞよろしくお願いいたします。

**デフォルトの名無しさん** · 2018/05/08(火) 00:48:26.70

良かったなお前ら
https://blogs.msdn.microsoft.com/dotnet/2018/05/07/net-core-3-and-support-for-windows-desktop-applications/

**デフォルトの名無しさん** · 2018/05/08(火) 01:18:46.99

YATTA!

**デフォルトの名無しさん** · 2018/05/08(火) 01:50:46.69

やるやん

**デフォルトの名無しさん** · 2018/05/08(火) 01:56:55.14

日本語でOK

**デフォルトの名無しさん** · 2018/05/08(火) 01:58:48.97

Windowsでしか動かない.NET Coreアプリw
一体何の意味があるのか

**デフォルトの名無しさん** · 2018/05/08(火) 02:05:19.36

せっかく.NET Coreが盛り上がってきてたところだったのに、水を差すことになりそうで心配だな
Linuxサーバーで運用してる人達からしたら、結局梯子外してWinに誘導するいつものMSがまた正体を現したかと疑念を持たれるよこれ

**デフォルトの名無しさん** · 2018/05/08(火) 02:37:14.81

>>193
Windowsにインストールされた.NET Frameworkに縛られなくなる

**デフォルトの名無しさん** · 2018/05/08(火) 02:39:25.29

>>194
そもそもWindowsでしか動かなかったもののランタイムが変わるだけだし、corefx自体に追加されるわけじゃない
むしろ.NET Coreの普及を後押しする

**デフォルトの名無しさん** · 2018/05/08(火) 17:52:26.19

実質何も発表なかったこと一緒ってこと?
.NETは完全にWinプラトフォーム環境限定ということでオワコン

**デフォルトの名無しさん** · 2018/05/08(火) 18:10:18.00

サーバーサイドはクロスだけど微妙にしか人気ねぇし、Xamarin捨てる勇気なかったのか

**デフォルトの名無しさん** · 2018/05/08(火) 18:17:27.20

>>197
どこをどう読んだらそうなるんだよｗｗｗ

**デフォルトの名無しさん** · 2018/05/10(木) 14:57:37.18

.NET Core 3ハWindowsデスクトップアプリをサポートする
https://www.infoq.com/jp/news/2018/05/net-core3-announced

開発者が、既存の.NET Framework for Windowsではなく.NET Coreを使いたい理由はなにか？
それにはいくつかの理由がある。まず、.NET Frameworkとは違い、.NET Coreアプリは完全に独立しており、異なるバージョンの.NET Coreを使用することが可能だ。
.NET Core 3の新しいオプションでは、.NET Coreランタイムと組み合わせて実行できる単一の実行ファイルを生成することが可能だ。

この発表に反応した開発者は、WPFとWinFormsをGitHub上でオープンソース化する可能性について尋ねた。
興味深いことにこの要求は、Lander氏に否定されてはない - Microsoftは将来的にオープンにする可能性がある。
コミュニティの主な望みは、これらをmacOSやLinuxに移植するよりも、Windows用のGUIツールキットの拡張とモダン化である。