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/07(火) 22:12:40.66

>GUIだとその最低限のものを作るのにも書かなきゃいけないことが多くて初心者向きじゃない
という程にはWinFormは難解じゃないわな。その辺りは良くも悪くもVisual Basic譲り
ただ、GUIから入るとFormの存在感が強すぎて、ブラックボックス的な部分もあって、クラス
などの基礎知識の理解を遅らせかねない部分があるのは確か
とはいえ、今のご時勢CUIでストイックにプログラミング勉強しようとも人に勧めようとも
思わないけどな
ボール無しでの基礎訓練も大事だけど、やっぱシュート練習のほうが楽しいわさ

**デフォルトの名無しさん** · 2017/11/07(火) 22:53:53.14

>>688
>ボタンのラベルを他から参照する事が無い、次の画面に持ち越さずその場限りの使い捨てで良いならコードビハインド
そう。悩まないんだ！すごいねー。それで可搬性のあるコードになるんだー（棒
みんなそうなるといいねー。すてきー（呆

**デフォルトの名無しさん** · 2017/11/07(火) 23:29:42.68

低能なら低能でコードビハインド使うのは別に悪ではない。

**デフォルトの名無しさん** · 2017/11/08(水) 00:24:21.64

けっきょく低能よばわりされるんだ、悪じゃないのに。へー（もはや何もなし

**デフォルトの名無しさん** · 2017/11/08(水) 02:10:41.66

かずきは大したことないよ。ただブログこまめに発信してるだけ。
neueccみたいな何か作り出せるのが最強

**デフォルトの名無しさん** · 2017/11/08(水) 05:58:24.72

低脳が悪とは限らない
まあケースバイケース

**デフォルトの名無しさん** · 2017/11/08(水) 07:32:05.97

>>693
まともなドキュメント書かなきゃ誰も使ってくれないけどね。
Rubyが流行ったのは早い段階で英語のドキュメントがあったから。

オレ、ドキュメントなんて面倒くさくて書きたくないけどw

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

WPF使えるようになれば分かると思うが、理解できないのはWPFが糞設計だから。
決してPGのスキルの問題ではない。もしPGのスキルのせいにしてる奴がいるとすれば、
そいつはWPFを理解していないだけ。

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

コードビハインドとか新しい用語作っておきつつ学習した後で
それは柔軟性が足りないとか言われても困る

**デフォルトの名無しさん** · 2017/11/08(水) 12:21:09.00

>>696
どんな糞でも食せるように調理できるのはスキルではないと言うのか。
オレはスカトロマニアかw

**デフォルトの名無しさん** · 2017/11/08(水) 12:29:17.17

ウメーとこだけバインド利用しましょうでええんや
キッチリカッチリ無理無理。ハゲるぞ

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

WPFが糞というのはないな、xamlが糞だというのはおおむねそうだな
xmlもどきで記述されたものを専用パーサで読みUIを作るという着想はいいんだ
問題は書式、カッコ増えすぎインデント深すぎ、可読性が悪いし記述がしにくい

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

フラットだったら可読性が良いってわけでもないと思うがな。
少なくとも、デザイナー使わないと読んでも理解できない.Designer.csよりはマシになったと思う。
xamlでネストが深くなりすぎたと思ったら<UserControl>でモジュール分割するタイミングだな。
main()関数の中に全部の処理を記述するようなことしてるから糞に思えるんだよ。

**デフォルトの名無しさん** · 2017/11/09(木) 08:52:12.22

ｘｍｌの問題なのは重々承知だが、コメントの書き方何とかならんものだろうか

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

>>700
xmlモドキじゃなくxmlだろ。
独自構文だともう少しスッキリはするかも。

**デフォルトの名無しさん** · 2017/11/10(金) 16:44:08.42

なんとかバインドの雰囲気がわかったと思ったらコマンドってなんだよ
これ1番わからねぇわ

**デフォルトの名無しさん** · 2017/11/10(金) 17:50:48.32

WPFの本質が見えているとなぜ普及しなかいなんて一目瞭然なんだが、
それをPGのスキルのせいにするのは基本的にWPFの本質、使い方が何も分かってないのだろう。

**デフォルトの名無しさん** · 2017/11/10(金) 18:37:03.92

WPF以外でスタイリッシュなUIって作れるのありますか？
WinFormじゃメチャクチャ工数がかかるのでWPF以外で何かいいのあったら教えて頂きたいです。

**デフォルトの名無しさん** · 2017/11/10(金) 18:40:08.93

UWPがあるぞ

**デフォルトの名無しさん** · 2017/11/10(金) 18:59:21.06

>>706
今だとElectronの一強

**デフォルトの名無しさん** · 2017/11/10(金) 18:59:42.16

wpf難しい…
データバインドがうまくいかない
データベースから取ってきたリスト型のデータをコンボボックスのitemsourceに設定するだけなのにうまくいかぬ

**デフォルトの名無しさん** · 2017/11/10(金) 19:02:29.12

Electronは初見なので調べてみます。

**デフォルトの名無しさん** · 2017/11/10(金) 19:40:41.74

>>705
>それをPGのスキルのせいにするのは
PGのスキルのせいだと思うぞ。
MSが日本の平均的スキル(日本のITは奴隷産業なので世界の底辺以下のそのまた以下の以下のゴミクズ以下)を超えた物を作ってしまったのでついて行けてないだけ。

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

WPF開発は個別の画面の前に全体の仕組みの設計から入らないと上手くいかないというかクソ手間かかるんだよな
日本人はそういうの苦手でボトムアップが好きだから根本的に合わないんだよ

**デフォルトの名無しさん** · 2017/11/10(金) 20:39:39.13

まぁ確かに、Formsだとポトペタで画面作ってダブルクリックで開いたイベントハンドラに
ちょいちょいとコードを書けばそれで動くものができたからな。そのお手軽さは素晴らしい。

**デフォルトの名無しさん** · 2017/11/10(金) 21:39:51.42

WPFでも全く同じ事出来るんですが…

**デフォルトの名無しさん** · 2017/11/10(金) 21:41:54.84

ｈｔｍｌの手書きが出来るならxamlなんて言うほど大変じゃないんだけどな
swingのレイアウトよりは遥かにマシだと思うし

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

TriggerとCommandは触らねーって誓っておけばまあまあ

**デフォルトの名無しさん** · 2017/11/10(金) 22:17:07.28

うっかり<i:Interaction.Triggers>書いちまった、もう戻ってこれないかもしれない、すまぬ

**デフォルトの名無しさん** · 2017/11/10(金) 22:48:28.78

すっかり忘れてたが、CommandってprismとかReactiveCommand使わんと無茶苦茶面倒だったな
prism使えば大したものじゃねーよ

**デフォルトの名無しさん** · 2017/11/10(金) 22:51:00.68

>>709
リストはListではなく、ObservableCollection使ってるか？

リストはプロパティになってるか？
フィールドだとバインドされないぞ

リストのインスタンスをバインドした後に書き替えてないか？

**デフォルトの名無しさん** · 2017/11/10(金) 23:09:12.76

コマンドは許すがビヘイビアは最悪
あの頃の「コードビハインドは殺せ」な宗教化したMVVMのせいでWPFが避けられるようになったんだと思うわ

**デフォルトの名無しさん** · 2017/11/10(金) 23:25:01.08

uwpからイベントをバインド出来るようになったから、ビヘイビアは殆ど書かなくても何とか成るようになった

**デフォルトの名無しさん** · 2017/11/11(土) 02:00:39.82

>>720
ビヘイビアやトリガーは1度作ってしまえば、既存のコントロールにポトペタで機能を追加出来て面白いけど、
使いまわししないならいちいち作るのは面倒なだけだね。

**デフォルトの名無しさん** · 2017/11/11(土) 17:37:09.26

先行者とMSの人のせいだな

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

ちょまど神への信仰が足りないからです

**デフォルトの名無しさん** · 2017/11/11(土) 19:53:53.83

騎士団はお帰り

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

ビヘイビアって依存関係プロバティーが仰々しいだけで、中身は大したことやってないから難しいものでもないんだけどね
警戒せずにコード読めば簡単に理解できるから

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

ビヘイビアの問題はビューとロジックの分離を壊すこと
Libet信者なんか当時はXAMLでプログラミングしてドヤ顔してるような状態で本当に酷かった

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

>ビヘイビアの問題はビューとロジックの分離を壊すこと

ビューにロジックが存在しちゃいかんって法はないだろ。
ビジネスロジックを置くべきじゃないって話と混同してるんじゃないか？

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

ビューとロジックの分離というのは文脈によって様々なものを指すが、
WPFの根幹の思想としてのビューとロジックの分離は、「見た目はXAMLで定義し、振る舞いはコードで定義する」ってことだ。
それを破ってXAMLで振る舞いを定義しようとしたのがビヘイビア。
強力すぎる設定ファイルを与えると人は次第にそれで複雑なプログラミングをするようになるもので、
設定ファイルとして分けた意味がなくなってしまうんだよ。
ダイアログ出すくらいいいだろと思う人もいるかも知れないが、それを認め始めると歯止めが効かなくなるの。

**デフォルトの名無しさん** · 2017/11/11(土) 22:15:20.74

>WPFの根幹の思想としてのビューとロジックの分離は、「見た目はXAMLで定義し、振る舞いはコードで定義する」ってことだ。

XAMLのみがビューだと言っているのか？
ビヘイビアのコードはビューじゃないとしたら何だと？

**デフォルトの名無しさん** · 2017/11/11(土) 22:53:43.27

Viewの｢動作｣を書くのは有だと思うが
何事も程々にですな

**デフォルトの名無しさん** · 2017/11/11(土) 23:54:31.21

>>730
ビューとロジックというのは相対的なもので、具体的に何を指すかは場合によって違う
WPFはもともと、デザイナーがデザインを作ってプログラマがコードビハインドを書くことで分業するように設計されている
プログラマ目線のビューとロジックの分離はもう一段上がるわけだが、それはWPFとは直接関係のない話だ

**デフォルトの名無しさん** · 2017/11/12(日) 01:29:27.56

>>729
そうは思うわないな。
ビヘイビアが糞なのはそうだが。

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

ビューとモデルの分離
プレゼンテーション(ビュー)ロジックとビジネスロジックの分離
デザインとロジックの分離

このあたりの勘違いだろうと突っ込んでみたら、説明がどんどん意味不明になって笑える

**デフォルトの名無しさん** · 2017/11/12(日) 08:26:06.14

WPF = MVVM だと思ってると敷居が高いがWinFormに代わる綺麗な
UIの作れるライブラリだと思って使えば敷居がかなり下がる。

コードビハインドとバインドしてイベントベタ書きでも何も問題無いんだよ。
MVVMなんて高尚なものは後でも良いのだ。

**デフォルトの名無しさん** · 2017/11/12(日) 08:27:03.64

>>732
ええええ
コードビハインドはViewでデザイナーが書くもんだと思ってたわ

**デフォルトの名無しさん** · 2017/11/12(日) 08:38:52.00

xamlを書けるホンモノのデザイナーなんて日本に存在するの?

**デフォルトの名無しさん** · 2017/11/12(日) 09:21:24.73

>>735
これが解ってない人が多すぎるね

**デフォルトの名無しさん** · 2017/11/12(日) 10:09:18.93

>>738
xamlにMVVM, Entity Framework, prismのようなライブラリ
初心者がフルコースで全部やろうとすると玉砕するのは当たり前。

先ずは、xamlとbindingだけ理解できれば十分だと思う。

**デフォルトの名無しさん** · 2017/11/12(日) 10:41:52.59

ビヘイビア使わないでフルードアニメーション書くならどこに書くんだ？
Vしかないだろ
ビヘイビア自体は適切だろ

**デフォルトの名無しさん** · 2017/11/12(日) 10:51:41.27

xamlとbindingを削除すればいいんだ。

**デフォルトの名無しさん** · 2017/11/12(日) 16:56:10.96

だから、ビューが最小限のコンソールアプリを書いて、それにビューをつけるようにしておけば、モデルロジックとビューロジックの境目がわからみえるようになってくるよ

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

xamlをWinFormに置き換えても、そのまんま動くのがModelだけど。
だったら、このスレと関係ないがな～になる。

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

ViewModelとModelをdllにしても問題なくビルド&実行できるなら
それはちゃんと責務の分離が出来ている

**デフォルトの名無しさん** · 2017/11/13(月) 13:51:32.14

それは違うかな

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

UI変更したらViewModelは影響受けるけどModelは一切影響受けない(ようにつくる)だけだろ

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

アプリを作れて動いて、それで誰も困ることがなければどうやって作っててもいいと思う。
メンテしないような使い捨てアプリにMVVMで作るコストかけても仕方ないし、メンテナンスや機能拡張するアプリを、ちゃんと設計せずに作るのはヤバイ。

適材適所

**デフォルトの名無しさん** · 2017/11/13(月) 23:07:56.70

馬鹿は一つしか覚えられないから金のハンマーを欲しがる

**デフォルトの名無しさん** · 2017/11/13(月) 23:37:32.63

prismを見ると、MVVM以外にDIコンテナだったりナビゲーションサービスだったり画面遷移型のフレームワークってのももう一つの柱なのがわかる
WpfのゴールとしてMVVMだけじゃなくて、従来のWindowを次々開くタイプのアプリからWebのような一つのWindowで画面が遷移するタイプへの移行ってのも在るのかもしれんね
実際Windowをやたらと開かないタイプの方が遥かに使いやすい

**デフォルトの名無しさん** · 2017/11/13(月) 23:45:47.26

>>748
馬鹿でも沢山覚えられるぞ。
但し、カンナで釘を打ちハンマーで釘を抜くなんて使い方をするだけさ。

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

>>749
いや業務アプリってメインフレームの時代から画面遷移型が基本だぞ
だからWebでいいんじゃねとなる
仕事したことないならPrismの画面遷移型アプリみたいなのは新鮮に感じるのかな

**デフォルトの名無しさん** · 2017/11/14(火) 02:03:30.52

>>719
ありがとう、今日試してみたらうまくバインドできたよ
自己流であまり綺麗じゃないかもしれないが
ただ、今度は画面のレイアウトがうまくいかない…
canvas使ってペタペタやれば出来るのかもしれないが、せっかくだからもっとうまくいくやり方でやってみる

**デフォルトの名無しさん** · 2017/11/14(火) 07:01:42.13

>>748
バカじゃないけどたくさん覚えるのは面倒だから金のハンマーが欲しいわ

**デフォルトの名無しさん** · 2017/11/14(火) 07:02:55.05

>>751
そもそもメインフレーム時代はマルチウィンドとかなかったりしたしな

**デフォルトの名無しさん** · 2017/11/14(火) 08:35:55.74

>>754
テキストベースのポップアップウインドウもどきは有ったぞ

**デフォルトの名無しさん** · 2017/11/14(火) 09:03:02.17

金のハンマーでは釘を打てないと思うw

**デフォルトの名無しさん** · 2017/11/14(火) 09:06:18.52

>>756
豆腐になら打てる

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

バナナで釘が打てます
https://www.youtube.com/watch?v=pk3xse7fPZI

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

>>748
暗記は馬鹿文系の得意技。おまえもそっち系だな。

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

さすがにそれはない

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

ちょまど神への信仰が足りないから争いが起きるのです

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

新興宗教の神など信仰でけんわ

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

テンプル騎士団かな？

**デフォルトの名無しさん** · 2017/11/14(火) 19:44:59.16

ちょまど神は、可愛くて漫画がプロ並みでプログラミングも出来るがオタクだな。
中川しよう子と同じ香りがする

**デフォルトの名無しさん** · 2017/11/14(火) 20:53:34.28

>>764
いつも思うけど、公人でもプライバシー売ってる芸能人でもない一般人に粘着する奴って
ストーカーと同じ。気色悪いわ。他人の前に自分自身をよく見てみろ。

自分で自分をおかしいと思わないなら、あんた人間として壊れてるよマジで。
言っても無駄だと思うけど。

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

>>765
なんでオレに言う。
別嬪さんは全部好きだが彼女に特別興味があるわけではない。

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

>>759
> 暗記は馬鹿文系の得意技。おまえもそっち系だな。
プログラミングで暗記とか言う奴の方が馬鹿文系っぽいが w

**デフォルトの名無しさん** · 2017/11/14(火) 22:09:21.65

馬鹿にしていた文系に負けたとか、
嫌な思い出でもあるのでしょう
触れなさんな

**デフォルトの名無しさん** · 2017/11/15(水) 03:49:16.30

xamarinで調べごとするとチンポ騎士団が嫌でも目にはいるのが厄介

**デフォルトの名無しさん** · 2017/11/15(水) 10:47:03.72

環境毎捨てるしか無いな

**デフォルトの名無しさん** · 2017/11/15(水) 13:12:12.68

覚えらないからWPF使えないと思っている馬鹿がいるようだが、
単にWPFは使い物にならないから使われてない。WPFを理解すれば分かること。

ゴミすぎてもう消えることは決定している。

**デフォルトの名無しさん** · 2017/11/15(水) 13:32:09.19

問題ないとは言わんが、回避できない問題山積ってわけでもないだろ
どうせ口だけで具体的に何も指摘できないんだろうねｗ

**デフォルトの名無しさん** · 2017/11/15(水) 20:20:52.23

標準でVからVMのメソッドに直接バインドできたらいいのに

**デフォルトの名無しさん** · 2017/11/15(水) 21:07:44.79

データバインドがようやく分かってきた
これがあると飛躍的に出来ることが拡がるな

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

>>774
便利だろ

**デフォルトの名無しさん** · 2017/11/16(木) 17:08:22.10

下記コードは選択中にツールチップが表示されますが、
選択された後にコンボボックス上でツールチップを表示させることは可能でしょうか？
以上よろしくお願いいたします。

<Grid>
<StackPanel>

<ComboBox Width="100">
<ComboBoxItem ToolTip="This it tool tip for item 1">This it tool tip for item 1</ComboBoxItem>
<ComboBoxItem ToolTip="This it tool tip for item 2">This it tool tip for item 2</ComboBoxItem>
</ComboBox>

</StackPanel>

</Grid>

**デフォルトの名無しさん** · 2017/11/16(木) 18:20:42.66

>>776
<Grid>
<StackPanel>

<ComboBox
x:Name="ComboBox1"
Width="100"
ToolTip="{Binding SelectedItem.ToolTip, ElementName=ComboBox1}">
<ComboBoxItem Content="This it tool tip for item 1" ToolTip="This it tool tip for item 1" />
<ComboBoxItem Content="This it tool tip for item 2" ToolTip="This it tool tip for item 2" />
</ComboBox>

</StackPanel>
</Grid>

**デフォルトの名無しさん** · 2017/11/16(木) 18:59:08.25

>>777

ありがとうございます！意外とシンプルでした。。。

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

>>751
当然GUIではないが、SASは実現してたね。
しかもWin3.1が出てきた時代には、
メインフレームのマルチウインドウプログラム＜＝＞Win3.1のGUIで
互換性を保っていた。
他のソフトでは見たことないけど。

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

MVVMの勉強を行なっているのですがコマンドってどう扱えば良いでしょうか
元々プログラミング自体勉強し始めたばかりなので初歩的な部分で理解できていない部分もあるとは思いますがサンプルを見てもどれも違った作り方をしてて動きも全くイメージが掴めません…
あるボタンを
command ={Binding testbutton}
とした場合、ボタンを押した状態はtrueやfalseも入っておらずどのように処理を記述すれば良いのか分かりません…

例えばボタンを押したらメッセージボックスを出すだけの単純な物を作ろうとした時に
コマンドを使わずクリックイベントで処理するなら

-viewmodel-
private void button(object sender , RoutedEventArgs e)
{
model.test();
}

-model-
public void test()
{
MessageBox.Show(Test);
}

これをコマンドに置き換えるとどういう形になるのでしょうか？
答えにくい質問で申し訳ありませんがよろしくお願い致します

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

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