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/09/28(金) 15:01:13.52

sunはその前にもSunViewでXに挑戦して失敗しているからなぁ

**デフォルトの名無しさん** · 2018/09/28(金) 17:20:13.18

MFCは結構よさげだがC++がクソなんだよな

**デフォルトの名無しさん** · 2018/09/28(金) 23:54:11.92

え

**デフォルトの名無しさん** · 2018/09/29(土) 02:13:14.81

XMLを馬鹿にしてたゲイツがWPFをだって？w
むしろゲイツが過去に散々言ってきたことを無視してできたのがWPF。

**デフォルトの名無しさん** · 2018/09/29(土) 16:21:02.68

エッセンシャルWPF読んでない人発見

**デフォルトの名無しさん** · 2018/09/30(日) 06:50:26.52

>>469
Essential WPFのエッセンスを3行でまとめてくれ。

**デフォルトの名無しさん** · 2018/09/30(日) 14:19:12.73

System.Windows.Interactivity Namespaceでぐぐってもmsdnに行き着けないし、
なんとか探し出しても「）このコンテンツの定期的な更新は行われていません。」で
細部に移動すると「申し訳ございません。ご指定のページが見つかりません。」

Interactivityは消滅するの ?

**デフォルトの名無しさん** · 2018/09/30(日) 21:06:23.40

まだ日本語ドキュメント読んでるのかよ
en-usかなんかにしないとクソだぞ

**デフォルトの名無しさん** · 2018/09/30(日) 21:29:26.11

>>469
高いんだよ

**デフォルトの名無しさん** · 2018/09/30(日) 21:40:18.06

>>472
en-us でもおなじです　やり方が悪いのでしょうか
url貼っていただくとうれしいです

>>473
英語のpds落ちてます

**デフォルトの名無しさん** · 2018/09/30(日) 21:48:45.64

ありゃ　pdfだった

**デフォルトの名無しさん** · 2018/10/01(月) 02:39:36.90

>>469
早くEssential WPFのエッセンスを3行でまとめてくれ。

**デフォルトの名無しさん** · 2018/10/01(月) 03:29:38.57

>>476
なんで？

**デフォルトの名無しさん** · 2018/10/01(月) 04:13:45.47

>>477
馬鹿なのか？

**デフォルトの名無しさん** · 2018/10/01(月) 06:02:45.48

>>478
どうしてまとめる必要があるの？

**デフォルトの名無しさん** · 2018/10/01(月) 09:57:20.09

ガイジを相手にするな

**デフォルトの名無しさん** · 2018/10/01(月) 12:30:09.53

普通に読んでねぇ。たけぇアホか

**デフォルトの名無しさん** · 2018/10/01(月) 13:16:04.21

>>474
ごめん。何かと勘違いしてたみたい
今探したら見つからないね。

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

>>454
Community Toolkitでって、今までのこういうToolkitのプロジェクトって数年後にみんな投げ出されてるじゃん
ほんとにやる気あるなら公式でサポートすべきだわ

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

利根川さんの言葉が身にしみるな
「いつ」とは言ってない

**デフォルトの名無しさん** · 2018/10/04(木) 19:18:03.97

>>457
F1は今ほぼセミAT定期

**デフォルトの名無しさん** · 2018/10/05(金) 09:13:18.68

Update on .NET Core 3.0 and .NET Framework 4.8
https://blogs.msdn.microsoft.com/dotnet/2018/10/04/update-on-net-core-3-0-and-net-framework-4-8/

My personal opinion is that having a cross-platform UI stack for .NET
would be a very valuable addition, but it’s a lot of work.
I am, however, not a fan of the idea to make WinForms/WPF cross-platform
because it will likely be a poor result: not compatible enough
for existing WinForms/WPF customers
while also not being a great cross-platform API (too much designed around the Windows PC).

**デフォルトの名無しさん** · 2018/10/06(土) 05:14:38.55

>>476
・WPFは最高
・デザイナーは神
・PGは奴隷

**デフォルトの名無しさん** · 2018/10/06(土) 09:31:53.21

>>486

＞　My personal opinion

で終了

**デフォルトの名無しさん** · 2018/10/06(土) 12:48:38.24

WPFの将来に希望が持てるようになったら起こしてください

**デフォルトの名無しさん** · 2018/10/06(土) 13:32:56.48

そのまま永眠になるかも

**デフォルトの名無しさん** · 2018/10/06(土) 18:20:46.55

>>486
＞　既存の.NET Frameworkアプリケーションを使用している場合は、.NETコアに移行する必要がありません。

＞　.NET Frameworkは常にWindowsの一部になります。
＞　Microsoftの内部でさえも、.NET Frameworkをベースにした多数の大きな製品ラインがあり、.
＞　NET Framework上に残ります。

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

・使いにくいなら、それはユーザーが馬鹿だから

**デフォルトの名無しさん** · 2018/10/08(月) 07:09:28.72

・WPFが普及しないのは技術者が馬鹿だから

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

・WPFが普及しないのは、底辺PGが大半という現実をマイクロソフトが理解してないから

**デフォルトの名無しさん** · 2018/10/08(月) 09:36:10.37

・WPFが普及しないのは、MSの宣教師が少ないから

**デフォルトの名無しさん** · 2018/10/08(月) 10:35:26.49

・WPFが普及しないのは、VSのXAMLテキストエディタで
プロパティエレメントのタグのうち、オブジェクト部分(ドットの左側のみ)を色変更できないから。
そこを薄いグレーにするだけでプロパティ名が強調されて世界が明るくなる。

**デフォルトの名無しさん** · 2018/10/13(土) 21:40:21.41

>>495
少ないというか、役に立たない宣教師しかいないのが…

**デフォルトの名無しさん** · 2018/10/13(土) 23:04:17.88

宣教師たちの「XAML弄るとこんな事もできるんですよ」とドヤ顔に、現場PG達の冷めた目。

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

伝説のボタン in 動画か

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

コードのコピペばっかしてんじゃねーよ！

**デフォルトの名無しさん** · 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楽でいいわ