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/08/24(土) 01:01:56.33

Javaで構築するの止めてC#にする場合が増えてるらしい

**デフォルトの名無しさん** · 2019/08/24(土) 01:32:43.24

>>570
ソースは？

**デフォルトの名無しさん** · 2019/08/24(土) 07:26:16.85

.cs

**デフォルトの名無しさん** · 2019/08/24(土) 10:39:20.73

>>572
座布団2枚あげましょう

**デフォルトの名無しさん** · 2019/08/24(土) 12:01:56.85

そりゃ拡張子じゃないかーい
って言うボケかと思ったのに…

**デフォルトの名無しさん** · 2019/08/24(土) 12:52:53.99

>>574
あんたセンス無いね

**デフォルトの名無しさん** · 2019/08/24(土) 14:13:27.89

トンキン人さむ～

**デフォルトの名無しさん** · 2019/08/24(土) 17:40:03.15

ぐぬぬ

**デフォルトの名無しさん** · 2019/08/26(月) 07:18:34.37

関西人の理想的なボケ↓

**デフォルトの名無しさん** · 2019/08/26(月) 08:57:33.58

WPFはオワコン。

**デフォルトの名無しさん** · 2019/08/26(月) 17:45:31.71

普及させたいなら
Forms廃止して社内開発リソースをWPFに集中させるから
頑張って移行してね！
ってやればいいのに。
んでForms無くすならVB.NETも切っていいし

**デフォルトの名無しさん** · 2019/08/26(月) 18:00:49.98

>>580
それに近いことをやろうとしたのがUWP

**デフォルトの名無しさん** · 2019/08/26(月) 19:05:57.08

で、その開発予算は天から降って来るのか？

**デフォルトの名無しさん** · 2019/08/26(月) 20:46:52.41

WPFは既存の技術すべて置き換えるために作られたはずだけど
実際はそこまでのスケールじゃなかった

HTML VB6 winforms MFC
全部生き残ってしまった

**デフォルトの名無しさん** · 2019/08/26(月) 20:49:41.98

XAMLがわかりにくいから置き換わるわけがない

**デフォルトの名無しさん** · 2019/08/26(月) 21:12:48.53

XAMLそのものはそこまでわかりにくくないだろ
ややこしいのはMVVM

**デフォルトの名無しさん** · 2019/08/26(月) 21:25:24.89

WPFはライブラリの出来は良かったのにGUI周りの出来が悪かったのが痛かったな。
あまりに貧相であれじゃ客が納得しない。

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

あなたのような優秀な方には簡単かもしれませんが、
わたしのような底辺にはわかりにくいのです
つまり広まりません

**デフォルトの名無しさん** · 2019/08/26(月) 21:33:06.34

>>586
何のことを言ってるかわからないけどWPFは半端だったのでいろんな機能をwinformsに頼らざるを得なかった
winformsを置き換えるものとしては実装が不足してる

**デフォルトの名無しさん** · 2019/08/26(月) 22:10:15.41

>>586
WPFのコアな部分はレガシーなウィンドウシステムを捨てて再設計するんだってそれなりに気合い入れて作られてると思う。
だけど色々出来る分複雑になってるのに、それをラップしてユーザーがお仕着せで良いから楽に使えるようにする支援ライブラリ的なものが足りな過ぎたね。
標準のコントロールもFormにあるのは一通り押さえておけば、MVVM抜きならそれなりに簡単に使えるのに。

**デフォルトの名無しさん** · 2019/08/26(月) 22:12:50.23

XAMLでわかりにくいならhtml&cssのデザインは地獄だろうな
XAMLがいかに親切か実感できるぞ
タグで囲むデザインはもう飽きたからもっとシンプルにしてほしいけど
JsonかYAMLで

**デフォルトの名無しさん** · 2019/08/26(月) 22:15:26.16

WPFデザインってWin7のLunaテーマのイメージ

**デフォルトの名無しさん** · 2019/08/26(月) 22:16:18.43

LunaじゃなくてAeroだった

**デフォルトの名無しさん** · 2019/08/26(月) 22:22:45.61

>>591
WPF標準でも一応GUIのテーマが用意されてるけど、LunaやAeroで止ってる…
正にVistaか7の時代

**デフォルトの名無しさん** · 2019/08/26(月) 22:29:08.48

>>589
ほんこれ
気合いの入れ方が中途半端すぎ

**デフォルトの名無しさん** · 2019/08/26(月) 23:04:10.96

一度に全部学ばないといけないからだろ。xaml,データバインディング,MVVMと。最初俺も死にかけたわ。

androidやりはじめたときはレイアウトファイルのxmlくらいだったから敷居は低かった。で、随分後にandroidもデータバインディングに標準対応して、順番にゆっくり学べるからな。

**デフォルトの名無しさん** · 2019/08/26(月) 23:17:19.25

かたや、WPFは一度挫折した後に作戦変えて最初はデータバインディングとかMVVMとか無視してアプリ作ってみようとしたが、ListViewとかItemsControl系はアイテムテンプレート使わねぇと仮想化できないし、
やっぱデータバインディングとかすぐに学ぶはめになったし。

**デフォルトの名無しさん** · 2019/08/26(月) 23:27:56.52

データバインディング便利でいいじゃん。
表示とロジックを分離できて見通しがいい。

**デフォルトの名無しさん** · 2019/08/26(月) 23:32:49.32

MVVM便利すぎてWinFormsでもMVVM使ってしまう体になってしまったよ

**デフォルトの名無しさん** · 2019/08/26(月) 23:37:29.50

わかるわー、
MVVM慣れるとレガシーは面倒すぎる

**デフォルトの名無しさん** · 2019/08/26(月) 23:49:45.08

というより、MVVM学ぶ前は、ソフトウェアアーキテクチャ？みたいの意識しないで適当につくってたから今になってMVVM以外で作ろうとすると困りそう

**デフォルトの名無しさん** · 2019/08/26(月) 23:56:16.79

あんた自分が勉強嫌いなだけじゃん
MVVM以前にもMVCやらデザインパターンやら
意識しないといけないものはいくらでもあったでしょう

**デフォルトの名無しさん** · 2019/08/27(火) 00:37:24.80

じゃ、おまえVB6やWinForms自体にで何か意識して作ってた？

**デフォルトの名無しさん** · 2019/08/27(火) 00:38:56.97

VB6やwinforms時代にどんなパターン採用してたの？

**デフォルトの名無しさん** · 2019/08/27(火) 00:43:54.63

DOC-View も MVCもWinForm以前からあるんだが?

個人的問題ならマ板でしろや

**デフォルトの名無しさん** · 2019/08/27(火) 00:53:36.96

存在ぐらいはMVVM学んだら学ぶだろ。あほかよ。

**デフォルトの名無しさん** · 2019/08/27(火) 03:48:51.51

MVP

**デフォルトの名無しさん** · 2019/08/27(火) 05:34:30.66

早く.NETでWin32を完全にリプレイスできるように
ならないな、はあ。

**デフォルトの名無しさん** · 2019/08/27(火) 19:04:49.63

無理だろ
windowsとは何かと言えばwin32のAPI群とそれで作られたコンポーネントとサービスの塊だから

**デフォルトの名無しさん** · 2019/08/27(火) 19:28:50.81

MVVMのライブラリーがMSから出てない事を知って真面目に取り組むのを止めた

**デフォルトの名無しさん** · 2019/08/27(火) 19:46:08.12

MSは今間違いなく迷走しているよね
BGM:バッドボーイブルース

**デフォルトの名無しさん** · 2019/08/27(火) 22:38:41.78

>>610
×今
○ここ10年くらい

**デフォルトの名無しさん** · 2019/08/29(木) 08:24:36.72

OSS上がりはほんとテストしない。自己満足でドヤ顔で公開して放置。

**デフォルトの名無しさん** · 2019/08/29(木) 19:55:13.55

思い付いたアイディアコーティングして形になったらそれで興味は失せてしまう
品質とか興味無い

**デフォルトの名無しさん** · 2019/08/30(金) 03:54:01.72

>>610 >>611
githubとかVSCodeのようなここ10年にない好調な分野で
WPFの失敗を取り返した

**デフォルトの名無しさん** · 2019/08/30(金) 15:32:23.77

>>607
もし奇跡が起きて.NET5が大成功したら、多くの.NETアプリはWebアプリとしてクラウド上のLinuxでホストされるようになり、
デスクトップのWindowsが単なるシンクライアントに成り下がる未来は来るかもしれない
万一そうなりそうだったら、MSは.NETを事実上Azureでしか使えなくするような縛りを入れてくるだろうけど

**デフォルトの名無しさん** · 2019/08/30(金) 16:47:02.85

.NET5って、選択枝がそれだけという事だろ？　失敗なんてあるの？

**デフォルトの名無しさん** · 2019/08/30(金) 17:50:33.12

Blazorが天下を取るのは目に見えてるからなぁ
業務系は全部これでおk

**デフォルトの名無しさん** · 2019/08/30(金) 18:17:06.08

>>616
.NET5が普及することが必ずしも.NET5の成功を意味するとは限らない
みんながVSCodeやRiderでC#を書いて、AWS上のLinuxサーバーで運用するようになったら、MSから見れば大失敗だ
そうなれば当然MSは.NET5を放棄することになるだろう
MSにとって利益になる形での普及が成功の条件となると、なかなか難しいよ

**デフォルトの名無しさん** · 2019/08/30(金) 22:01:53.87

放棄ってどうするのさ
態々くっつけたのをまた分割するのか？

**デフォルトの名無しさん** · 2019/08/30(金) 23:03:11.02

＞.NET5が普及することが必ずしも.NET5の成功を意味するとは限らない

.NET5の成功だろ
言いたいのはMSの成功を意味するとは限らないだろ

**デフォルトの名無しさん** · 2019/08/30(金) 23:15:11.32

OSSとはいえ特許があるから、MSが.NET Foundationから手を引いたら現実には開発の継続は不可能だよ
もちろん、MSは当然そんな最悪の結果にならないように技術面や政治面でコントロールするだろう
仮にそのコントロールが普及を妨げる性質のものであったとしてもね

**デフォルトの名無しさん** · 2019/08/31(土) 00:01:51.67

>>614
アプリケーションフレームワークとツールの類を同列に語っても意味無い

**デフォルトの名無しさん** · 2019/08/31(土) 00:21:51.42

>>621
ちょっと何言ってるかよくわからない

**デフォルトの名無しさん** · 2019/08/31(土) 00:39:06.27

>>614
GitHubはただ買収しただけだし
そもそもgitはライナスの作ったものだし…

vscodeはGitHubがatomエディタ作るために作ったエレクトロンに乗っかってるだけだし
MSはあまり貢献してない

**デフォルトの名無しさん** · 2019/08/31(土) 00:59:08.53

>>624
AtomとVSCodeじゃElectron部分以外ソースほぼ別物だしMSはあまり貢献してないって暴論すぎる

**デフォルトの名無しさん** · 2019/08/31(土) 01:12:59.59

GitHubのプライベート数無制限もMSマネー後だしな
評価すべきところはちゃんとしなきゃね

とはいえモダンなGUIに追従できるポジションのフレームワークが
悉く壊滅し続けている惨状を埋め合わせるものではない、というか関係ない

**デフォルトの名無しさん** · 2019/08/31(土) 06:44:41.35

モダンすぎるBlazor大成功確実

**デフォルトの名無しさん** · 2019/08/31(土) 08:19:57.96

blazorってviewあたりはどうなってる？reactととかならmaterialやら色んなデザインのが今や豊富にあるけど。

**デフォルトの名無しさん** · 2019/08/31(土) 08:32:47.45

dartとflutterはhammingbirdでwebのフロントエンドに進出だし、desktop embeddingでデスクトップも。dartは現状クソだからmicrosoftさんには頑張ってもらいたい

**デフォルトの名無しさん** · 2019/08/31(土) 09:29:29.38

blazor触ったこと無いんだけどwebアプリってことはローカルファイルの操作とかは難しかったりすんの？
開発補助ツールとか作ったりすんだけど、そういうのはやっぱデスクトップアプリのほうが向いてるよね？
そういうのもblazorでできるならちょっと触ってみようかなって思うんだけど

**デフォルトの名無しさん** · 2019/08/31(土) 10:15:11.61

>>630
なにができないかはWebAssemblyの制約に規定されるのでは？
俺もBlazor触ったことないけど

**デフォルトの名無しさん** · 2019/08/31(土) 10:27:14.18

今はviewはRazorのままだな。WPFをcanvasとwebglでエミュレートするとかできたらいいのに。

**デフォルトの名無しさん** · 2019/08/31(土) 18:02:22.42

BlazorっていえばWebAssemblyだと思い込んでたけどサーバーサイドがあるのか
やば、乗り遅れてるわ
https://blog.okazuki.jp/entry/2019/06/11/135621

**デフォルトの名無しさん** · 2019/09/05(木) 06:45:37.44

祝WinUI 2.2
TabView!!

**デフォルトの名無しさん** · 2019/09/10(火) 23:16:19.51

WPF＋XamlIslandでUWPのコントロールを使うとき
スタイルをどうやって設定するかご存じの方いますか？
WPFプロジェクトだとUWPのXAML書けないです…

**デフォルトの名無しさん** · 2019/09/19(木) 23:16:30.45

ちょっと古い質問かもしれないんですが、WPFのプロジェクトを新規作成して Prism.WPF、Prism.Core、Prism.Unityをヌゲットで適用したんだけど Microsoft.Expressions.Interaction が参照に入らないのです
やりたいことは Xaml で ei:PropertyChangedActtion を使って View の Xaml だけで他のコントロールのプロパティを変えたい（ElementNameとTargetPropatyとかでできた記憶があります）だけなんですが、これはどこにいったんでしょうか。

**デフォルトの名無しさん** · 2019/09/19(木) 23:20:27.73

補足です。当時はヌゲットがなかったから Expression.Blend とかをインストールして参照設定の拡張アセンブリから選んで使ってたと思います

**デフォルトの名無しさん** · 2019/09/20(金) 01:12:36.63

>>636
Blend SDKは廃止?方向みたいで、Xaml Behaviors for WPFがそれの代わり。
そのパッケージをnugetで追加して、xmlns:i=～やxmlns:ei:=～ってあった所は、
xmlns:i="http://schemas.microsoft.com/xaml/behaviors";に直せば前と同じに使える。

**デフォルトの名無しさん** · 2019/09/22(日) 22:53:58.06

>>638
名前が変わったんですね
ありがとうございますやってみます

**デフォルトの名無しさん** · 2019/09/26(木) 17:08:59.96

MediaElementなどを実装したUserControlを
MainWindowでItemsContrlを使用し複数表示しました。
その中の1つが選択されたときWindowいっぱいに広げたいのですがどうすればできますか？
ViewModel側で選択されたUserControlは取得できています。

**デフォルトの名無しさん** · 2019/09/27(金) 00:31:03.92

>>640
UserControl(View)をViewModelから参照するのはMVVMに反してるからオススメしない。
ItemsControのSelectedItemプロパティと選択中のViewModelとがバインディングできてるなら、
選択後にViewModelで全画面表示用のプロパティに値を設定すれば良い。
そのプロパティ値が変化したときにどうやってUserControlを全画面表示するかは、純粋にView(XAML)の問題だ。

**デフォルトの名無しさん** · 2019/09/27(金) 12:08:12.14

>>641
やはりViewModelでUserControlを参照するのはマズいですよね。
プレイヤなので再生中の状態がそのままコピーされるとよいのですが。

全画面用のUserControlにどのプロパティを設ければよいでしょうか？
動画パスや再生時間を渡して読込からやらせるしかないですかね？

**デフォルトの名無しさん** · 2019/09/27(金) 23:54:36.27

ItemsControl上でも再生とか停止ができて、選択したらWindowいっぱいにしたい感じ？？

**デフォルトの名無しさん** · 2019/09/28(土) 06:32:34.96

>>643
そうです。
何かスマートな方法ありますかね？

**デフォルトの名無しさん** · 2019/09/28(土) 14:31:06.45

拡大されてるムービーがどれかっていうのが、アプリのロジックに関係ないならクリックのイベントハンドラで書くのでいいんじゃないかな
ItemsControlから画面いっぱいにひろげる方法は知らないんだけど、そういうパネル作るののかな？

**デフォルトの名無しさん** · 2019/09/28(土) 18:40:27.12

>>645
そうですね。
今はUserControlをItemsControlに重ねて配置してVisibiltyを切り替えています。

**デフォルトの名無しさん** · 2019/09/28(土) 20:52:31.51

PrismでRegion使えばチョチョっとできないかね

**デフォルトの名無しさん** · 2019/09/28(土) 22:58:14.58

再生中の動画が流れたままシームレスにWindow全体に表示というのは厄介そう

**デフォルトの名無しさん** · 2019/09/28(土) 23:32:48.35

UWPならMediaElementにIsFullWindowってプロパティーがあって問答無用でフルスクリーン表示にできる
あと、ConectedAnimationつかえるんだがな

**デフォルトの名無しさん** · 2019/09/29(日) 00:34:01.71

XAML Islandで解決じゃん

**デフォルトの名無しさん** · 2019/09/30(月) 09:25:36.75

>>649
>>650
ありがとうございます。

XAML IslandでUWPのMediaElementを実装してみます。

**デフォルトの名無しさん** · 2019/10/01(火) 00:37:23.82

おー上手くいったかどうか教えてくれると嬉しいな

**デフォルトの名無しさん** · 2019/10/01(火) 08:56:41.44

UWPのはウィンドウいっぱいというより、全画面表示だけど大丈夫かな？

**デフォルトの名無しさん** · 2019/10/02(水) 21:41:52.01

>>653
やはりそうなの？
調べたらそれっぽいこと書いてあった

Microsoft.Toolkit.Wpf.UI.ControlsのMediaPlayerElementを使ってみたのだが
Sourceにバインドしても再生されない
Xamlに直接書くと再生されるのだが…

**デフォルトの名無しさん** · 2019/10/09(水) 14:09:07.32

.Net Core 3.0のWPFのユーザーコントロールのデータバインディングに関して質問なんですが、
MainWindow.xaml.csのコンストラクタ内でPrice=1000と代入しているのですが
TextBoxのText(Value)の値が0から変化しないのですが、どこが間違っているのかわかる方いますか？
テキストボックス内にカーソルを合わせて上下キーを押すと1ずつ増える/減るの動作は正しく動いているようです。
DecimalBox.xaml
<UserControl x:Class="test.DecimalBox" ...>
<TextBox Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/>
</UserControl>

DecimalBox.xaml.cs
namespace test
{
/// <summary>
/// DecimalBox.xaml の相互作用ロジック
/// </summary>
public partial class DecimalBox : UserControl
{
public DecimalBox()
{
InitializeComponent();
DataContext = this;
}
public decimal Value { get { return (decimal)GetValue(ValueProperty); } set { SetValue(ValueProperty, value); } }
public static readonly DependencyProperty ValueProperty = DependencyProperty.Register("Value", typeof(decimal), typeof(DecimalBox));
private void TextBox_PreviewKeyDown(object sender, KeyEventArgs e)
{
if (e.Key == Key.Up ) Value += 1;
if (e.Key == Key.Down) Value -= 1;
}
}
}

**デフォルトの名無しさん** · 2019/10/09(水) 14:09:33.92

MainWindow.xaml
<local:DecimalBox Value="{Binding Price}"/>

MainWindow.xaml.cs
namespace test
{
/// <summary>
/// MainWindow.xaml の相互作用ロジック
/// </summary>
public partial class MainWindow : Window, INotifyPropertyChanged
{
public MainWindow()
{
InitializeComponent();
DataContext = this;
Price = 1000;
}
public decimal Price
{
get { return price; }
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("PriceData")); }
}
public event PropertyChangedEventHandler PropertyChanged;
}
}

**デフォルトの名無しさん** · 2019/10/09(水) 14:19:23.75

以下の部分コピペミスです
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("PriceData")); }

正しくはこうなってます
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("Price")); }

**デフォルトの名無しさん** · 2019/10/09(水) 14:36:41.74

ちなみに、以下の部分を
MainWindow.xaml
<local:DecimalBox Value="{Binding Price}"/>

以下のようにするとTextBoxの値は1000になります
MainWindow.xaml
<local:DecimalBox Value="1000"/>

**デフォルトの名無しさん** · 2019/10/09(水) 15:38:14.92

<local:DecimalBox Value="{Binding Price}"/>においてデータコンテキストは
DecimalBoxのコンストラクタで設定されてるDecimalBox自身
DecimalBoxにPriceなんてプロパティは無いのでバインディングに失敗する

ユーザコントロール自身ではなく、その直下にGridとかのパネル置いてそれのDataContextに設定するようにする

**デフォルトの名無しさん** · 2019/10/09(水) 16:14:04.43

>>659
以下に変更したら動作しました。ありがとうございます。

cs側
public DecimalBox()
{
InitializeComponent();
textbox.DataContext = this;
}

xaml側
<TextBox x:Name="textbox" Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/>

もう一つ質問なのですが、
DataContextの設定を今はcs側でやっていますが、
これをxaml側で行うことって可能なのでしょうか？

**デフォルトの名無しさん** · 2019/10/09(水) 16:24:35.37

>>660

自己解決しました
RelativeSource FindAncestorでUserControlまで遡ればよかったみたいです。

<TextBox DataContext="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType=UserControl}}" Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/>

**デフォルトの名無しさん** · 2019/10/09(水) 19:13:21.44

>>659
> DecimalBoxにPriceなんてプロパティは無いのでバインディングに失敗する
こう言う時は実行時でもいいから例外発生させるなりしてくれればいいのにね

**デフォルトの名無しさん** · 2019/10/09(水) 19:46:19.00

Binding失敗してるとデバッグログとかにメッセージ出なかったっけ？

**デフォルトの名無しさん** · 2019/10/09(水) 19:58:14.79

デバッグログに出るけど他にメッセージが多いと見落としがち
WPFにもx:Bind欲しい

**デフォルトの名無しさん** · 2019/10/09(水) 22:00:06.20

さんざん欲しいと言われてるはずなのに追加されない

なぜだろうね

**デフォルトの名無しさん** · 2019/10/09(水) 22:05:55.57

.Net5なら

**デフォルトの名無しさん** · 2019/10/09(水) 22:16:15.27

ないない
なんか勘違いしてるようだが、MSがWPFをCoreに移植したのはメンテナンスをしたくないからだよ
今後.NETランタイムがアップデートされてWPFが壊れても、Coreなら開発者は自己責任で古いランタイムをずっと使い続けることができる

**デフォルトの名無しさん** · 2019/10/09(水) 22:27:19.81

winformsも同じだね

**デフォルトの名無しさん** · 2019/10/09(水) 22:43:33.90

WPFはオープンソース化したんで何か起きるかもしれん