WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/05/09(火) 09:09:13.94

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

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

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

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

**デフォルトの名無しさん** · 2017/05/11(木) 06:09:39.89

Prism触ったけどなんか俺にはmoduleとかresionとかなんか取っつきにくいわ
まだlivetの方が扱いやすい
しかしlivetは更新きそうもねぇ…

**デフォルトの名無しさん** · 2017/05/11(木) 06:38:28.68

おー
わんだふる
こーでぃ
んぐ

**デフォルトの名無しさん** · 2017/05/11(木) 09:30:03.19

>>2
俺は一人でやっているからmoduleはほとんどつかわないな
resionは画面遷移させたりするからよく使うね
livetはオワコンってどっかで見たような気がする
MVVMパターンでコーディングしていくなら
prism一択だともう、UWP向けもあるし

**デフォルトの名無しさん** · 2017/05/11(木) 16:58:28.11

WPFは定着したのか？

**デフォルトの名無しさん** · 2017/05/11(木) 19:47:14.62

煽るなよクズ

**デフォルトの名無しさん** · 2017/05/11(木) 20:29:11.34

WPFとUWPはコントロールを統一してほしいわ

**デフォルトの名無しさん** · 2017/05/11(木) 21:03:57.37

WPFにもx:bindくださいよ・・・

**デフォルトの名無しさん** · 2017/05/11(木) 21:41:57.64

WPFは実験台だったんだよ!!

**デフォルトの名無しさん** · 2017/05/11(木) 22:14:42.24

>>6
質問しただけなのに煽り扱いとか草

**デフォルトの名無しさん** · 2017/05/12(金) 09:03:05.08

>>9
silverlight「せやな」

**デフォルトの名無しさん** · 2017/05/12(金) 09:49:53.60

>>9
WinForms「そんなバカな！？」

**デフォルトの名無しさん** · 2017/05/12(金) 10:41:27.09

XAML Standard 1.0かあ

> Post specification plans include support of XAML standard in Xamarin Forms and UWP

ﾌﾌｯ

**デフォルトの名無しさん** · 2017/05/12(金) 11:10:06.94

WPFにx:bindがくるの？

**デフォルトの名無しさん** · 2017/05/12(金) 11:47:01.51

https://github.com/Microsoft/xaml-standard/issues/20

本当にどうするつもりなのやら…

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

XAML StandardはUWP基準でやったほうが楽っぽいけど、どうなるんだろ？

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

DataGridViewとDataGridとGridView・・・名前だけでも収拾つかなくなってるな

**デフォルトの名無しさん** · 2017/05/13(土) 12:03:16.66

VS2015upd3のデザイナー上で突然、下記のエラーが起きたんだけどなぜこうなったか分かりますか？
{
"Version": "W.3.2.2.0",
"Guid": "6fe59b26-7383-40d5-947c-7448769a5e81",
"Type": "System.Runtime.InteropServices.COMException",
"Time": "2017/05/13 11:39:38",
"Position": "PresentationCore--->Void SyncFlush()",
"Message": "HRESULT からの例外:0x88980406",
"StackTrace": " 場所 System.Windows.Media.Composition.DUCE.Channel.SyncFlush()\r\n
～～～～～～
System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)"
}

18 · 2017/05/13(土) 13:38:34.53

自己解決です。
どうやら拡張機能である[BabeLua]をインストールしてたのが原因でした。

**デフォルトの名無しさん** · 2017/05/15(月) 18:08:45.66

DataGridのRowDetailにDataGridをネストして、更にそのDataGridのRowDetailにDataGridをネストして...
という感じで多階層にデータを取り扱えないかチャレンジしているのですが、
この時、動的に生成された全てのDataGridの中から最後に選択された１つのアイテムを取得する方法ってありますでしょうか？
SelectedItemプロパティを全て同じVMのプロパティにBindしてみたのですが、思うように動いてくれず・・・。

**デフォルトの名無しさん** · 2017/05/15(月) 23:36:54.04

せめてサンプルは出そうよ

**デフォルトの名無しさん** · 2017/05/15(月) 23:45:12.16

高度に発達した天才はキチガイと区別がつかない

**デフォルトの名無しさん** · 2017/05/16(火) 09:10:31.52

失念しておりました！下記の通りです。
※View.xaml
<DataTemplate x:Key="Expander">
<ToggleButton IsChecked="{Binding RelativeSource={RelativeSource AncestorType=DataGridRow},
Converter={StaticResource VisbilityToBoolean},Path=DetailsVisibility}">
</ToggleButton>
</DataTemplate>
<DataTemplate x:Key="ChildDataGrid">
<DataGrid ItemsSource="{Binding Children}"
SelectedItem="{Binding SelectedRowItem}"
RowDetailsTemplate="{DynamicResource Child}">
<DataGrid.Columns>
<DataGridTemplateColumn CellTemplate="{StaticResource Expander}" />
</DataGrid.Columns>
</DataGrid>
</DataTemplate>
<DataGrid ItemsSource="{Binding Items}"
SelectedItem="{Binding SelectedRowItem}"
RowDetailsTemplate="{DynamicResource ChildDataGrid}">
<DataGrid.Columns>
<DataGridTemplateColumn CellTemplate="{StaticResource Expander}" />
</DataGrid.Columns>
</DataGrid>

※VM.cs
public object SelectedRowItem{get;set;}
public ObservableCollection<Item> Items{get;set;}
※Model.cs
public class Item{
public int ItemId{get;set;}
public string ItemName{get;set;}
public List<Item> Children{get;set;}}

**デフォルトの名無しさん** · 2017/05/16(火) 09:11:34.75

DataGrid(A)のItem1を選択→展開されたDataGrid(A)のRowDetail内のDataGrid(B)のItem2を選択（ここまでは理想通りにSelectedItemが拾える)
→DataGrid(A)のItem1を再度選択（この時にSelectedItemがnullでセッターに飛んでくる）
といった感じで最終的に選択されたアイテムはItem1である、となって欲しいのですが、うまく行きません。。。

**デフォルトの名無しさん** · 2017/05/20(土) 02:33:43.45

Xamarin.Forms Feature Roadmap ? Xamarin Forums
https://forums.xamarin.com/discussion/85747/xamarin-forms-feature-roadmap/

Xamarin.Forms for WPF

**デフォルトの名無しさん** · 2017/05/20(土) 02:39:33.97

DataGridが大量データに弱すぎて使い物にならない。
せめてExcel並みのパフォーマンスくらい難なく出させてくれよって感じ。

いろいろ調べたけど、結局満足の行く情報も得られず。英語読めないし、日本語文献少なすぎ。
線と文字と縦横のスクロールバーを使って自前の描画をさせることも試したけど、
1ピクセルの細い線が満足に引けないって何なんだか。
見える範囲だけ線と文字を並べるのも速く無かったし。

で、WPFをメインに据えるのは諦めた。

WebBrowserでHTMLやJavaScript使う方がマシだなって思ったら、WPFのWebBrowserが
Windows FormsのWebBrowserより低機能とか、全くどうなってんだか。

WPF何とかならんのかね。。。。。。。。。。

**デフォルトの名無しさん** · 2017/05/20(土) 03:37:37.19

なんかすぐにパフォーマンス的な制約にぶつかるよねWPFって
何で最初からせめてWindows Formは機能的に完全に置き換え可能なように気合いれて作らなかったのか

**デフォルトの名無しさん** · 2017/05/20(土) 13:11:07.24

できるわけないだろ、常識的に考えて・・・
最近はアセンブラ経験ない奴増えてパフォーマンスに対する認識が低すぎる・・・
どういう処理が重くてどういう処理が軽いが全く認識せずコード書いてる・・・

**デフォルトの名無しさん** · 2017/05/20(土) 13:13:56.09

この2017年にもなってまだアセンブラ意識してコード書かなきゃならんのかよ

**デフォルトの名無しさん** · 2017/05/20(土) 13:25:13.56

むしろアセンブラの知識がいらないという発想が全く理解できない。
たぶんキミはPGに向いてない。

**デフォルトの名無しさん** · 2017/05/20(土) 13:30:30.22

必死すぎワロタ

**デフォルトの名無しさん** · 2017/05/20(土) 14:00:19.52

アセンブラまで行かなくても、ライブラリー類を一切使わず処理を全部基本の文法だけで書いて
パフォーマンスを自分で考える位のことは、プログラミングの勉強の一環として必要かもね。
利便性とパフォーマンスのバランス感覚を身に付けると言うか。

**デフォルトの名無しさん** · 2017/05/20(土) 14:07:25.80

DataGridはWinFormsでもうんこだから。

**デフォルトの名無しさん** · 2017/05/20(土) 16:00:16.10

だよねー
いつ良かったんだろ？

**デフォルトの名無しさん** · 2017/05/20(土) 18:21:04.77

DataGridは入力系だから、最大でも数十行マトモに動けば問題ないと思うんだよな
数百数千行表示したければListBox使えばいいよ
Formsと違って、WpfやUwpはListBoxの表現力は高い

**デフォルトの名無しさん** · 2017/05/20(土) 18:58:05.92

WPF初期リリースにDataGridが含まれてなかったのは、
Templateいじれば同等の事できるはずだから不要ってことだったのかね？

**デフォルトの名無しさん** · 2017/05/20(土) 22:59:37.33

RenderTargetBitmap からメタファイルを生成するサンプルって
どこかにありますか？

**デフォルトの名無しさん** · 2017/05/20(土) 23:44:17.23

WPFスレでアセンブラどうこう言ってる化石は土に埋まってろよ

**デフォルトの名無しさん** · 2017/05/20(土) 23:46:30.50

百歩ゆずってCPUの動作、また百歩ゆずって機械語を意識しろなら
わからんでもないけどアセンブラはないねw

しかも正式にはアセンブラじゃなくてアセンブリ言語だしw

**デフォルトの名無しさん** · 2017/05/21(日) 00:46:34.95

き～か～い～の～き～も～ち～

**デフォルトの名無しさん** · 2017/05/21(日) 02:00:38.41

>>39
すごい知ったかだな。普通にAssemblerもよく使われる。
書籍の題名とかほとんどアセンブラになってるだろう。
最適化の文献や機械語の勉強を一度もしたことないことがすぐ分かる。

**デフォルトの名無しさん** · 2017/05/21(日) 03:50:00.04

おじいちゃんほんと申し訳ないんだけど一生懸命覚えたであろうアセンブラの知識や機械語の知識
現代では君が信じてるほど出番無いんだわ

**デフォルトの名無しさん** · 2017/05/21(日) 05:46:56.15

大昔は、乗除算や分岐が重い処理だから少なくするんだっけ
ちょっと昔は、コンテキストスイッチに気を付けるくらい？
今は何に気を付ければいいん？
マネージ・アンマネージの行き来？

**デフォルトの名無しさん** · 2017/05/21(日) 07:59:15.03

キャリーフラグの値が欲しいときがある。

**デフォルトの名無しさん** · 2017/05/21(日) 08:09:37.53

まあ、頑張ってチマチマ最適化しようが、DataGridに数万行突っ込んだら全て終了です

**デフォルトの名無しさん** · 2017/05/21(日) 08:40:00.41

仮想化しても駄目なの？

**デフォルトの名無しさん** · 2017/05/21(日) 14:43:55.71

>>41
しょうがないお馬鹿さんだな
アセンブラっていうのはCで言えば「Cコンパイラ」に対応する言葉。
C言語に対応するのは「アセンブリ」。

**デフォルトの名無しさん** · 2017/05/21(日) 15:07:35.59

数万って実際どのくらいかな

**デフォルトの名無しさん** · 2017/05/21(日) 15:26:06.30

>>47
こういう奴は今でもD-RAMはおかしいD-RWMって言え
とか思ってるんだろうか w

**デフォルトの名無しさん** · 2017/05/22(月) 09:03:17.61

そもそもDataGridに何万件もデータを入れようなんて設計が間違っているんじゃない？
それにWPFなら仮想化できるし、そこまで問題にならないような・・・

**デフォルトの名無しさん** · 2017/05/22(月) 09:10:48.84

>>50
あのさぁ…話ループさせたいだけの下痢便くんはこの世に要らないわけ
分かる？
今すぐ中央線に突っ込んで死ね

**デフォルトの名無しさん** · 2017/05/22(月) 10:06:44.67

暑いけどまだ夏休みじゃないのにな

**デフォルトの名無しさん** · 2017/05/22(月) 11:41:08.65

毎日が日曜日なんだろ

**デフォルトの名無しさん** · 2017/05/22(月) 20:05:09.72

いまさらListViewがデフォ仮想化されててIsSelectedとBindしても同期されないって知ったのですが
仮想してる場合SelectionChangedから自力でやるしかないのですか？

**デフォルトの名無しさん** · 2017/05/22(月) 20:11:22.91

ItermsControlの仮想化は欠陥品もいいとこだから切ってるわ
あとはパフォーマンスに端から期待しない設計をすればいい

**デフォルトの名無しさん** · 2017/05/22(月) 20:56:51.57

http://stackoverflow.com/questions/31176949/binding-selecteditems-of-listview-to-viewmodel
こういうのはどう？

**デフォルトの名無しさん** · 2017/05/22(月) 21:24:33.03

>あとはパフォーマンスに端から期待しない設計をすればいい
パフォーマンスがWin Formsと同等、あとはコントロールなどWin Formsと同等のものが
早いタイミングで用意されてたら、WPFの現状も今とは多少違うものになっていたろうにな

**デフォルトの名無しさん** · 2017/05/22(月) 21:55:52.23

WPFも.NET Nativeにすれば良かったんだよ。
今からもすれ。

**デフォルトの名無しさん** · 2017/05/22(月) 22:34:48.41

>>50
その程度の思考でプログラマーやってることにドン引きだわ。

Excelみたいなアプリを作っちゃいけないんだ。へー。

DataGridの仮想化が糞なのも有名な話だと思うんだが。

**デフォルトの名無しさん** · 2017/05/22(月) 22:40:32.33

50に設計を依頼したくないな

**デフォルトの名無しさん** · 2017/05/22(月) 22:43:05.83

>>59
WIｎFormsはListBoxやListViewがお粗末だから、見栄えの良い表にしようとするならDataGridViewを使わざるを得ないが
ｗｐｆなら大量データの表示はListViewやListBoxを使えばいい
DataGridは入力する場合だけに使えばいいから、言うほど大量のデータを扱う必要はない

**デフォルトの名無しさん** · 2017/05/23(火) 01:38:23.07

Excelが何万件ものデータを扱うとき全部オンメモリで
やってるとでも？
その程度の思考でプログラマーやってることにドン引きだわ。

しっかし、相変わらず文句ばかりのスレだね。
そのエネルギーをもっと有効活用すればいいのに。
別にWPF使えとか強要してるわけでもなし、こんな
過疎スレにわざわざからみに来るなんて余程暇なんだな。

**デフォルトの名無しさん** · 2017/05/23(火) 01:53:54.82

適材適所が理解出来ないお爺ちゃん達には困ったもんだよ、ほんとに。

**デフォルトの名無しさん** · 2017/05/23(火) 08:24:09.32

どうでもいいけどD-RWMって何を考えてこういうことになるんだろかね。

ROMがRead Only Memoryだから
RAMはRead Writeとかトンデモ理論なの？

Aはなんだと思ってたのかね。
Random Access Memoryなのに。

**デフォルトの名無しさん** · 2017/05/23(火) 09:01:09.88

>>64
横だが、ROMも機能的にはランダムアクセスメモリーなわけで、ROMと区別するための識別子としてRAMは意味合い的にふさわしくないが
定着しちまったから略語として正しいRWMじゃなくてRAMと言っている

この理屈はアセンブリ言語を定着しているからアセンブラと呼ぶことと同じ理屈だってことじゃないかな
「アセンブリ言語だーと喚くならRWMと呼べ」という主張には一定の正当性があります

**デフォルトの名無しさん** · 2017/05/23(火) 10:39:20.88

なんか鳥頭なのかこの話の流れの突っ込みどころ、笑いどころが分かってないのが多いけど、
そもそもWPFのパフォーマンスの話の中で「アセンブラ」なんて頓珍漢な言葉が出てくるのはどうなのっていう
そこだからw

言葉遣いが不適切であるってのはついでの話

**デフォルトの名無しさん** · 2017/05/23(火) 10:58:17.14

ループ以外のレスをしないでください

**デフォルトの名無しさん** · 2017/05/23(火) 18:41:38.32

>>64
バカは書き込まなくていいぞ w

**デフォルトの名無しさん** · 2017/05/26(金) 00:09:01.46

XAMLのBindingで質問です。

とても単純なケースで説明すると、
XAML側でTextBoxを定義して、Textに
MainWindowに新設したstring testStringをBindするとします。

public partial class MainWindow : Window
{
public string testString { get; set; }

<TextBox x:Name="testTextBox" ～省略～ Text="{Binding testString}"/>

この状態において、

コンストラクタ内で
public MainWindow()
{
InitializeComponent();
this.DataContext = this;
testString = "1st set";
}

このコードを実行すると起動時にテキストボックスに"1st set"が入っており想定通りです。
さらに、新規ボタンコントロールを追加して
ボタンが押された際に新しい文字列をテキストボックスに設定するようにするとテキストボックスが更新されません。

private void testButton_Click(object sender, RoutedEventArgs e)
{
testString = "push Button";
}

**デフォルトの名無しさん** · 2017/05/26(金) 00:16:30.67

>>69
INotifyPropertyChanged

69 · 2017/05/26(金) 00:22:39.18

しかし、この状態で

private void testButton_Click(object sender, RoutedEventArgs e)
{
testString = "push Button";
// 以下を追加
Binding bind = new Binding("testString");
bind.Source = this;
this.testTextBox.SetBinding(TextBox.TextProperty, bind);
}

とするとテキストボックスは更新されました。

XAML側のBinding指定はコンストラクタなど各ウインドウ？が生成される時にしか有効ではないのでしょうか？
それ以後Bindされているオブジェクトが新しくなる場合は、再度バインドしなおさなくてはならないのでしょうか？

自分の理解では、
オブジェクトが更新された場合の内部挙動はBindingで所持しているプロパティパスを
DataContextからFindして該当プロパティの値を参照する、というようなイメージだったのですが、

どうもこの挙動をみていると、該当プロパティを見つけるところまでは同じですが、
見つけた後、プロパティの中に入っているオブジェクトそのものだけを記憶しているように感じます。
C++的な書き方をするなら
class MainWindow
{
string* testString;
}
// 想定していた挙動
string*& bind_property = MainWindow.testString;
// 実際の挙動
string* bind_property = MainWindow.testString;
みたいな感じですかね。新規オブジェクトのアドレスが代入されるけど、バインドは旧オブジェクトのアドレスをみているようなイメージ。

**デフォルトの名無しさん** · 2017/05/26(金) 00:28:48.35

>>70
> >>69
> INotifyPropertyChanged

testStringをMainWindowではなく
INotifyPropertyChangedを継承した別クラスにおいて、
そこで通知をうけれるようにする、という事でしょうか？

GUIコントロールからプロパティへのフィードバックが必要な場合はINotifyPropertyChanged
を使う必要があるのかなと思っていたのですが、
プロパティ->GUIコントロールだったとしてもINotifyPropertyChangedが必要なんでしょうか？

**デフォルトの名無しさん** · 2017/05/26(金) 02:07:15.36

>>72
> GUIコントロールからプロパティへのフィードバックが必要な場合はINotifyPropertyChanged
> を使う必要があるのかなと思っていたのですが、
> プロパティ->GUIコントロールだったとしてもINotifyPropertyChangedが必要なんでしょうか？

これは逆だね
>>69 のコードでもテキストボックスのテキストを打ち変えたら testString の値も変わる
(デフォルトではテキストボックスからフォーカスが外れたとき)
INotifyPropertyChanged を実装するのは testString の値が変更されたことをテキストボックスに通知するため。

> testStringをMainWindowではなく
> INotifyPropertyChangedを継承した別クラスにおいて

インターフェイスなので MainWindow に実装してもいい。もちろん別クラスでもいい。

69 · 2017/05/26(金) 23:30:26.04

ありがとうございました。
INotifyPropertyChangedで解決できました。
最終的にはPrismいれてBindableを使うようにしました。

ちなみに皆さんは、どこでWPFの情報を収集して学習しましたか？
MSDNだけで十分？
自分は本などは買っておらずネットだけでなんとかしようと思っていたのですが、
WPFのバックエンドの動作などが細かく解説してあるようなページはみつけられなくて・・。
そういったイメージがつかめるととっつきやすいかなーとおもうのですが。

**デフォルトの名無しさん** · 2017/05/27(土) 00:50:54.10

ReactivePropertyのほうが簡単でいいよ。
PrismとReactivePropertyの組み合わせが鉄板。

**デフォルトの名無しさん** · 2017/05/27(土) 22:37:08.09

>>74
書籍だとエッセンシャルかな

Google先生で十分じゃないかと
便利な世の中になったもんだと思う

**デフォルトの名無しさん** · 2017/05/27(土) 22:43:09.07

>>76
エッセンシャルに一票
てか、まともなのが和書じゃこれしか見当たらん。

69 · 2017/05/28(日) 20:09:32.80

みなさん、ありがとうございます。
参考にさせて頂きます。

**デフォルトの名無しさん** · 2017/05/29(月) 19:36:45.18

HogeViewModel は名前空間 "clr-namespace:ViewModels に存在しませんとかいうエラーに小一時間悩んだあげく
（実行はできるけどXAMLデザイナーがエラー出ていじれない）
結局ViewModelが参照してるDLLのインターフェースを実装したらそうなることが分かった・・・
意味分からん

**デフォルトの名無しさん** · 2017/06/01(木) 02:38:41.97

そんなクラス(ロードでき)ないぞ！
というエラーなわけだな

**デフォルトの名無しさん** · 2017/06/01(木) 08:18:09.78

デザイナーエラーで悩んだこと有ったが、俺の場合は古いBlendのｄｌｌがGACに入っていることが問題だったな

**デフォルトの名無しさん** · 2017/06/01(木) 15:41:03.41

ねーねー
WPFってメモリリークしやすいっていうけど、リークしてるってのはどういう手法で見つけてるの？

例えば、VS2017の場合とか