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/11/20(月) 20:07:59.86

>>780
とりあえずRelayCommandでGoogle先生にお伺いを立ててみよう

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

一番かんたんなのはICommadを実装したクラスを用意する
だがコマンド毎にクラスとか毎回手間すぎて禿げるので
DelegateCommandやRelayCommandを作るか作ってあるものを利用する
これはMVVMフレームワークごとに呼び方が違うだけでやりたいことは一緒
https://ideone.com/D0rrm7

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

コマンドを使うとコードをVに書かないで済む

ただ…
イベントと比べると
コマンドは送れる情報量が少ない
コントロールに目的の動作に対応したCommandプロパティがあるとは限らない
VMがとっちらかる可能性がある

**デフォルトの名無しさん** · 2017/11/20(月) 21:54:47.51

いまさらWPF勉強はじめたけど凡人には敷居たかいわ；；
いや年とったせいかな、いつもどおりデバッグしてF5、デバッグしてF5とえんえんとやって覚えていくんだが
おれ何十年おなじことやっとんねん、と考えると何とも以遠気分になる

でもたのちい

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

Name付けまくればFormsと同じ

**デフォルトの名無しさん** · 2017/11/20(月) 23:01:16.33

>>782
わざわざ作って頂いて本当にありがとうございます
質問なのですが
class ViewModel
{
FooModel fooModel = new FooModel();

public ICommand testbutton { get; set; }

public ViewModel()
{
testbutton = new TestButtonCommand { model = fooModel };
}
}
以下の行はどういう意味なのでしょうか？
testbutton = new TestButtonCommand { model = fooModel };

また
class TestButtonCommand : ICommand
{
public event EventHandler CanExecuteChanged;

public bool CanExecute(object parameter) => true; // ←ここをfalseにするとボタン押せないのを確認する

public void Execute(object parameter)
{
model.test();
}

ボタンを押した際に特に何も指定していない以下の部分がボタンの状態を確認しているのでしょうか？
自分の頭が悪過ぎるのもありますがやっぱり難しいです…
public bool CanExecute(object parameter) => true

**デフォルトの名無しさん** · 2017/11/21(火) 00:15:42.31

>>786
ボタンはコマンドのCanExecuteの戻り値を見てボタンの実行の可否を判断してる
当然ながら状態変わったと通知しないと変更されても気づかない

というか普通にググって順番に見て言って　”　勉強　”してからわからないことを聞いたほうがいいよ

入門者の数だけみんなレスしないといけない
ここはそんな場所じゃない

**デフォルトの名無しさん** · 2017/11/21(火) 00:20:59.90

今からでも止めた方がいいんじゃないかと思うな

**デフォルトの名無しさん** · 2017/11/21(火) 00:23:39.47

WPFの難しさの理由

・柔軟なレイアウトが可能だがそのルールが理解しづらい
・MVVMを生かすための仕組みが複雑
・デバッグしづらい

**デフォルトの名無しさん** · 2017/11/21(火) 00:31:49.69

そうは言っても
WPF一度でもやると
Formには戻れなくなる不思議

**デフォルトの名無しさん** · 2017/11/21(火) 00:35:52.93

慣れればね

**デフォルトの名無しさん** · 2017/11/21(火) 00:36:01.62

winformsに戻れないことはないよ
使い道次第で使い分ければいい

WPFはrichtextboxが絶望的にダメだから
winforms使う

**デフォルトの名無しさん** · 2017/11/21(火) 00:38:18.37

textboxを二～三個はって数値入れてボタン押して実行
ログを延々出す用途だとWPFは使いたくない

**デフォルトの名無しさん** · 2017/11/21(火) 02:24:00.52

レイアウトはそんなに難しくないね

やっぱり保守性（可読性）の悪さと、パフォーマンス的にGDIの置き換えが
不可能な分野があるのは痛いね

一時期勉強してたけどこれで一気に萎えた
こんなの絶対に普及しないと確信したし

**デフォルトの名無しさん** · 2017/11/21(火) 04:02:00.78

ゲームエンジンでギョーミーなアプリ作ってる人いますか？

**デフォルトの名無しさん** · 2017/11/21(火) 08:30:24.18

”ギョーミー”...センスゼロな造語だな

**デフォルトの名無しさん** · 2017/11/21(火) 08:39:08.64

保守性って言うけどhtmlと大して変わらんと思うけどな

**デフォルトの名無しさん** · 2017/11/21(火) 08:59:45.88

>>796
ギョーミーアプリのUIがセンスなしの塊だからそれで良いのだ。
ギョーミーって最初に見たときは英語だと思ったわw

**デフォルトの名無しさん** · 2017/11/21(火) 12:31:14.01

一般論としては訳分からんジャーゴン使いたがる人は群れたい人だね
ジャーゴンの機能ってそれを使うことで同じ村の村人の一員であると感じさせることだから

それがいいか悪いかしらんけど、俺個人は気色悪いし嫌いだねこういうの

**デフォルトの名無しさん** · 2017/11/21(火) 12:39:41.26

it業界はワケワカラン用語ばかりさ

**デフォルトの名無しさん** · 2017/11/21(火) 12:52:42.81

そういえばWPFって3D機能あるけど使ってる奴いるのかな
業務でやらされたら悪夢だね

**デフォルトの名無しさん** · 2017/11/21(火) 12:59:08.76

3D使うならブラウザ上のほうがパフォーマンス高いよ
開発の情報も多いし

WPFの3Dはおまけ機能だから

**デフォルトの名無しさん** · 2017/11/21(火) 14:04:35.75

>>799
ジャーゴンというジャーゴンを使って気色悪いし嫌いと宣言するセンスワロタ

**デフォルトの名無しさん** · 2017/11/21(火) 14:32:56.14

ジャーゴンって言うか
死んでる? じゃあ、他の生きてるの全部殺して再起動しろ
なんて会話が飛び交う業界だしw

**デフォルトの名無しさん** · 2017/11/21(火) 14:39:10.45

明日は半殺しにしようか(おはぎ)

**デフォルトの名無しさん** · 2017/11/21(火) 16:18:22.00

>>804
殺すっていう言葉は他の工学でも昔から割と使うよ
俺は元は電気系だけど無効化するって意味で「そのTrを殺して...」とか普通に言う
たぶん機械系でも使うはず

**デフォルトの名無しさん** · 2017/11/21(火) 21:25:24.91

サービスで八分殺しにしておきますか

**デフォルトの名無しさん** · 2017/11/21(火) 22:40:55.07

XAMLをexeの外に出しといて
実行時にLoadするやり方って一般的？

**デフォルトの名無しさん** · 2017/11/21(火) 22:45:52.11

要件次第

**デフォルトの名無しさん** · 2017/11/21(火) 23:17:39.18

>>809
その要件次第のところを聞きたい
どういう要件のときに
XAMLを外に出すのか

**デフォルトの名無しさん** · 2017/11/22(水) 00:19:46.15

visual studio !

**デフォルトの名無しさん** · 2017/11/22(水) 08:48:48.36

>>822
画面をリコンパイルなしで変えたいときじゃない？
ユーザーにカスタマイズさせるとか。

**デフォルトの名無しさん** · 2017/11/22(水) 09:41:20.61

xamlを動的に生成、もしくは読み込ませるのはFlowDocumentを作りたいとき
具体的には印刷プレビュー

**デフォルトの名無しさん** · 2017/11/22(水) 22:27:54.08

今さら気付いたんだが、デバッグ起動でウインドウを表示したままxamlを編集すると
リビルドなしにそのままデザインが反映されるのな
デュアルモニターなら作業はかどる

**デフォルトの名無しさん** · 2017/11/23(木) 10:33:10.66

xamlで余白の多い文字（例えばｍ）などの余白部分を切り取って
矩形で切り出したいんだがやり方分かりませんか？

**デフォルトの名無しさん** · 2017/11/23(木) 13:44:59.76

mって余白多いか？
・の余白が多いなら分かるが

**デフォルトの名無しさん** · 2017/11/23(木) 15:43:55.15

フォントを変える

**デフォルトの名無しさん** · 2017/11/23(木) 16:33:14.91

ymW

確かに上にも下にも余白がある。
ペゾルトの本に書いてあった気がするけど何か名前もついてるんだよねこれ
こういうのWPFの守備範囲と違うような気がしないでもない。知らんけど

**デフォルトの名無しさん** · 2017/11/23(木) 16:38:48.30

https://ja.m.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:Typeface_lines1.png

うーむ

**デフォルトの名無しさん** · 2017/11/23(木) 16:48:04.17

WPF フォントで検索しようとしたら
「ふ」を入力したところで「普及しない」ってサジェストされたぜ
悲しいね

**デフォルトの名無しさん** · 2017/11/23(木) 16:57:35.86

さすがにもう10年以上経ってるんだから「普及しなかった」でいいだろ
そろそろ楽にしてやろうぜ

**デフォルトの名無しさん** · 2017/11/23(木) 18:53:53.42

UWP　普及しない

**815** · 2017/11/23(木) 19:07:59.14

ストアに出すソフトのロゴをwpfで書いたんだが、結局merginをマイナスにしたりViewBox使ったり
力技でなんとかやっつけましたわ
画像処理あまり知らないんでこういう時ホント困ります

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

Inkspaceじゃだめなん

**デフォルトの名無しさん** · 2017/11/23(木) 19:13:02.36

WPFレイアウトの問題はともかく
グラフィック扱うならそれ用のソフト使えばいいのに

**デフォルトの名無しさん** · 2017/11/23(木) 19:15:18.25

もともとストアアプリを作りたい人以外には制約が多いだけの仕組みだしな。
けっこう強引に誘導してたのに、Windows Mobileが無くなるなら梯子外されたようなもんだ。

**デフォルトの名無しさん** · 2017/11/23(木) 19:27:03.57

梯子のないガケを登っただけです。

**デフォルトの名無しさん** · 2017/11/23(木) 20:49:21.26

UWPはプロセス間通信できないとかファイル操作に制限がありまくりとか致命的すぎる。
DBMSプロセスと通信が出来ないんじゃギョーミーアプリが作れん

**デフォルトの名無しさん** · 2017/11/24(金) 03:41:09.20

PCでアプリ作るならこれで作れ、というものを作らないとな。
WPFの分かりやすいやつというかUWPの制限緩いやつというか。
今のMicrosoftはまったくビジョンがない。

**デフォルトの名無しさん** · 2017/11/24(金) 03:49:50.62

ビジョンはあるんじゃない
見当外れのやつが

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

WPFがわかりにくい、面倒くさいって印象は、標準のフレームワークの機能不足もあるように思う。
TreeViewで選択されたTreeItemを取得するのに、単純にBindingできりゃよかったんだが
それができないんで面倒くさい添付プロパティ書く羽目になるとか。
MSにしてみれば「拡張する手は用意したから基本機能は多少不足しててもいいだろ」ってことかもしれんが。

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

>>829
ビジョンはあるでしょ
・業務アプリはWebへ完全移行
・ネイティブアプリはコンシューマ向けのWebサービスのクライアントだけが残るので、それに特化したシンプルなプラットフォーム(UWP)があればよい

**デフォルトの名無しさん** · 2017/11/24(金) 11:57:45.43

>>832
あなたのビジョンでしょｗ
Microsoftは何も言っていない。

**デフォルトの名無しさん** · 2017/11/24(金) 12:01:59.99

Webで全部というのは無理がある
エクセルオンラインもオンライン会計もオンライン顧客管理も嫌がる
できるのはせいぜいメール仕訳とグループウェアで会議室予約
それに付随する週間売り上げレポート自動作成くらい
これらは集約された鯖に常時接続が効率いい
そのサーバーもCSVで出力してくれ、アトハエクセルデヤル、が常套句だったりする

**デフォルトの名無しさん** · 2017/11/24(金) 21:38:21.84

ビジョンつっても基本的にアレなんだけど、MFCからしてアレな出来だったし
WinFormsはDelphiからの輸入だし、なんつーか

**デフォルトの名無しさん** · 2017/11/24(金) 21:50:21.49

マカーみたいなこと言うなよ。

**デフォルトの名無しさん** · 2017/11/27(月) 00:52:00.43

>>792
まじかよ
２段ＤＧＶとかサドパ買う金ないから勉強してるけど
リッチテキスト絶望なんか、、

**デフォルトの名無しさん** · 2017/11/27(月) 08:35:22.81

TextBlockで事足りるから使うまでも無いかな

**デフォルトの名無しさん** · 2017/11/27(月) 08:36:40.71

Editしたい人は見なかったていでw

**デフォルトの名無しさん** · 2017/12/01(金) 21:30:59.69

RichTextBox 上の選択範囲に、TextSelection.ApplyPropertyValue() で FontStyle を適用した時の現象について
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2017/12/01/wpf_richtextbox_textselection_applypropertyvalue_fontstyle/

WPF の RichTextBox コントロール上の現在の選択範囲に対し、TextSelection.ApplyPropertyValue() で FontStyle を適用して修飾した場合について、二つの現象をご案内します。

・現象 1.
RichTextBox.Selection プロパティに FontStyles.Italic スタイルを適用しても、RichTextBox 上では Italic スタイルで描画されません。
・現象 2.
RichTextBox 内の文字列の最後尾にカーソルが存在する状態で、RichTextBox.Selection プロパティに FontStyles.Bold スタイルを適用した後、そのまま続けて全角文字を追記すると、追記した全角文字に Bold スタイルが適用されず、Bold スタイルで描画もされません。

対処方法

WPF の RichTextBox の代わりに、WinForm の RichTextBox や、Win32 の RichText または MFC の CRichEditCtrl のご利用をご検討ください。

**デフォルトの名無しさん** · 2017/12/01(金) 21:42:11.04

>>840
現象1はWindows 10なら問題ない。

**デフォルトの名無しさん** · 2017/12/04(月) 17:26:53.28

下記のhogehoge～の部分に
TextTrimming="CharacterEllipsis"
の効果を適用したいのですが、可能なのでしょうか？宜しくお願い致します。

<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="100" MinWidth="100" MaxWidth="200"/>
<ColumnDefinition Width="Auto" />
<ColumnDefinition />
</Grid.ColumnDefinitions>

<TreeView Grid.Column="0" ScrollViewer.HorizontalScrollBarVisibility="Disabled">
<TreeViewItem IsExpanded="True">
<TreeViewItem.Header>
<TextBlock Text="hogehogehogehoge" Margin="5,0" />
</TreeViewItem.Header>
<TreeViewItem>
<TreeViewItem.Header>
<TextBlock Text="hogehogehogehoge"
VerticalAlignment="Center"
TextTrimming="CharacterEllipsis" />
</TreeViewItem.Header>
</TreeViewItem>
</TreeViewItem>
</TreeView>
<GridSplitter Grid.Column="1"
Width="1" VerticalAlignment="Stretch" HorizontalAlignment="Center"
Background="DarkGray" />
<Label Grid.Column="2"
Background="LightGreen">R</Label>
</Grid>

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

>>842
Horizontal stretch on TreeViewItems
https://leecampbell.com/2009/01/14/horizontal-stretch-on-treeviewitems/

**デフォルトの名無しさん** · 2017/12/05(火) 10:07:40.24

>>843
ありがとうございます！
結局一からテンプレートで作れということですね。

**デフォルトの名無しさん** · 2017/12/06(水) 12:33:29.17

DataGridのセルで文字列を自動的に折り返しさせるにはどうすればいいですか？

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

できました
失礼しました

**デフォルトの名無しさん** · 2017/12/06(水) 14:01:58.75

どうでもいいけど自己解決したときはその方法を書いておいてくれると同じ疑問を持った他の誰かが見たときに役立つよ

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

WPF会社で使おうとしたけど情報少ないわ複雑だわで断念した
WinFormがやはりシンプルで良いな
特にビットマップの扱いがWPFは不便すぎ

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

>>848
確かにシンプルなAPIじゃないね。
でも、画像を出力することが目的じゃない限りは使うことないから、あんまり気にしたことなかった。

**デフォルトの名無しさん** · 2017/12/07(木) 10:16:38.26

ListBoxの行のマウスオーバーおよび選択時において、
背景の色を赤に変更したいのですが、どのようにしたら良いでしょうか？
下記のコードだと、フォントのサイズは変更されるのですが、
背景はデフォルトのままです。
以上よろしくお願いいたします。

<Grid Margin="5">

<ListBox>
<ListBox.ItemContainerStyle>

<Style TargetType="{x:Type ListBoxItem}">
<Style.Triggers>
<Trigger Property="IsSelected" Value="True">
<Setter Property="Background" Value="Red" />
<Setter Property="FontSize" Value="15" />
</Trigger>
<Trigger Property="IsMouseOver" Value="True">
<Setter Property="Background" Value="Red" />
<Setter Property="FontSize" Value="15" />
</Trigger>
</Style.Triggers>
</Style>

</ListBox.ItemContainerStyle>

<ListBoxItem Content="item1" />
<ListBoxItem Content="item2" />
<ListBoxItem Content="item3" />
</ListBox>

</Grid>

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

>>850
コントロールテンプレートじゃなかろうか
<Style TargetType="{x:Type ListBoxItem}">
<Setter Property="Template">
<Setter.Value>
<ControlTemplate TargetType="{x:Type ListBoxItem}">
<Border Background="{TemplateBinding Background}">
<ContentPresenter />
</Border>
</ControlTemplate>
</Setter.Value>
</Setter>
<Style.Triggers>
<Trigger Property="IsSelected" Value="True">
<Setter Property="Background" Value="Red" />
<Setter Property="FontSize" Value="15" />
</Trigger>
<Trigger Property="IsMouseOver" Value="True">
<Setter Property="Background" Value="Red" />
<Setter Property="FontSize" Value="15" />
</Trigger>
</Style.Triggers>
</Style>

**デフォルトの名無しさん** · 2017/12/07(木) 13:40:41.72

>>851
回答ありがとうございます。
おっしゃる通りコントロールテンプレートでした。

ttps://blog.jsinh.in/change-background-color-of-selected-listboxitem-listbox-in-wpf/#.WijFpEpl-Ul

上記のページを参照したらクリックの挙動もうまくできました。

**デフォルトの名無しさん** · 2017/12/07(木) 15:44:08.93

これからWPFを勉強しようと思うんだけど、どうやって学習すればいいの？

なんか情報がめっちゃ少ないんだけど

**デフォルトの名無しさん** · 2017/12/07(木) 15:54:23.02

>>853
あなたには向いてない、止めといた方がいいよ

**デフォルトの名無しさん** · 2017/12/07(木) 15:55:09.73

>>853
つ　http://blog.okazuki.jp/entry/2014/12/27/200015

**デフォルトの名無しさん** · 2017/12/07(木) 15:56:59.89

>>853
つ　https://www.amazon.co.jp/gp/aw/d/4798114200

**デフォルトの名無しさん** · 2017/12/07(木) 15:57:47.23

>>854
同意する

**デフォルトの名無しさん** · 2017/12/07(木) 15:59:12.70

WPFじゃなくてもUWPから勉強しても問題なし。
基本となるデータバインディングやらXAMLやらMVVMの考え方はほぼ共通だし。
コントロールとかXAMLの表現能力とかは違うけど、大した差じゃない。

**デフォルトの名無しさん** · 2017/12/07(木) 15:59:46.39

別にUWPの情報の方が多いとかは言ってないからね。

**デフォルトの名無しさん** · 2017/12/07(木) 16:29:55.67

C#習得済みならWPFのサンプルがいいかもね
ちょっと目を通すといってもボリュームありぎて困るけどな
https://github.com/Microsoft/WPF-Samples

**デフォルトの名無しさん** · 2017/12/07(木) 16:52:31.22

>>854
向き不向き関係無く、WPFかUWPしか、これからは選択肢が無いとオモ。

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

WinFormは高dpiにも対応したし
過去の死産が沢山あるので永遠に不滅です

**デフォルトの名無しさん** · 2017/12/07(木) 17:03:54.74

不運長久

**デフォルトの名無しさん** · 2017/12/07(木) 17:40:11.83

>>861
他に選択肢が無いなら、向いてない>>853は失業だな

**デフォルトの名無しさん** · 2017/12/07(木) 18:08:25.01

WPFのRichTextBoxってFormの時より性能（できる内容等）良くなっていますか？
テキストの扱いが、フロードキュメントというものにアクセスしないといけないとか
仕様が変わっているので、学習コストに見合うものか見極めたいのです。

**デフォルトの名無しさん** · 2017/12/07(木) 18:31:51.66

UWPのまともなチュートリアルがない
あっても実用レベルじゃない
画面の遷移とかアプリの状態とかその変化のさいのデータの保存とか共有とか
いろいろ知らないといけないことが多いが適切な学習方法がない

本屋に売ってる本もそういう所には触れてない
ボタンを押すと文字が変わるとかいうレベルじゃアプリは作れない

windowsストアアプリのころはまともなチュートリアルがあったのに

**デフォルトの名無しさん** · 2017/12/07(木) 18:53:14.73

>>866
画面遷移はprismのサンプル見るのが早い
てかコピペでも何とか成るぞ

**デフォルトの名無しさん** · 2017/12/07(木) 19:30:04.21

windowsストアアプリのころはこれでもかと言わんばかりの
かなりいい仕上がりの本が多かった
でもニッチな需要だったのであまり売れなかったみたいだ

UWPになってからいい本が出ないのはある意味windowsストアアプリのせい

**デフォルトの名無しさん** · 2017/12/07(木) 19:41:35.48

>>868
UWPに限らず、ここ数年まともな技術本は殆ど出版されてない
技術本の永久氷河期に突入したと思われます。

**デフォルトの名無しさん** · 2017/12/07(木) 19:47:33.04

図書館にC#の絵本が入ってて泣いた

**デフォルトの名無しさん** · 2017/12/07(木) 19:48:21.41

なんだ～　？　いい本待ちって、どんだけ他力本願なんだよ？
英語サイト読め！　アホ共が・・・

**デフォルトの名無しさん** · 2017/12/07(木) 19:51:54.46

最近はググるとstackoverflowが上位に来て邪魔だ
英語でえんえん議論して結果できませんでしたみたいな最後とか多くて邪魔
しかも内容が正確じゃない場合も多くて困る

昔はダイレクトにこうしろみたいなサイトが多くヒットした

**デフォルトの名無しさん** · 2017/12/07(木) 19:52:47.33

>>871
上人様、我々凡夫に良い英語サイトを教えてくだされ！

**デフォルトの名無しさん** · 2017/12/07(木) 19:57:46.70

>>872
Stack Overflowで延々と議論して結論が出てない事の方が稀だけどねぇ。。
MSDNフォーラムは延々と揚げ足取りが続いて何の答えも出てないことは多々あるが。
と言うかMSDNフォーラムは英語も日本語も箸にも棒にも掛からぬ

**デフォルトの名無しさん** · 2017/12/07(木) 21:38:31.58

StackOverflowは重宝している

**デフォルトの名無しさん** · 2017/12/07(木) 22:04:29.06

え、あのうざいフォーラムモデレーターはもう検索しても出てこないの？
うそー

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

>>874
俺も同じ印象持ってるわ
StackOverFlowはそのものズバリの回答にたどり着ける率がかなり高い

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

>>868
普通、学習するのが後になればなるほど情報が増えて、
高速道路を走るようにあっという間にキャッチアップ出来るんだけど、
WPFは先人が切り開いた道が誰も通らないから荒れ果てて、自分で道を切り開かないといけないパターンか

**デフォルトの名無しさん** · 2017/12/08(金) 07:01:02.47

>>877
StackOverFlowは優秀な削除人が居て役に立たないゴミスレを抹消してるらしい

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

xamlが障壁だろうね、htmlのようなものと言っているうちは標準で用意された動作しかできない
何でもできるのはすごいけど可読性が悪い