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/

**デフォルトの名無しさん** · 2018/10/16(火) 10:51:53.58

開発スタイルが30年前に逆戻りしたWPF。骨董品を模倣した贋作とも言うべきか。

**デフォルトの名無しさん** · 2018/10/16(火) 11:26:31.75

>>501
なら、最新の開発スタイルって何なん？

**デフォルトの名無しさん** · 2018/10/16(火) 20:47:54.34

30年前の開発スタイルってのも謎だな。

**デフォルトの名無しさん** · 2018/10/16(火) 21:44:05.93

>>501
あー言われてみればX Windowのプログラミングに似てるかも

UI要素の汎用性がとても高くて、やれることは無限大だけど、
ちょっと便利なコンポーネント（NumericUpDownとか）がなくて
いちいち作ってかなきゃいけないとことか

**デフォルトの名無しさん** · 2018/10/16(火) 22:18:18.06

NumericUpDown好きだなｗ

**デフォルトの名無しさん** · 2018/10/16(火) 23:28:47.24

業務アプリは部品貼り付けてプロパティ弄ってイベントにコード書くやり方での見積りだから、XAMLをああでもないこうでもないと時間かける暇は現場PGには無いよ。

**デフォルトの名無しさん** · 2018/10/17(水) 00:12:54.80

FormsのNumericUpDownはボタンがちっさくて使いづらい
ボタンなしならwpfでビヘイビア一回書いたら使いまわしできるだろ

**デフォルトの名無しさん** · 2018/10/17(水) 19:35:42.05

FormsよりWPFのほうが自作ツールでスキャフォールディングしやすい
業務系でこの差は大きい

**デフォルトの名無しさん** · 2018/10/17(水) 20:37:50.02

業務系はコントロールは買うものなんですよ。
バーコードとかアナログメーターとか買ってペタペタ張るだけです。

**デフォルトの名無しさん** · 2018/11/05(月) 02:04:01.10

顧客と接するとフラットデザインの嫌われ方が異常だよな。強制しなきゃこれほど嫌われなかったのにな。

こんなものを強要したアホデザイナーは死刑で。

**デフォルトの名無しさん** · 2018/11/06(火) 15:50:22.57

Formsの経験はあるんだが、WPFちょこっと勉強してるがむずいな
本買わないとWEBサイトじゃ分かりやすくまとまったサイトないんかなこれ
依存関係プロパティだのルーティングイベントだの分かりにくいわ
結局何ができるんだよって感じ

**デフォルトの名無しさん** · 2018/11/06(火) 16:42:56.68

別に何とかはない。当たり前だが窓の枠を超えるモンじゃないし

**デフォルトの名無しさん** · 2018/11/06(火) 16:59:49.18

>>511
>依存関係プロパティだのルーティングイベントだの
判っているのに越したこと無いが、そこは最初からわからなくてもなんとかなるところですわ
xamlのGridなどのレイアウトコントロールとかprism使ったバインディング辺りから始めるといいかな

**デフォルトの名無しさん** · 2018/11/07(水) 08:14:13.24

かずきさんのblogをいちから読むのがいいと思う

**デフォルトの名無しさん** · 2018/11/08(木) 07:42:47.97

WPFとUWPって何が違うの？
どっちもxamlだし
ターゲットOSが違うのは分かるが
コントロールが違うのと、WPF独特の構文や機能が使えなくなるって感じかな

**デフォルトの名無しさん** · 2018/11/08(木) 07:43:26.95

どっちも不便らしい。

**デフォルトの名無しさん** · 2018/11/08(木) 08:03:37.85

どっちも死んでる

**デフォルトの名無しさん** · 2018/11/08(木) 13:04:26.52

>>515
まず、ブラウザ対応かどうかが違いますよね

**デフォルトの名無しさん** · 2018/11/08(木) 13:10:10.85

>>515
UWPはスマホやタブレットのバッテリー考慮したライフサイクルになってる。
自由に好きなフォルダのファイル読めない。(スマホ宜しくユーザーに許可を求める)

**デフォルトの名無しさん** · 2018/11/08(木) 13:16:48.07

>>511
どちらにしても、レガシーシステムを使いづづける場合のメインテナンスでなく
新たなアプリ開発となると、WinFormsのようなインターフェースは使えなくなる
ので、今後の環境に合わせたインターフェースにトライして行くしかない。

その際に、どれを選んでもWinFormsを前提にした頭があると、すべてが難しい
と感じてしまうと思う。

さらにロジックと画面の分離は、今後必須の課題。
その面では旧来のFormsで画面を含めた業務課アプリ開発の人達にとっては
乗り越えないとならない壁が幾つもあるのだと思うよ。

**デフォルトの名無しさん** · 2018/11/08(木) 13:20:57.64

>>515
XAMLテクノロジーには大きく分けて2つの系統があるんだよ
一つはWPFで、これはほとんど全部C#で書かれてる
もう一つはその他(Silverlight, 昔のWindows Mobile, Windows Phone, UWP)で、C++で実装されてる
これらは共通のXAMLという言語を使っているものの、内部的には全くの別物だ
なぜ後者が生み出されて前者が見捨てられたかというと、単純にOS標準として位置付けるには重すぎたから

**デフォルトの名無しさん** · 2018/11/08(木) 13:24:31.78

>>511
>依存関係プロパティだのルーティングイベントだの分かりにくいわ

当初、私も悩んだ。

**デフォルトの名無しさん** · 2018/11/08(木) 15:26:58.83

UWPはMSにプッシュして貰えている
WPFはそうでもなかった

**デフォルトの名無しさん** · 2018/11/08(木) 15:33:51.54

現状Uの意味が特にないのでWPにしたらいいと思う
忌まわしいWindowsPhoneと被るけど

**デフォルトの名無しさん** · 2018/11/08(木) 15:38:26.23

micorosoftが生み出したまともな技術ってdirectXとExcelVBAくらいだよなｗ

**デフォルトの名無しさん** · 2018/11/08(木) 20:07:55.77

ExcelVBAがまとも…？？？

**デフォルトの名無しさん** · 2018/11/08(木) 22:12:16.48

広く使われているからといって、マトモとイコールになる訳では無いのだ

**デフォルトの名無しさん** · 2018/11/08(木) 22:32:11.06

みんなレスサンクス

WPFは重い
UWPはWindowsPhoneがこけてユニバーサルじゃない

のはわかるんだが、開発者視点でアプリ作る上で変わったことはなに？

UWPの目次見ると結構WPFと似てるんだよな

添付プロパティ、依存関係プロパティ、データバインディングにMVVMパターンと
この辺はWPFと共通か
ルーティングイベントとかリソースとかコマンドとかは軒並みなくなったのかな

俺今WPFの勉強してるんだが、WPFすっとばしてUWPの勉強した方がいいのか？

**デフォルトの名無しさん** · 2018/11/08(木) 23:59:06.67

>>528
一番助かるのがx:Bindというやつで、コンパイル時にバインドするプロパティーをチェックしてくれるからデバッグが楽になる
更にイベントハンドラーもバインド出来るからビヘビアを書く機会が格段に減った

**デフォルトの名無しさん** · 2018/11/09(金) 00:07:09.50

>>529
x:Bind、WPFでも凄く欲しい機能だけど、政治的理由で来ないだろうなぁ

**デフォルトの名無しさん** · 2018/11/09(金) 00:12:13.49

>>530
MSでは「レガシー」への新規投資は認められないからね

**デフォルトの名無しさん** · 2018/11/09(金) 02:18:41.80

>>528
ほとんど概念的なのは共通だから好きな方からやればいい。
俺はUWPアプリ作りたかったからUWPから入ったけど。
作りたいアプリの方を先にやればいいじゃん

**デフォルトの名無しさん** · 2018/11/09(金) 02:21:47.79

つか、x:bindはサンプルアプリ作って比較しても速度的なメリット全然実感できねぇw 逆にx:bindの型チェックのうるささがあれでbindingに回帰してるわ俺は。

**デフォルトの名無しさん** · 2018/11/09(金) 02:34:21.24

WPF重いってきくけどWPFアプリに必要なのはむしろx:bindよりUWPみたいな.netネイティブ化?

**デフォルトの名無しさん** · 2018/11/09(金) 02:41:03.50

>>528
そう言うGUI的な部分はあんまり変わらない。
>>519 で書いた通り、ライフサイクルとファイルアクセスがスマホやタブレットと同じになった。
づまりアクティブアプリじゃ無くなるとスリープに入ったり、アプリ沢山立ち上げると古い順に勝手に終了する。
ファイルアクセスもユーザーに許可を求めておkされた場所しかアクセスできない。
(ストアにアップする時画像を扱いたいのに、間違えて許可取らなかったらアップし直し)

**デフォルトの名無しさん** · 2018/11/09(金) 02:45:09.60

>>534
.netでネイティブよりセキュリティ安全って立場だから無理。
UWPはアクセス権限が厳しいのと、ストアでバイトコードをコンパイルする事で多様なプラットフォームに対応出来るからネイティブに出来た。
(多様なプラットフォームなんて無いに等しいんだが)

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

みんなレスサンクス

>>532
作りたいのはxamarinアプリなんだ
だからxamarin.UWPなんだが、仕事中に勉強しやすいのはWPFなんだよね
入門サイトもまとまったのが多いしサイト見てても不審がられない

>>535
デスクトップアプリでもUWPで作るとそうなっちゃうの？それってクソすぎないか？

みんなの話をまとめるとUWPってターゲットOSもwindows10のみでWPFより狭くなりブラウザでも使えなくて制限も増えて、速度だけWPFより早くなっただけのプラットフォームってこと？

**デフォルトの名無しさん** · 2018/11/09(金) 11:18:55.47

うい。
だから開発者もアプリも増えない。

**デフォルトの名無しさん** · 2018/11/09(金) 11:44:32.26

あのチャールズ・ペトゾルドにスルーされているぐらいの人気の高さ

**デフォルトの名無しさん** · 2018/11/09(金) 12:12:09.53

ストアアプリ(WinRT)はペゾルトもリッチャーも本出してたべ
スルーされてたのはWPFの方

**デフォルトの名無しさん** · 2018/11/09(金) 12:47:24.16

スレタイ読めんのけ？

**デフォルトの名無しさん** · 2018/11/09(金) 16:10:12.28

チャールズ・ペトゾルドって初めて知ったけど
かなり年いってるな
今も現役なんだろうか

**デフォルトの名無しさん** · 2018/11/09(金) 19:31:20.68

カタカナ表記だとペゾルド ? (アマゾン検索)

**デフォルトの名無しさん** · 2018/11/09(金) 19:42:33.97

はよCore3

**デフォルトの名無しさん** · 2018/11/09(金) 19:50:06.02

>>544
もう試した？

**デフォルトの名無しさん** · 2018/11/10(土) 07:54:26.49

ペゾルト本は基本

◆QZaw55cn4c · 2018/11/10(土) 14:00:17.02

>>546
第5版ですか？

**デフォルトの名無しさん** · 2018/11/10(土) 21:19:31.09

>>547
Win16時代に読みました^^;
あとはSDKのサンプルくらいしか情報が無かったです。

**デフォルトの名無しさん** · 2018/11/14(水) 20:02:14.67

>>537
UWPはオワコン
http://ascii.jp/elem/000/001/770/1770229/

**デフォルトの名無しさん** · 2018/11/14(水) 21:27:35.93

WPFをDirectXからWebGLにポーティングしてBlazorでwasm化できたら最強なのにな。

**デフォルトの名無しさん** · 2018/11/14(水) 21:34:10.25

WPFはスレッド使いまくってるから無理

**デフォルトの名無しさん** · 2018/11/14(水) 22:41:38.64

WebWorkerでいいじゃん。

**デフォルトの名無しさん** · 2018/11/15(木) 14:35:02.50

Windows 10 RS5にてWPFアプリで不要なタイミングでタッチキーボードが起動してきてすぐに閉じる
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2018/11/14/touchkeyboard_doesnt_come_up_after_displaying_clipboardhistoryscreen/

**デフォルトの名無しさん** · 2018/11/15(木) 16:35:15.67

同じアセンブリ内にある自作クラスの静的プロパティを
フォームのXAMLでコントロールのプロパティにバインドするってできる？

**デフォルトの名無しさん** · 2018/11/15(木) 21:27:25.35

別にビューモデルにその静的プロパティ用のプロパティ追加すりゃいだけじゃん。

**デフォルトの名無しさん** · 2018/11/15(木) 21:30:28.88

まぁ直接できるか聞いてるんだろうけどごめん俺の知識では...

**554** · 2018/11/16(金) 09:16:15.12

あれこれ試してたらx:Staticでやれることが分かったんで解決しました

>>555-556
解決手段のひとつですね、貴重な意見ありがとうございます

**114** · 2018/11/16(金) 15:40:40.78

キタコレ！

ARM64向けWindowsアプリの開発が正式サポート～「Visual Studio 2017」v15.9でビルド可能
“Microsoft Store”での受け付けも開始
https://forest.watch.impress.co.jp/docs/news/1153679.html

**デフォルトの名無しさん** · 2018/11/18(日) 06:23:13.08

いつ脱線から戻るのでしょうか。

**デフォルトの名無しさん** · 2018/11/19(月) 13:24:55.22

WPFの場合、Windowに直接ではなく、Gridなどの下に各コントロールを入れることが多いと思うんですが
コントロールのオブジェクトから親のWindowのオブジェクトを辿ろうと思ったら
地道にParent辿っていくしかないですかね？

**デフォルトの名無しさん** · 2018/11/19(月) 14:20:27.72

>>560
そんなことはしない、が正解

**デフォルトの名無しさん** · 2018/11/19(月) 14:34:27.33

>>560
バインドされてるデータならViewmodel見ればいいし、コントロールがほしいならnameだかkeyだかを欲しいコントロールに与えればいいんでね？

**デフォルトの名無しさん** · 2018/11/19(月) 16:44:14.52

ここで便乗質問。
ApplicationクラスからMainWindowプロパティを辿り、MainWindowに作った ViewModelプロパティを設定する。
Frameに置いたPageとかは、Applicationクラス→MainWindowプロパティ→ViewModelプロパティで、親のViewModelを辿るソースを見るけど、やっぱりそういうもんか？

昔でいうMFCのCWinApp（CWinAppEx？）の派生をカスタマイズしインスタンスのtheAppから操作するってな思想でOKなん？

**デフォルトの名無しさん** · 2018/11/19(月) 18:56:38.90

経路がややこしくなってきたらeventaggregatorで飛ばすという手抜き・・・
ある意味スタティックより悪質かもしれんが

**デフォルトの名無しさん** · 2018/11/20(火) 07:38:07.63

あーめんどくせー
Windows Forms楽でいいわ

**デフォルトの名無しさん** · 2018/12/05(水) 08:41:03.27

dotnet/wpf: This repo contains Windows Presentation Foundation (WPF) for .NET Core
https://github.com/dotnet/wpf

＞ .NET Core (including the WPF repo) is licensed under the MIT license.

**デフォルトの名無しさん** · 2018/12/05(水) 10:00:39.21

ふーん(鼻ﾎｼﾞ

**デフォルトの名無しさん** · 2018/12/05(水) 12:30:21.92

レジストリとかWMIみたいなWindowsOS寄りの機能を使うがためにWPF採用したので、
結局coreに移行してLinuxで動きます言うても手直しは必要なんだろうな。

UWPみたいにプロセス間通信までお断りみたいな状況よりはましか
DBサーバと通信できないんじゃ何も出来ないしな。。

**デフォルトの名無しさん** · 2018/12/05(水) 15:13:22.64

>>568

>>433
＞WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ

**デフォルトの名無しさん** · 2018/12/05(水) 16:46:30.83

>>569
英語読めないの？ >>566 読め。

読めないなら日本語記事見付けたから貼っとく。

WPF/WinFormsをオープンソース化～Microsoft、「.NET Core 3.0」Preview 1を発表
Windows デスクトップアプリも「.NET Framework」から「.NET Core」ベースへ
https://forest.watch.impress.co.jp/docs/news/1156678.html

**デフォルトの名無しさん** · 2018/12/05(水) 17:05:18.34

>>570
＞「WPF」や「WinForms」がMac/Linuxで利用できるようになるわけではないが、

**デフォルトの名無しさん** · 2018/12/05(水) 17:20:52.27

MSが右往左往してて笑えるw

**デフォルトの名無しさん** · 2018/12/05(水) 17:51:52.32

WPFがクロスプラットフォームになると勘違いしてるやつがいるのか？

MSの開発者はそれはありえない
WPFのWはwindowsのWだからってわざわざ言ってるのに

**デフォルトの名無しさん** · 2018/12/05(水) 17:57:35.91

これは夢か

**デフォルトの名無しさん** · 2018/12/05(水) 18:28:01.59

WebブラウザーがやっとEdgeになるのか
地味にうれしいかも

**デフォルトの名無しさん** · 2018/12/05(水) 18:32:24.22

>>572
どこが？

**デフォルトの名無しさん** · 2018/12/05(水) 19:04:08.75

MSはEdgeを捨てると噂を流したのは誰だ

**デフォルトの名無しさん** · 2018/12/05(水) 21:04:33.29

GUIは環境ごとの差が大きすぎるから仕方ない
だいたいmacやLinuxでリボンやらメトロやらをごり押しされても迷惑だろう

**デフォルトの名無しさん** · 2018/12/05(水) 21:21:47.57

>>568
DBはREST使う前提の設計だからなんとかなる
しかしローカルサーバーとhttp通信できないのは割と困る
あと、ファイルシステムが無茶苦茶遅いね

**デフォルトの名無しさん** · 2018/12/05(水) 23:24:30.53

>>577
マイクロソフトがARM版Chromeのコミットを頻繁に行っている
ってとこからの妄想じゃないのかな

**デフォルトの名無しさん** · 2018/12/06(木) 08:50:55.44

WPF/WinFormsをオープンソース化
だってよ

**デフォルトの名無しさん** · 2018/12/06(木) 08:54:29.51

>>581
>>566

**デフォルトの名無しさん** · 2018/12/06(木) 09:42:32.88

一日前の世界から書き込んだのかな？

**デフォルトの名無しさん** · 2018/12/06(木) 10:11:29.42

一昨日から来ました

**デフォルトの名無しさん** · 2018/12/06(木) 12:15:16.30

碌にドキュメント整備せず、オープンソース化して、テスト、サポートを顧客に丸投げ。
完全に手抜き開発。MSの技術力低下しすぎ。

**デフォルトの名無しさん** · 2018/12/06(木) 21:10:38.54

>>581
オープンソースというゴミ箱

**デフォルトの名無しさん** · 2018/12/06(木) 21:18:43.45

結局MSはWPFなりWinFormsなりをどうしたいんだよ
中途半端に生かされても困る

**デフォルトの名無しさん** · 2018/12/06(木) 21:24:18.83

Oracleとどっちがいい？

**デフォルトの名無しさん** · 2018/12/06(木) 22:49:03.02

だな。ほんとマイクロソフトはWPFとか今後どうしたいのか。
.NET Standard 2.0までは明確な目標あったけど、.NET Core 3.0以降の展望がわからん。

**デフォルトの名無しさん** · 2018/12/06(木) 23:14:44.26

WPFとか囲い込み目的でWindowsべったりの実装にしたんだから、
レガシーとか言わず、もっと責任持ってメンテして欲しいよね

WPFとか適当に扱った実績ができたからUWPも信用されなくなってる気がする

**デフォルトの名無しさん** · 2018/12/07(金) 07:29:28.09

フレームワークを建てては放置してで信用されてないのはその通りだが
WPFが囲い込み目的でWindowsべったりってのは意味わからんｗ

**デフォルトの名無しさん** · 2018/12/07(金) 08:20:18.82

>>577
https://github.com/MicrosoftEdge/MSEdge/blob/master/README.md
Chromiumベースのブラウザにシフトするというのが正解らしい
最もらしいこと言ってるけど、実体はもうEdgeに人手を掛けたくないんだろうな

**デフォルトの名無しさん** · 2018/12/07(金) 15:44:02.77

microsoftはどうせならblinkじゃなくてシェア低いfirefoxのエンジンの方を採用しろよ。これで更にblink1強感が強まると後々ヤバそう。
webkitは実質apple製品のみだから脇に置いといて。

**デフォルトの名無しさん** · 2018/12/08(土) 12:18:26.34

MediaElementのメディアの時間て
NaturalDurationに入ってくると思うのですが
ミリ秒まで入りません。

末尾までスキップとか中途半端なのですが
何かいい方法はありますか？

**デフォルトの名無しさん** · 2018/12/11(火) 22:11:15.17

MSは同じような枠組みを違った環境向けに少しずつ異なる実装を
バカバカ作りやがる

**デフォルトの名無しさん** · 2018/12/15(土) 14:46:30.32

MVVM方式で、ボタンを１０個作ったら、それぞれに対応するCommandクラスを１０個作らないと動かないの？

**デフォルトの名無しさん** · 2018/12/15(土) 17:01:22.09

senderとかで分岐しちゃダメなの？
CommandParameterとかにユニーク値いれるとか

**596** · 2018/12/15(土) 17:07:04.75

CommandParameterを利用して検討してみます。
ありがとうございます。

**デフォルトの名無しさん** · 2018/12/15(土) 21:38:12.64

つか、ICommandじゃなくてPrismやReactiveProperty使うのが一般的だよな
使えない現場もあるかも知れんが

**デフォルトの名無しさん** · 2018/12/16(日) 06:24:25.91

DelegateCommandとReactiveCommandってどっちが使いやすい？
そんなに変わらん？

**デフォルトの名無しさん** · 2018/12/16(日) 08:41:30.30

>>600
new BusyNotifier().Select(x => !x).ToReactiveCommand().AddTo(Disposable);って生成すれば、何も考えずに二度押し防止出来るのがメリットで
IDisposableの実装が必要なのがデメリット

ReactiveProperty使っているならそっちで実装するから手間は変わらなくなるが