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/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

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

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

>>198
あなたの作りたいツールがボタン押したら
カウントアップするだけの機能だけでよいなら理解する必要はない

でもたいていはそのテキストボックスには外部ファイルを読み取ったり、
データベースからデータをとってきて、集計したり加工した値が入るはずだ
その時にはbtn_clickのコードは肥大化して容易に1,000行を超える
その時には関数に切り分けたりすることを覚えるだろう
さらに進んでいくと、画面を凝ったデザインにしたくなったりユーザーの入力値を検証したくなったりする
そうすると画面のデザインを少し変えただけなのに
うまく動かなくなったりコンパイルエラーを起こすようになってきた
そこで画面は画面だけにしたほうが改修がしやすかったり、
デザインの得意な人にそれを任せることができるようになってくる
システムは機能や役割ごとに適切に分離していたほうが将来的にメリットがあり、
バインディングはそれを実現する仕組みの一つだ

**デフォルトの名無しさん** · 2019/06/16(日) 10:07:34.99

三行で

**デフォルトの名無しさん** · 2019/06/16(日) 10:11:25.65

バインディングは逆に手順が可視化されないのが弱点

よくわからないけど動いていればいいならバインディング
そこまでしっかり自分で制御したいなら通常のコードで

**デフォルトの名無しさん** · 2019/06/16(日) 10:14:27.54

手順の管理は量が増えると難しくなってスケールしないから
そもそも手順気にしなくていいように宣言的プログラミングしようぜってなったんだよ
ちっぽけなアプリ作るだけなら好きにすればいいさ

**デフォルトの名無しさん** · 2019/06/16(日) 10:14:39.65

ドヤ顔したいならバインディング

**デフォルトの名無しさん** · 2019/06/16(日) 10:22:58.12

バインディングにも弱点がある
相互関係で値が決まるときにその相互関係を結局人間が追わなくてはならない場合が出てくる
その時に非常にバグが取りにくい
それでFBはMVVMを捨てた

**デフォルトの名無しさん** · 2019/06/16(日) 10:24:41.66

スケールと言うけど小規模ならバインディングで対応可能だろうけど
それを超えるとまあ無理だろう

**デフォルトの名無しさん** · 2019/06/16(日) 10:30:24.72

手続き的だと非同期処理も非常に弱い
今の時代非同期が無いということはまずない
非同期処理ではやはり宣言的プログラミングが強い
手順すなわち処理の順番に依存すると非同期処理は急激に難しくなる

**デフォルトの名無しさん** · 2019/06/16(日) 10:33:01.62

従来型はスケールしないと言うけど世間の大規模プロジェクトはほぼ100%
従来型（手続き型）で作られているだろう
手続きが書いてあればツールと人手を使えば解消のめどはつく
宣言的な組み合わせの場合はロジックをすべて脳に入れて考えなくてはならないので
大きくなればなるほど人間が追いつかないと思う

逆にバインディングで大規模プロジェクトが今現在も使われているとは思えない

**デフォルトの名無しさん** · 2019/06/16(日) 10:34:56.59

人間が追い切れない場合は実行してデバッグしかないけど
それがまたバインディングの場合はやりにくい

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

>>209
スケールしないのを金と人数に物を言わせて無理やり作った
それが従来型の大規模開発だな
スケールはしてないんだよ無理してるだけで

脳に入れなきゃいけないことが多いのは手続き的なほう
なぜなら手続==処理の順番に結果が依存するから
長い処理を扱うときに最初から最後まで手順を頭に入れてなければいけない

**デフォルトの名無しさん** · 2019/06/16(日) 11:36:30.06

画面単位で独立したロジックを記述してDBのみ共有する従来のスタイルなら余裕でスケールするよ
WPFは頭のいいアーキテクトがトップダウンでスマートな設計をするスタイルには適している
MSのプロダクトは基本そうやって作られている
一方、従来のバカでもスケールするスタイルで作ろうとするとWPFはフリーダムすぎて無茶苦茶になる

**デフォルトの名無しさん** · 2019/06/16(日) 12:48:19.67

そういうけどできてから10年以上立つけど
そんなに大規模のプロジェクトでWPFが使われてるような形跡がない
webでもMVVMは中規模から小規模向けで大きくなると使い物にならないという評価

**デフォルトの名無しさん** · 2019/06/16(日) 12:56:44.07

>>213
っVisual Studio

**デフォルトの名無しさん** · 2019/06/16(日) 12:59:52.96

大規模で使い物にならなくなるのは、学習できない月収14万円のコーダーばっか集めてるからやろ

**デフォルトの名無しさん** · 2019/06/16(日) 13:00:12.87

大規模な画面アプリなんてあんの？
普通サブシステム単位とかで実装別れると思うけど

**デフォルトの名無しさん** · 2019/06/16(日) 13:32:34.96

>>212
それは別の意味でスケールしない
DB処理にビジネスロジックが蔓延してメンテナンスコストが跳ね上がる
実行時パフォーマンスも悪い

**デフォルトの名無しさん** · 2019/06/16(日) 14:00:08.42

>>216
サブシステムで数百画面とかのシステムもありますので…

**デフォルトの名無しさん** · 2019/06/16(日) 14:11:05.99

DBとはバインドするのは良くて、画面とのバインドは良くないという論調？
大規模な画面改修を想定しない限り、画面要素のバインドは良い事無いと思う。
作り変えるのが前提のプロトタイプならメリット有るだろうね。
レジに支払い方法追加するみたいに、旧来のロジックはそのままでレイアウトが変わるならバインディングも有効だろうね。

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

>>219

one-way binding(射影)なら良いと思う。

個人的には当初MVVMの利点と言われていた「View(UI)のすげ替えが楽」なんてのは幻想で、
「自動テストが書きやすい（手動によるE2Eテストを減らせる）」というほうに重きをおくべきだと。

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

>>220
確かにテストはめっちゃ楽だわ

**デフォルトの名無しさん** · 2019/06/16(日) 17:08:33.07

そう、だから自動テストという意味で >>198 を考えると、
btn_Click()イベント内部では"tb1"という他人のControlオブジェクトへ直接アクセスしている。
したがって"tbl1"Controlの存在無しに実行することができないから自動テストを書くのが困難になる。

これを、
・画面に表示されている値と常に一致しているカウント変数、という概念（＝データバイディング）
・実際にカウントアップする処理（＝ビジネスロジック）
・カウントアップするきっかけ（＝イベント or コマンド）
に分けて考えることでビジネスロジックの自動テストを書くのが容易になる、というのがMVVMのメリット。

**デフォルトの名無しさん** · 2019/06/16(日) 18:25:01.50

>>212
WPF登場以降、MSのアプリ、ツールに一貫性がなく碌に使われずに開発が放棄され、
サポートしきれずオープンソース化される理由はそこにあるのですね。

**デフォルトの名無しさん** · 2019/06/16(日) 19:37:59.62

>>223
OSS化=サポートしきれない
じゃねーだろ…どんな思考してんだよ

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

煽りたいだけだろ、スルーしとけ

**デフォルトの名無しさん** · 2019/06/16(日) 20:45:27.52

>>224
オープンソース化の経緯も知らずに何頓珍漢なこと言ってんだよ。

プレミアサポートが碌に質問に答えれなくなってる現実まで知らないとか、
MSと契約してないか、開発してないかのどちらか。

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

つまりwinformsもサポート出来なくなったと

**デフォルトの名無しさん** · 2019/06/16(日) 21:20:01.01

>>225
ごめんキチガイに触ってしまった

**デフォルトの名無しさん** · 2019/06/16(日) 21:24:45.01

>>226
Microsoftの中の人ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

**デフォルトの名無しさん** · 2019/06/16(日) 21:30:04.16

内容はともかく >>224の言い方も若干煽り入ってるし、ムキになる方もガキ

**デフォルトの名無しさん** · 2019/06/16(日) 21:32:29.36

ガキ同士仲良くしてどうぞ

**デフォルトの名無しさん** · 2019/06/17(月) 01:08:20.00

こんなオワコン老害スレにガキなどおらん。

いるのは無職とヨコからマウンティングするだけの糞じじぃのみ。

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

>>232
おまえはどっち？

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

WPFの使い勝手はともかく、使い手数に対して仕事はそれなりにあるんだからオワコンではないっしょ

**デフォルトの名無しさん** · 2019/06/17(月) 19:39:32.64

COBOL的論理

**デフォルトの名無しさん** · 2019/06/17(月) 21:35:53.79

60年現役のCOBOLさんをいつ消えるか分からんWPFなんぞと一緒にしないでくれたまえ笑

**デフォルトの名無しさん** · 2019/06/18(火) 06:15:24.31

プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/

142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な　俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。

**デフォルトの名無しさん** · 2019/06/18(火) 20:27:06.42

設計が糞すぎたから普及に失敗した。これがすべて。

**デフォルトの名無しさん** · 2019/06/18(火) 20:44:01.17

COBOLをボコる

**デフォルトの名無しさん** · 2019/06/18(火) 22:46:24.39

XAMLのデザイン要素は悪くないと思うけど
MVVMとかに関しては労力に見合ったリターンがあるか疑問

個人的にはバインドとかいろんな書き方できるのがすごくイヤ。
バインドでもx:Name=でも良いんだが、Pjによって原則どっちかでしか書けなくしてほしい。

**デフォルトの名無しさん** · 2019/06/19(水) 18:45:04.98

>>240
それは規約の話じゃないか？