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/16(木) 12:11:07.29

**デフォルトの名無しさん** · 2019/05/16(木) 13:49:41.99

スレタイXAMLはあったほうがよかったんじゃ？

**デフォルトの名無しさん** · 2019/05/16(木) 14:58:46.33

UWPは別のスレがあるな

**デフォルトの名無しさん** · 2019/05/16(木) 19:32:09.26

前スレから
https://devblogs.microsoft.com/dotnet/introducing-net-5/

**デフォルトの名無しさん** · 2019/05/16(木) 20:00:20.87

WPFにx:bind来てくれないのかいぃぃ

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

ゲームエンジン作れますか？

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

openfiledialogとsystem.diagnostics.process.startの違いはなんでしょうか
openfiledialogのほうがエクスプローラが開かなかったですが
実現したいのは、フォルダを開いてファイルを選択するというものです

var dialog = new OpenFileDialog();
dialog.InitialDirectory = @"C:";

System.Diagnostics.Process.Start("explorer.exe",@"c:");

**デフォルトの名無しさん** · 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とかは入ってるから自分で環境構築という発想がなかったわ
いけそうな気がするな、うん

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

>>107-108
VMwareなりVirtualBoxとか使えばいいだけだろ
メモリー8GB程度あればCentOSの最小インストールなら普通に動くし

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

>>109
常時起動ならレンタルサーバ借りたほうがいいよ
てかVMwareにLinux入れるくらいだったらBash on Ubuntu on Windowsでええやろ

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

Bash on Ubuntu on Windowsはないわ～

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

バインドについて勉強してます
チュート試してみたのですが、うまく動かないので間違いの指摘をお願いします
https://ideone.com/Dgu2QJ

https://araramistudio.jimdo.com/2016/11/25/wpf%E3%81%AE%E3%83%90%E3%82%A4%E3%83%B3%E3%83%87%E3%82%A3%E3%83%B3%E3%82%B0-%E3%81%9D%E3%81%AE%EF%BC%91/

参考ページです

また、viewmodelの役割を大雑把に言うと何になるでしょうか？
仲介役ということで、上のコードでいえばclass1.csの部分かと思います。
viewとmodelだけで事足りるような気がするのですが。

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

>>110
ケースバイケースだろ
個人開発でテストだけでレンタルサーバーまで借りなくてもいいだろうし小規模ならRaspberry Piとかでもいいし

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

>>113
個人利用ならAzureやAWSの無料枠で十分

**デフォルトの名無しさん** · 2019/05/26(日) 00:32:18.87

>>112
それは実装途中の物みたいだから続きを読んでいけばいいんじゃないかな（無責任）

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

UWPの次の将来性のあるフレームワークができるまではWEBで食ってようかな
windowsアプリなんて金にならなさそうだし

**デフォルトの名無しさん** · 2019/05/26(日) 13:55:20.05

食ってようかな(笑)

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

>>116
どちらにしろ、受託じゃたかが知れてる

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

食っててくれたまえ

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

hoge{get;set;}
これの意味がわからないのですが、超絶シンプルな例ってないんでしょうか？
例えばテキストボックスコントロールのTEXTにhogeという変数をバインドして、
hogeにプログラムないでhoge="文字";などと代入する

その歳の仲介というイメージなのですが、具体的にどういう動きをするんでしょうか
プログラム内で"文字"をgetして、バインドされたhogeにsetする？なんて意味ですか？

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

要は通常はxamlからhogeの値は参照出来ない
それを許可するための宣言がgetということですかね？

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

ただのプロパティやろ

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

>>120
全然違う
ここ読め
https://ufcpp.net/study/csharp/oo_property.html

**デフォルトの名無しさん** · 2019/05/26(日) 20:00:05.12

このレベルからWPFとか素人にハーフマラソン走らせるレベル

**デフォルトの名無しさん** · 2019/05/26(日) 20:15:28.64

>>120
君にはプログラミングは無理
肉体労働するといい

**デフォルトの名無しさん** · 2019/05/26(日) 20:23:59.98

ID:P9kv6fd4の馬鹿か

**デフォルトの名無しさん** · 2019/05/26(日) 20:34:08.79

基礎からやろう？って何週間も前からいろんな人から散々言われているのにそういうアドバイスは一切無視して延々と質問続けるだけだからね
ツールは当然一生完成しないし技術は大してつかないで終わるよ

**デフォルトの名無しさん** · 2019/05/26(日) 22:17:35.93

>>120
wpfはviewとviewmodelをdatacontextを介してやりとりするんや
例えばmainviewのdatacontextにmainviewmodelクラスを指定した場合、
mainviewmodelクラスのプロパティの値をバインディングすることでviewに表示することができる

c#でもJavaでもプロパティは外部への情報公開を目的としてるから
その意図をそのまま利用しとるだけ

大分ざっくりした説明だけれど、もし全く理解できないのなら前でも誰か言ってたけど、
windows formにするかコードビハインドに書くやり方でまずはやったほうがいい
JavaScriptにもMVVMの概念はあるからそっちから攻めるのもありかもしれない

**デフォルトの名無しさん** · 2019/05/26(日) 22:20:05.47

ごめん、Javaのプロパティのとこは無視してくれ

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

>>120
内部変数を省略してるだけなんよ
private の内部変数がコンパイル時に勝手に作られる

**デフォルトの名無しさん** · 2019/05/27(月) 11:51:22.51

>>120
自動実装プロパティっていつ使うのって話ならWPFはほぼ関係ない
自動実装プロパティは.netの機能でWPFは.netの一部
というだけの話

これは基礎からやれって話なのか？だけど
今からならwindows formsは勉強しなくていいと言う人もいるし
実際しなくていいだろう
ただWPFの解説書に.netについての解説なんかないよね
1からやる場合こういう.netの知識が曖昧になっても不思議はないと思う
.netは追加機能も多いし巨大すぎる

**デフォルトの名無しさん** · 2019/05/27(月) 18:13:11.10

＞　今からならwindows formsは勉強しなくていいと言う人もいるし
＞　実際しなくていいだろう

何を馬鹿なことを言ってるんだｗ
最近の初心者向け本では逆にwinformsしか説明してない
WPFなんて眼中にない

**デフォルトの名無しさん** · 2019/05/27(月) 18:24:54.78

>>132
素人向けだからだろ？
wpfはMVVMとかxamlがくっついてくるから、winformの方が初心者向けなのは当たり前だ

**デフォルトの名無しさん** · 2019/05/27(月) 19:33:58.77

で、ユニバーサルプラットフォームって
何と何と何があるのかな？

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

UWPとWPFの区別がつかない人がドヤ顔でマウンティング

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

最近増えてきたガラスのような表現のフレームワークはWPFですか?

**デフォルトの名無しさん** · 2019/05/27(月) 21:30:57.15

いいえ
あれはUWPです

**デフォルトの名無しさん** · 2019/05/28(火) 19:02:40.16

xaml islandが出てきて、UWPじゃないとできないという制約が
なくなってきたね。

**デフォルトの名無しさん** · 2019/05/28(火) 19:15:12.49

そんなのあんだ。

**デフォルトの名無しさん** · 2019/05/28(火) 19:38:30.31

逆に今後の新規開発や追加開発ではWPFもういらないってことなんだけどな
既存のWPF部分に手を入れざるを得ない場合を除き、常にWindows Runtimeで作る
それが今後のWPFアプリケーションの唯一の正しい作り方だ

**デフォルトの名無しさん** · 2019/05/28(火) 20:56:00.72

>>140
ジョジョでいう
シルバーチャリオッツレクイエムみたいなもんか

**デフォルトの名無しさん** · 2019/05/29(水) 01:24:16.83

>>141
さっぱりわからん

**デフォルトの名無しさん** · 2019/05/29(水) 09:50:06.92

>>141
スタープラチナのザワールドだろ

通常はスタープラチナの精密で力強い攻撃で対応して無理なら時を止める

**デフォルトの名無しさん** · 2019/05/29(水) 12:19:09.94

Double型をバインディングしたTextboxに小数点を入力するとエラーになり問題、Extended Wpf toolkitのDoubleUpDownをTextboxの代わりに使ったらあっさり解決...
今までわざわざstring型でバインディングして数値だけ入力制限したりあれこれしてたのが無駄だったわ

**デフォルトの名無しさん** · 2019/06/01(土) 16:43:20.75

Windows API Code Packというのは機能を拡張するものですか？
ｃ＃で使用できるんでしょうか？

**デフォルトの名無しさん** · 2019/06/01(土) 17:32:12.45

できるよん

**デフォルトの名無しさん** · 2019/06/01(土) 19:39:51.72

はい

**デフォルトの名無しさん** · 2019/06/02(日) 09:43:53.79

Directory.GetFileSystemEntriesで画像を取得できますか？

**デフォルトの名無しさん** · 2019/06/02(日) 10:15:11.60

ID:P9kv6fd4の馬鹿か

**デフォルトの名無しさん** · 2019/06/02(日) 10:25:53.31

なんでそんなに攻撃的なんですか？

**デフォルトの名無しさん** · 2019/06/02(日) 10:36:47.06

>>150
関数の仕様をリファレンスで調べてきて引数と戻り値と動作を読んで、それでも分からないことがあったらそこを具体的に質問すると丁寧に答えてもらえるぞ

**デフォルトの名無しさん** · 2019/06/02(日) 10:59:47.73

wpf関係ないじゃん
何がC#でなにがwpfかもわかってないんでしょ
散々チュートリアルやろ？って忠告を無視して延々と同じような質問繰り返してりゃ答える側も馬鹿らしくなるよ

**デフォルトの名無しさん** · 2019/06/02(日) 12:05:12.73

>>150
しつこい馬鹿だから
いい加減死ねよ

**デフォルトの名無しさん** · 2019/06/02(日) 21:42:55.58

画像ってのがサムネイルのことならWindows API Code Packで出来るんだが
もう少し自分で調べたほうが良いと思うよ

**デフォルトの名無しさん** · 2019/06/02(日) 22:13:49.95

Windows API Code PackはForkがいくつもあってどれを使えばいいのか分からないな。
ライセンスも元のMSのページが消えてて良く分からんし。

**デフォルトの名無しさん** · 2019/06/02(日) 23:35:24.11

ただ、ファイルシステムをCodePack使わずにWin32API使うと面倒になるからな
言うほど大変なわけでもないが、独特な管理方法で面食らったわ

**デフォルトの名無しさん** · 2019/06/03(月) 00:00:34.97

>>156
ファイルシステムってなんのこと?
フォルダー選択ダイアログとかを出すことかな

**デフォルトの名無しさん** · 2019/06/03(月) 15:10:33.38

社内業務用にpowershell+.NETで簡易GUIを表示するようなアプリケーションを作る場合、商用ライセンスとか必要なんでしょうか？

**デフォルトの名無しさん** · 2019/06/03(月) 16:58:31.60

いらんでしょ

**デフォルトの名無しさん** · 2019/06/03(月) 18:40:28.28

どっちの意味だろう？
・（作成するアプリケーションの）商用ライセンス
・（VisualStudioの）商用ライセンス

よく主語が抜けてるとか言われてるけど
この場合、連体修飾語が抜けてるよね（今調べた）

**デフォルトの名無しさん** · 2019/06/03(月) 18:46:53.35

後者の意味にしか取れなかった、というか前者の意味がわからん
社内用に作ったアプリに商用ライセンスつけるか、って話？

**デフォルトの名無しさん** · 2019/06/03(月) 18:50:14.74

社内配布でも基本的にはVSの開発者用ライセンス必要だし、
オープンソース使ってるならライセンス違反にならんように気をつけなあかん

自分個人だけで使うなら特にライセンス気にすることはないだろう

**デフォルトの名無しさん** · 2019/06/03(月) 18:55:21.90

うん
前者なら上長に聞けと思った

後者について VisualStudio Community のライセンスを調べたところ、
オープンソースプロジェクトや学習・研究目的ならどんな企業も問題ないが、
相談のケースはクローズドソースと思うので、以下の条件になるはず

・一般企業なら5ユーザーまで
・大企業（250台PCを所有、または売上100万ドル）なら、使用不可

**デフォルトの名無しさん** · 2019/06/03(月) 19:23:31.03

VS　Express2015なら無料で使用できますね
あとVS　Codeを使うことも可能だが、WPFを開発って結構苦行かもしれんね

**デフォルトの名無しさん** · 2019/06/03(月) 19:31:36.01

メモ帳とかでソース書いてWindowsにプリインストールのcsc.exeでコンパイルした場合はVSのライセンスっていらないのかな？
スレチだけど

**デフォルトの名無しさん** · 2019/06/03(月) 19:43:46.22

質問の仕方が悪かったですね
すみません

テキストエディタでpowershellのコードを書き、その中で.NETのFormオブジェクト達を呼び出してGUIを作ります
そのときに、powershellや.NETの商用ライセンス的なものが必要なのか知りたかったです

よろしくお願いします

**デフォルトの名無しさん** · 2019/06/03(月) 19:52:03.41

まさかの第三
・（実行環境の）商用ライセンス
だった

**デフォルトの名無しさん** · 2019/06/03(月) 21:22:12.30

しかもWPFですらない可能性も出てきた

**デフォルトの名無しさん** · 2019/06/03(月) 22:12:25.81

OSSなんだしいらないんじゃね？（適当）
社内用ならそんなシビアに調査しなくていいんじゃね？って気もするけど超大手とかだとやっぱしっかりしらべるのかね？
超大手なら周りなり法務なりに聞けで済むか

**デフォルトの名無しさん** · 2019/06/03(月) 22:30:23.86

>>163
小規模企業でも大企業からの委託案件だとNG

**デフォルトの名無しさん** · 2019/06/04(火) 07:11:16.82

>>170
「自社利用」な

**デフォルトの名無しさん** · 2019/06/04(火) 11:36:40.38

http://cointoss.hatenablog.com/entry/2017/02/21/121209
上を参考にexeにdllをマージしたのですが
Prism.dll、Prism.Unity.Wpf.dll、Prism.Wpf.dllは
exeのフォルダに置いていないと起動できません。
他のdllは削除しても起動できます。

なにか不足していることがあるのでしょうか？

**デフォルトの名無しさん** · 2019/06/06(木) 03:11:15.75

>>166
不要

**デフォルトの名無しさん** · 2019/06/12(水) 06:39:45.37

WPF技術者探しても一人も見つからないあるよ。保守できないあるよ。

**デフォルトの名無しさん** · 2019/06/12(水) 08:15:06.43

お前がメンテナになるんだよ

**デフォルトの名無しさん** · 2019/06/12(水) 08:57:44.10

金出しゃいくらでも居るよ
技術者を安いおちんぎんでこき使わないで

**デフォルトの名無しさん** · 2019/06/12(水) 17:09:04.38

技術者不足なのか足りてるのか分からん業界だ

**デフォルトの名無しさん** · 2019/06/13(木) 20:13:48.97

core3いいじゃん
これで少し手直ししたらlinuxにwpfもっていけるってことなのかい

**デフォルトの名無しさん** · 2019/06/13(木) 20:59:16.46

残念ながらWPFやWinFormsは.NET CoreでありながらWin限定
WPFは大部分がC++/CLIで書かれているしWindows APIに依存しまくってるから、
まずはそれを全てポータブルな形に再実装しなければならない
百人月クラスの壮大なプロジェクトだ

**デフォルトの名無しさん** · 2019/06/13(木) 21:15:12.81

100人月で済むならやりゃいいじゃん
壮大なプロジェクトって少なくとも１桁違うやろ

◆QZaw55cn4c · 2019/06/13(木) 21:31:32.83

>>180
一桁はおろか、二桁＝1万人月くらいは必要じゃないかな…

**デフォルトの名無しさん** · 2019/06/13(木) 21:32:10.18

MS社員の100人月ならドカタのサグラダファミリアだな

**デフォルトの名無しさん** · 2019/06/13(木) 21:41:06.34

そもそもポータブルなGUIに無理がある
swingの様になりたいのか

**デフォルトの名無しさん** · 2019/06/13(木) 22:01:08.10

C++/CLIって久しぶりに聞きましたね
もう聞くことはないと思ってた

**デフォルトの名無しさん** · 2019/06/13(木) 23:20:07.43

そもそもWPFなんだからWindows限定でよくね？

**デフォルトの名無しさん** · 2019/06/13(木) 23:25:38.96

WPFはフルスクラッチでUIを描画してるから、アーキテクチャ的にはむしろWin限定にするほうが不自然

**デフォルトの名無しさん** · 2019/06/14(金) 21:47:31.30

>>179
そうなん…
Win専用ならCoreにしても…

C++/CLIはたまに使う

**デフォルトの名無しさん** · 2019/06/15(土) 09:19:09.60

Chromium+AspNetCore+Blazor
次世代の.NET系デスクトップフレームワークはこうなる

**デフォルトの名無しさん** · 2019/06/15(土) 09:27:21.19

過剰なクライアントサイド志向に対する最近の揺り戻しのムードの中で、サーバーサイドBlazorだけならワンチャンあったかもね
Blazorを正式なプロダクトとして推していくと決めた時点で、クライアントBlazorは廃止してサーバーサイド一本にするべきだった
Blazorといえばwasmのオモチャというイメージを払拭できない限り普及はない

**デフォルトの名無しさん** · 2019/06/15(土) 09:42:50.74

SSRはもとはクライアントでしか動かないjsが鯖で動くすごいって技術
だからjs以外の言語だとSSRはなにも真新しさはない古典的な技術だ
なのでBlazorでサーバーサイドをやる意味はない(api、MVC、Pagesで十分)
クライアントで.NETを動かすことに意味がある

**デフォルトの名無しさん** · 2019/06/15(土) 09:49:12.97

Blectron的なやつのことを言いたい？

**デフォルトの名無しさん** · 2019/06/15(土) 10:13:25.41

>>191
Blectronは知らないがElectronの.NET版という意味ならまさにそうだな
ググったらもうすでに同じ発想で取り組んでるOSSユーザーが少なからず居たから
もう暫くしたらBlazorでクロスプラットフォームデスクトップアプリが実用化するんじゃないかな

**デフォルトの名無しさん** · 2019/06/15(土) 10:33:45.61

>>192
Blectlonでググったかい？

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

新卒で入った会社（５年前）がWinFormだったな。今も多分そう。
今はWindows用のコード書くことがなくなってしまったが、
あれはあれで生産性高いと思うわ。業務アプリだとデザイン性いらないし

**デフォルトの名無しさん** · 2019/06/15(土) 15:30:24.49

WPFも主ターゲットは業務向けだけど、日本のITドカタが業務システムと聞いてイメージするオーダーメイドなシステムとはだいぶ違う
米国では早くからシステムのパッケージ化が進んでいて、
パッケージベンダーにとっては一つ作れば多くの客に売れるから多くの開発リソースを投資してリッチなUIを作ることができる
そういう事情を踏まえて誕生したのがWPFなんだよ
日本でも近年は脱オーダーメイドが進みつつあるけど、既にリッチクライアントの時代が終わってSaaSになっちゃったからWPFの出番は来なかった

**デフォルトの名無しさん** · 2019/06/15(土) 16:35:30.94

日本の業務アプリには御託並べるWPFプログラマは不要。
黙々と作業に徹するWinformコーダーが居ればよい。

**デフォルトの名無しさん** · 2019/06/15(土) 17:08:33.15

業務にアクティブ要素、動的要素なんていらないからな。
コントロール全部並べてあって使えないところは無効化されてるだけでいい。
状況によって位置が変わるのをすげー嫌がる。操作ミスが増えるだけ。

**デフォルトの名無しさん** · 2019/06/16(日) 01:46:25.54

バインドしてみたけど、まったくメリットが分からん...

http://marikooota.hatenablog.com/entry/2017/05/30/002059
とか、↓の方が簡単だと思う。

-- xsml --
<StackPanel>
<TextBox x:Name="tb1"/>
<Button Click="btn_Click">Count Up!</Button>
</StackPanel>

-- cs --
int count = 0;
private void btn_Click(object sender, RoutedEventArgs e)
{
count++;
tb1.Text = count.ToString();
}

誰か、バインドのメリットをアホな俺に教えて下さい...

**デフォルトの名無しさん** · 2019/06/16(日) 01:47:53.07

>>198
空白文字消されるんですね; 読みにくくてすみません💦

**デフォルトの名無しさん** · 2019/06/16(日) 03:49:25.26

バインドの最大なデメリットは天才と無職しか使いこなせないこと。