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/05/17(金) 17:30:07.31

openfiledialogはファイルを開くためのものですね
勘違いすてまし

**デフォルトの名無しさん** · 2019/05/17(金) 17:40:31.39

wpfでフォルダのファイルを、リストビューなどで表示するには何を使用するんでしょうか

**デフォルトの名無しさん** · 2019/05/17(金) 18:23:47.47

リストビューで表示するんなら使用するのはリストビューでしょｗ

**デフォルトの名無しさん** · 2019/05/17(金) 18:44:46.93

https://dobon.net/vb/dotnet/file/getfiles.html
wpfでaddrangeが出てこないのですが、なぜでしょうか
addしか出てきません
addrangeはSystem.Collections.Generic;に含まれるそうですが、これはきちんと記述しています

>>11
表示するコントロールはそうなんですが、一覧を取得する方法を調べてました

**デフォルトの名無しさん** · 2019/05/17(金) 19:04:56.93

>>12
Formsのほうのサンプルじゃないの？

**デフォルトの名無しさん** · 2019/05/17(金) 19:24:12.06

>>13
wpfじゃないんですかね
だとしたら何を使うんでしょうか

マイクロソフトのリファレンスはC#用とwpf用わかれてるわけではないんですよね？

**デフォルトの名無しさん** · 2019/05/17(金) 19:55:42.73

for使うことになってるんすかね？

**デフォルトの名無しさん** · 2019/05/17(金) 20:00:22.36

this.ListBox1.ItemsSource = Directory.EnumerateFiles( @"C:\Windows" );

**デフォルトの名無しさん** · 2019/05/17(金) 20:04:39.86

もしくは
foreach ( var file in Directory.EnumerateFiles( @"C:\Windows" ) )
{
this.ListBox.Items.Add( file );
}

**デフォルトの名無しさん** · 2019/05/17(金) 20:07:19.28

>>14
リファレンスは分かれてるというか、違う。名前空間が。
datagrid にしても、forms で使用されているコントロールとwpfで使用されている物とは違う。
webにあるサンプルなど、どちらのコードかってのは、明記されてない限り読み込まないとわからない

**デフォルトの名無しさん** · 2019/05/17(金) 20:23:25.50

for (int i = 0;i< files.Length;i++) {
listbox_right.Items.Add(files[i]);

}

>>16,17
これでいけました
ありがとうございます
addrangeはないみたいなので、ループしないと駄目なんですね

>>18
名前空間で判断するしかない感じですか
formと共通してるものもあれば、違うものもあるって感じで、ごっちゃになってて少し分かりづらいですね

**デフォルトの名無しさん** · 2019/05/18(土) 12:57:14.57

>>19
>addrangeはないみたいなので、ループしないと駄目なんですね

違うんじゃないかな。あなたが、>>16の手段使わずに、>>17の手段つかった
からじゃないの？

**デフォルトの名無しさん** · 2019/05/18(土) 19:02:24.50

wpfでレイアウトしたいです
よくある、左、中央、右というペインを作りたいです
単純にグリッドを３つ並べるだけでは駄目なようですが、良いコントロールはありますか？

>>20
そうかもしれません、、、

**デフォルトの名無しさん** · 2019/05/18(土) 19:28:57.10

>>21
先の質問についてだけど、データバインドを理解していないんじゃないだろうか
WPF使うんだったら、データバインド使わないと損ですよ。

**デフォルトの名無しさん** · 2019/05/18(土) 19:32:47.57

>>21
レスであるように、先にバインド覚えたほうがいいよ。いっぱいコントロール自作することになるから

**デフォルトの名無しさん** · 2019/05/18(土) 19:42:11.85

>>21
Gridを分割するかDockPanel
境界をマウスで動かしたりしたいなら前者

**デフォルトの名無しさん** · 2019/05/18(土) 20:10:22.57

>>24
gridですか
formにあったsplitcontainerみたいなのがなくなっていたんでわからなかったです

>>22,23
知らなかったので。今バインドってのをやってみました
Xamlに変数をバインドしておいて、プログラム側でそれを書き換えるというイメージでいいんですか？
<Button Content="{Binding X}" />
みたいな感じですね
解説が難しいのでなんのメリットがあるのかイマイチわかりませんが、Xaml側のX変数が複数だった場合、手作業で何箇所も書き直すより効率的だねってことですかね。または、フォームを複数作った場合、別のフォームでも数値を共有できたり。

**デフォルトの名無しさん** · 2019/05/18(土) 20:32:07.67

WinFormsの事は忘れるんだ

**デフォルトの名無しさん** · 2019/05/18(土) 20:46:12.34

忘れます
もともとwinformのソフトの文字がちっちゃくて、不満だったから自分でつくろうと思ってるので
あれって、拡大とか出来ないんですね

**デフォルトの名無しさん** · 2019/05/18(土) 21:51:41.94

Data Binding なら、Vue.js だろ

**デフォルトの名無しさん** · 2019/05/18(土) 22:35:23.21

>>21
レイアウト関係はパネルっていう種類のコントロールを使う
ここをGoogle翻訳につっこんで読むといい
https://wpf-tutorial.com/panels/introduction-to-wpf-panels/
そんな難しい英語じゃないからそのまま読んでもいいけど

**デフォルトの名無しさん** · 2019/05/19(日) 08:39:23.42

>>29
どうも　ベースはグリッドでやってみます

**デフォルトの名無しさん** · 2019/05/19(日) 09:46:46.46

>>30
他のパネルあるのになんでグリッド使うの？

**デフォルトの名無しさん** · 2019/05/19(日) 10:06:41.73

>>31
wpfだとグリッドが一般的なやり方だと思っていたからです
どういうセオリーがあるのかまだわかっていません

**デフォルトの名無しさん** · 2019/05/19(日) 10:26:31.56

>>32
>>29読めよ

**デフォルトの名無しさん** · 2019/05/19(日) 10:47:57.25

StackPanelしか使ったことないな…

**デフォルトの名無しさん** · 2019/05/19(日) 11:06:57.27

>>33
読みました
エクスプローラのような３ペインにどれが適切かわかりませんから、今ひとつずつやってます

**デフォルトの名無しさん** · 2019/05/19(日) 11:51:22.73

今stackpanelを使っていますが、エクスプローラのように左右が細長くて、
20% 60% 20%というふうに出来ますか？子要素に何を指定するといいですか？%指定は出来ないようです。
絶対値を指定すると全画面にしたときにレイアウトが崩れるから駄目ですよね

**デフォルトの名無しさん** · 2019/05/19(日) 12:26:40.42

更に境界線を←→で調整したいです
チュートアレば教えてください

**デフォルトの名無しさん** · 2019/05/19(日) 12:42:10.72

>>37
GridSplitter

**デフォルトの名無しさん** · 2019/05/19(日) 13:11:30.58

>>37
https://blog.okazuki.jp/entry/2014/12/27/200015

ここをイチから読みなせえ

**デフォルトの名無しさん** · 2019/05/19(日) 13:58:42.30

↑あい

**デフォルトの名無しさん** · 2019/05/19(日) 16:35:16.33

>>38
どうも　自動で境界線にフィットしてくれるんですねこれ
<StackPanel Orientation="Horizontal">
<Button Content="hoge" />
<GridSplitter HorizontalAlignment="Stretch" Width="5"/>
<Button Content="hoge" />
<Button Content="hoge" />
</StackPanel>
でもこれやっても動作しないのはなぜでしょうか？
ボタンも画面いっぱいまで広がりません。

**デフォルトの名無しさん** · 2019/05/19(日) 16:41:45.96

>>41
GridSplitterは縦分割もしくは横分割したGridで使うものだよ

**デフォルトの名無しさん** · 2019/05/19(日) 16:52:21.95

↑確かに名前の通りですね
gridで試してみます

**デフォルトの名無しさん** · 2019/05/19(日) 17:40:18.44

>>36
>%指定は出来ないようです

おいおい勝手に決めちゃうな、ちゃんとできるよ。
単に2:6:2になる値にすればいいだけ。

**デフォルトの名無しさん** · 2019/05/19(日) 19:24:20.26

アスタリスクで指定できるんですね
すみません

**デフォルトの名無しさん** · 2019/05/19(日) 19:51:56.06

mvvmという概念がよくわからないのですが、
mはモデル、vはビュー、vmはビューモデルですよね
wpfのプロジェクトでいうと、ビューはxamlで、vmはmainwindow.xaml.cs
mはビューに表示する数値を処理する関数を保存しておくファイル（自分で作る？）という感じでしょうかね
超絶簡単なチュートはないでしょうか？どこも説明が難しいです。

**デフォルトの名無しさん** · 2019/05/19(日) 19:57:41.44

MVVMなんて最初は意識しないでformsみたいにxaml.csにそのまま処理書くのでいいよ

**デフォルトの名無しさん** · 2019/05/19(日) 20:01:39.69

>>46
*.xaml.csはViewの一部。ViewModelじゃない。

**デフォルトの名無しさん** · 2019/05/19(日) 20:11:28.61

>>47,48
そうします
わかわからんですし、大規模になることはないので

**デフォルトの名無しさん** · 2019/05/19(日) 20:55:09.12

wpf & mvvm が普及しなかったのはこの敷居の高さなんだよな…

**デフォルトの名無しさん** · 2019/05/19(日) 21:15:35.77

>>50
コミュニティに頼らずに自前でそこそこサポートするのが売りだったのに、この辺りから放棄し始めたんだよな

**デフォルトの名無しさん** · 2019/05/20(月) 05:06:11.18

wpfって将来性がないってことですか？formの代替えって他にあるんでしょうか？

**デフォルトの名無しさん** · 2019/05/20(月) 06:34:33.69

Electron

**デフォルトの名無しさん** · 2019/05/20(月) 06:47:23.90

極論するとWindows上で動くアプリケーション自体が下火だからなぁ
PC上のローカルなリソースを触らない限りはJavaScriptのSPAで書いとけばWindows以外でもそのまま動くし
MVVMもVueやAngularで始めるほうが理解しやすいように思えるし

**デフォルトの名無しさん** · 2019/05/20(月) 07:05:09.37

想像ですけど、jsベースだとローカルでもwebでも行けるから便利ということですよね
v

**デフォルトの名無しさん** · 2019/05/20(月) 11:49:59.73

機能からgridレイアウトをやって、ある程度形はデキたんですが、縦に目一杯表示されません。
調べるとverticalalignmentをストレッチにすればいいということなんですが、駄目です
親も子もストレッチかけてるんですが、どこが駄目でしょうか。

ウインドウのサイズがデフォルトのサイズの場合は１００％までストレッチされますが、全画面表示まで拡大すると、stackpanel_innerにデフォルトのサイズが適用されます。

https://ideone.com/3RZafi

**デフォルトの名無しさん** · 2019/05/20(月) 12:18:39.68

>>56
stackpanel_outerはDockPanelに変更して、MenuにDockPanel.Dock="Top"追加
stackpanel_innnerは無くすか、StackPanel以外(DockPanel/Grid等)にする

**デフォルトの名無しさん** · 2019/05/20(月) 15:28:14.16

↑どうもデキたです
stackpanelがなぜ駄目なんでしょうか
htmlのインライン要素のような扱いなんでしょうか。

**デフォルトの名無しさん** · 2019/05/20(月) 16:43:30.51

>>52
以前は、ストアに対応していない（しない）などの方向から
WPF終了説が言われていたのだけど、それが変化してきたようで、
WPFの利用がもっと増加する可能性も出てきたみたい
ここ数か月の発表に注意してみるといいかもしれない。
デスクトップアプリが見直されてきている流れもあるので。

**デフォルトの名無しさん** · 2019/05/20(月) 16:54:53.51

MSが一度見限ったプロダクトを見直した例はない
時間は有限なんだからこういうのは悪い方に考えたほうがいいよ

**デフォルトの名無しさん** · 2019/05/20(月) 23:12:06.78

「見限った」「見直した」って具体的にどういうことを指しているんだろう。

**デフォルトの名無しさん** · 2019/05/20(月) 23:31:21.89

見限った → メンテナンスモードに切り替えた
見直した → 再度アクティブな開発を始めた
かな

**デフォルトの名無しさん** · 2019/05/20(月) 23:54:57.44

そういう意味でなら、WPFはまだ見限られてはいないわけだ。

**デフォルトの名無しさん** · 2019/05/21(火) 00:19:28.65

WPFはとっくの昔にメンテナンスモードに入ってる
UWPだけがアクティブ

**デフォルトの名無しさん** · 2019/05/21(火) 00:41:18.11

>>64
>UWPだけがアクティブ
WPFはともかく、MSのこの数か月見てた方が良いよ

**デフォルトの名無しさん** · 2019/05/21(火) 00:59:54.43

>>65
Build 2019でCore対応以外になんかWPF/WinFormsの新しい話題あったっけ？
MSを信じるのは勝手だけど、本当にそれが自分にとってプラスになるのかは一度立ち止まってよく考えてみた方がいいよ
君自身のキャリアの問題だ

**デフォルトの名無しさん** · 2019/05/21(火) 05:16:38.24

結局、ｃ＋＋が普遍的なんでしょうか。
やったことはないですが、個人で使うものではないとか。

**デフォルトの名無しさん** · 2019/05/21(火) 06:07:31.76

>>66
そのCore対応がデカいんじゃないか
どれだけ投資してると思ってんだよ

**デフォルトの名無しさん** · 2019/05/21(火) 07:43:54.26

>>68
そう思う？移植完了の後はロードマップ真っ白なのに？
ちなみにdotnet/wpfは4人くらいで作業していて、必要最小限の単純な移植を超える仕事は厳しく禁じられているようだ

**デフォルトの名無しさん** · 2019/05/21(火) 08:07:51.81

>>65
core対応でアクティブだと言えるならWPFだけじゃなくwin formsも
アクティブと言うことになるけど…

アクティブじゃないよ
もう開発してないよ

**デフォルトの名無しさん** · 2019/05/21(火) 09:04:23.15

一度捨てたと思ったデスクトップの必要性が再認識されてきている。
これから夏にかけxaml islandの話題がMSより増えて行くだろうから
まずはそちらを気にした方が良い。デスクトップもUWPだけで行きま
しょうというMSの方向性が大きく変化したことは確かだから。
UWPのコントロールもそれぞれが共有できる方向に変化してきたので。
ただし、FORMに関してのxaml ilandはどうやるの？という疑問はある。
とはいえ、WPFが新たに拡張されてという話とはちょい異なる。
この数か月のマイクロソフトの発表をみましょ。

**デフォルトの名無しさん** · 2019/05/21(火) 09:15:29.44

>>69
もしかしてひとつのフレームワークに4人ってのが少ないとでも思ってる？

**デフォルトの名無しさん** · 2019/05/21(火) 12:54:23.99

MSレベルで4人雇ったら、年5000万位かかるか

**デフォルトの名無しさん** · 2019/05/21(火) 13:27:03.74

フルタイムで作業してるのは一人だけっぽいね

**デフォルトの名無しさん** · 2019/05/21(火) 16:39:45.49

>>74
C#だってフルタイムは一人だけやでw

**デフォルトの名無しさん** · 2019/05/21(火) 19:25:13.12

あれだけ押してるBlazorもフルタイムは1人だもんね

**デフォルトの名無しさん** · 2019/05/21(火) 19:31:06.98

WPFが好きすぎて頭が逝っちゃってる人の集まり？

**デフォルトの名無しさん** · 2019/05/21(火) 19:52:22.69

嫌いなのに張り付いてる方が頭が逝ってるだろ

**デフォルトの名無しさん** · 2019/05/21(火) 19:54:10.43

ID:00e1l8X+はマ板で呟いてくれんかね

**デフォルトの名無しさん** · 2019/05/21(火) 20:12:32.33

>>73
MSレベルっつーか人月単価100万ってそんなに優秀じゃないぞ

**デフォルトの名無しさん** · 2019/05/21(火) 23:36:21.83

この中でvb.net派の人いるかな....
新しいプロジェクト作成するたびににC#に移行しようと思っても、やっぱりVB選んでしまう...
おかげでC#のサンプルでも即座にVBに変換できるようになったわ

**デフォルトの名無しさん** · 2019/05/22(水) 04:03:18.31

これだから、アラフィフのおじいちゃんは...

**デフォルトの名無しさん** · 2019/05/22(水) 07:50:35.59

ぶいびーww

**デフォルトの名無しさん** · 2019/05/24(金) 23:18:25.57

別にVB.NETでもかまわんと思うけどね
C#を推奨したい日本マイクロソフトのバイアスがずっと続いてるけど、ちゃんと他人にも分かる様なコード書けば問題無い
まあ、それがVBプログラマーの悪い所だが

**デフォルトの名無しさん** · 2019/05/25(土) 00:17:27.23

VB.NETでラムダを多用するようなソースコードを書くと見づらくてたまらないんだよな

まあ一人で書いてるソースであれば好きにすればいいんじゃないとも思うけど
引き継ぎや担当者アサインのことを考えるとちょっとなあ
若手・未経験者に今更VB.NETを覚えさせるのも後ろめたいというか倫理的に問題があるし
かといって「VB.NET出来ます」っていう人のスキルって大抵VisualStudio2005～2008あたりで止まってる人が多いし
新しめの(VS2015/2017あたりの)文法を使うならそれこそC#で書くほうがスマートだし

**デフォルトの名無しさん** · 2019/05/25(土) 00:26:30.22

俺は基本的にはVB派だが、ラムダ式だけは何とかならんかったのかと思うわ

あとヌル合体演算子はよ

**デフォルトの名無しさん** · 2019/05/25(土) 04:17:14.56

今あえてC#よりVBを選ぶ理由を知りたい

**デフォルトの名無しさん** · 2019/05/25(土) 04:17:54.71

マイクロソフトが好んでやりたいというより、VBで行きたいという声がスゲー多いためにそうせざるを得ないということだろな。これが人間社会ちゅうものなんだろう。

**デフォルトの名無しさん** · 2019/05/25(土) 04:42:40.16

リストボックスに画像表示するにはなんの関数を使うのか教えてください
ヒントだけでいいです

String[] img = System.IO.Directory.GetFileSystemEntries(
@" C: \Users\ワイ\Desktop"
);
//Directory.GetFileSystemEntries Method
for (int i = 0;i< files.Length;i++) {
listbox_right.Items.Add(img[i]);
これだとテキスト表示になります
そもそもlistboxはテキストのみなんですかね。

**デフォルトの名無しさん** · 2019/05/25(土) 05:02:01.28

>>89
WPFの場合はコードはそれでいい。
XAML側でListBoxのItemTemplateを定義し、ImageのSourceプロパティに{Binding}でバインドする。
何を言っているのかまるで意味がわからないと思うが、それがWPFなんだよね。
https://docs.microsoft.com/ja-jp/dotnet/framework/wpf/data/data-templating-overview?view=netframework-4.8
まずはこの辺りのドキュメントを完全に理解できるようにならないと話にならない。
はっきり言って、今更こんな複雑怪奇な終わったフレームワークを無理に覚える価値はない。時間を無駄にする前にWPFは止めなさい。

**デフォルトの名無しさん** · 2019/05/25(土) 05:12:14.62

じゃあ代わりに何をすればいいのですか？electronはメモリ食うという噂が
vs codeは実際そうです

**デフォルトの名無しさん** · 2019/05/25(土) 05:55:05.76

>>91
Windowsのデスクトップアプリは迷走しまくっている
UWPも先行きが怪しくなってきて、もはやMS自身も今後どれを推奨するか明確に決まっていないという無茶苦茶な状況だ
・スキルの汎用性を重視する : いっそWebへ乗り換えるか、ElectronでWebベースの技術で作る
・学習コストを最小化する : WinForms
なるべく時間を無駄にしないためには今ならこのどちらかだろうな

**デフォルトの名無しさん** · 2019/05/25(土) 07:33:36.50

electronですか、rpgエディタみたいなの作れますか・

**デフォルトの名無しさん** · 2019/05/25(土) 07:53:36.86

>>92
横からですが、参考になりました。
いろいろググってて数年前の情報で、「新規開発で WPF を選択しない理由はない」みたいなことが書いてあって、
調べ始めたところでした。
ざっと読んだ感じ、昔の MFC や OWL の Doc / View みたいな感じ？

**デフォルトの名無しさん** · 2019/05/25(土) 08:16:31.16

>>93
そりゃ作れるけど、ゲームならUnity使ったほうがいいんじゃないか？
ゲーム用の開発スイートだからゲーム本体はもちろんだが、簡単なGUIアプリも十分に作れる
あと個人的にアドバイスさせてもらうと、ゲームはまずゲーム本体から作った方がいい
俺も初心者の頃に同じことをやろうとしたことがあるから分かるが、ツールから作ろうとすると結局後で無駄になる
エディタなんてexcelで十分

**デフォルトの名無しさん** · 2019/05/25(土) 09:04:48.17

勉強も兼ねてるので１から作ろうとしています
２ｄ専用のウルフエディタみたいなものを目指してますね

electronだと重いみたいなことが言われますが、２ｄなら問題ないと思います

**デフォルトの名無しさん** · 2019/05/25(土) 15:17:08.94

バインディングの超簡単なサンプルってないですか？
テキストボックスに文字をバインドするという仕組みなんですが。
<TextBox Name="textbox_center" Text="{Binding x}"/>
プログラム側でのｘ変数への文字の指定方法が見つかりませンでした

また、そもそもバインドとは、タグのプロパティに変数を指定する仕組みということでしょうか？

また、set ; getみたいなやつの意味がわからないです
超簡単なサンプルのページ教えてください

**デフォルトの名無しさん** · 2019/05/25(土) 15:27:32.07

>>97
> set ; getみたいなやつ
自動実装プロパティのことかな

**デフォルトの名無しさん** · 2019/05/25(土) 15:28:35.22

WPF binding
で検索するといっぱい出てくるよ

**デフォルトの名無しさん** · 2019/05/25(土) 17:08:11.22

>>97
set;get;はここ
https://ufcpp.net/study/csharp/oo_property.html

てかそれの意味がわからないならWPFより先にC#の勉強しろや

**デフォルトの名無しさん** · 2019/05/25(土) 17:09:54.90

バインディングが効かなかったのはTextBoxコントロールを使っていたからですね
TextBlockにしたら効いたのですが、なぜでしょうか？
どちらも単なるテキストの表示です

**デフォルトの名無しさん** · 2019/05/25(土) 17:17:51.87

Electron は、Chromium(ブラウザ) + Node.js(サーバー)だから、300MB もある！

ツクールなども、Node.js か、Ruby on Rails じゃないの？

**デフォルトの名無しさん** · 2019/05/25(土) 17:51:36.28

そもそもデスクトップアプリ作るのにWPFがいまいちだからElectronって、後退してるよな。

**デフォルトの名無しさん** · 2019/05/25(土) 18:34:01.11

すみません
wpfがんばります

**デフォルトの名無しさん** · 2019/05/25(土) 18:58:35.19

C#経験が評価されて今度ASP.NETの案件に参画するかもしれん
同じC#だが、覚えるのキツイな
だがついにデスクトップアプリマンの俺がデスクトップアプリから脱皮する時がきたわ
windowsサーバーだから個人開発では使えないし潰し効かないのが難点だがな・・・

**デフォルトの名無しさん** · 2019/05/25(土) 19:30:48.30

>>105
最近はASP.NET coreがあるから個人でもLinuxサーバで使えるのでは？

**デフォルトの名無しさん** · 2019/05/25(土) 19:43:52.34

>>106
そうなんだ
まだASP.NET MVCの基本しか勉強してないから知らなかったよ
個人でLinuxサーバー構築してずっとパソコンつけっぱなしで扇風機でもつけて冷やしとけば良いのか？
しかしインフラの知識が少し弱いし、それだとPC一台専用で買って常に動かしとかないといけないよな？現実的じゃないわ
あとアーキテクチャがMVCの方とどの程度違うのかによるな
アーキテクチャが全然違ったらまたかなりの勉強が必要になるし

**デフォルトの名無しさん** · 2019/05/25(土) 19:53:56.15

あ、違うか
linuxのレンタルサーバーに実行環境をデプロイして自分で環境構築しちゃえばいいのか
レンタルサーバーって最初からApacheとかは入ってるから自分で環境構築という発想がなかったわ
いけそうな気がするな、うん