WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22

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

Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
http://mevius.2ch.net/test/read.cgi/tech/1494288553/

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2019/02/11(月) 22:34:07.70

>>698
例えばMSのoffice2019は何で書かれてるのかな？

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

謎々ならママに出題してろガキ

**デフォルトの名無しさん** · 2019/02/12(火) 19:50:48.27

MFCをはじめGUIライブラリは昔はOfficeチームが牽引してたけど、リボンUIで失敗してからはグダグダ
失敗の始まりはUIデザイナーなるものがプログラマに横槍を入れるようになったから。

**デフォルトの名無しさん** · 2019/02/12(火) 20:59:43.50

クールバー(Ie4)ぐらいからおかしかったけどなぁ

**デフォルトの名無しさん** · 2019/02/14(木) 09:26:31.90

VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？

クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？

**デフォルトの名無しさん** · 2019/02/14(木) 09:27:23.92

VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？

クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？

**デフォルトの名無しさん** · 2019/02/14(木) 09:27:25.53

VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？

クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？

**デフォルトの名無しさん** · 2019/02/14(木) 09:31:21.25

君もそろそろアップデートしてはどうか
チャタってますよ

**デフォルトの名無しさん** · 2019/02/14(木) 12:42:58.11

>>706
システムソフトの開発会社であれば、OSなどの違いにより別作りを
避けられるので大きく負荷低減になる。

ユーザー企業であれば、システムの変更が必要になった際に作り直しを
する負荷が減る。この場合同じ環境を使い続けられるとすると余計な
作業と思われるが、企業合併なので約束できないのが実際なので。

一般の開発会社やSI'erは、言われるがままに作るだけ。

**デフォルトの名無しさん** · 2019/02/14(木) 12:43:42.99

企業合併なので＝＞企業合併などで

**デフォルトの名無しさん** · 2019/02/14(木) 12:53:37.73

WPFとUWP、xaml部分は共通な部分が多いと考えていいのかな。
PCをWin10に移行するんだが、社内で多用しているるツールが
独自のGUIを持っていてWin10でも動くのだが、作り変えたいという
希望がある。その際にクライアント（PC）上のGUIはWPFでどうかな
と思っているんだよね。これに関係ないアプリはUWPだったりとかに
なるだろうけど。
どう思います？

**デフォルトの名無しさん** · 2019/02/14(木) 13:14:00.40

xamlだけ見ると、UWPはイベントをバインディング出来るのが特徴でWPFだとビヘイビアを実装しないとアクセスできない処理をVMで処理できる
あと、Prism.Unityの仕様がだいぶ違っていてUWPのほうが簡潔に書けるし強力だ

問題になるのは現状UWPでDB弄るときはRestAPI実装しないといけない（SqLite以外）ところかもな
Core3でEF6サポートだからどうなるか分からんが

**デフォルトの名無しさん** · 2019/02/14(木) 13:45:10.69

ありがとう、
使用するツールがデータIOや管理はするので、WPFでもUWPの場合でも
DBは一切直接弄らない。イベントバインドってどんなモノだろう。
普段WPFは使っているがUWPは使用していないもので。

ちなみにクライアントの画面コントロールは、PowerShell＋WPFで考えて
いる。私自体は普段それで使っているので。
将来的に他のアプリでは、UWPの利用があり得るので技術習得として
FormよりWPFで感覚をつかんでもらうのもいいかなという発想がある
んだけど。

どんなもんでしょう。

**デフォルトの名無しさん** · 2019/02/14(木) 14:54:44.10

>>714
イベントハンドラをViewのコードビハインドに書く要領でVM上に書いたイベントハンドラにバインドする
書き方はViewに書くものをPublicにしたものでOK
書き忘れたけど、x:Bindという新しい書き方のバインドはコンパイル前に解決するので
バインド異常をコンパイラーが検知してエラーを出してくれる
それとListBox系のテンプレートの癖が若干違っていて、これは簡単に説明できないけど
そのまんま移植って訳にはいかない

**デフォルトの名無しさん** · 2019/02/14(木) 15:11:33.01

データバインドはいつも使うが、イベントのバインド分んないな
調べてみて共通な部分を使うような感じで考えてみようかと思う。
今まで利用していたものの差し替えなので、今回は高度なインターフェースは
期待していないので、いけそうな気がしているので。

**デフォルトの名無しさん** · 2019/02/14(木) 17:11:13.40

>>714
.NET Standard 2.0対応したバージョン以降はSqlConnectionあるからSQL Serverつなぎに行けるよ。

その場合は配布方法はサイドローディングになるけど。一般公開ストア審査は多分通らない。テスト用DBサーバーをインターネットに晒して審査員にアクセス出来るようにしていたら可能性はあるけど…。

Microsoft Store for Businessの業務アプリとして出すのは平気

**デフォルトの名無しさん** · 2019/02/14(木) 18:36:00.93

>>717
ありがとう。
>SqlConnectionあるからSQL Serverつなぎに行けるよ
残念ながらそれは使わないので

**デフォルトの名無しさん** · 2019/02/14(木) 22:37:38.12

>>720
知ってる風だがsilver lightやRIA service使ったことないだろ？
実情は復旧しなかっただけで、もともとクロスプラットフォーム目指してたし。
世の中がhtml5に流れたから使われなかった。
だが、一部の開発者は開発コストの大幅な削減でマニアが多かった。
なぜ、サーバ側の処理書いて、cl側はjson.netでわざわざ解析して展開しなきゃならんのかと、いままで自動でバインドするだけだったのに。
っていうただの愚痴です。

**デフォルトの名無しさん** · 2019/02/15(金) 00:12:26.01

俺の事か?

**デフォルトの名無しさん** · 2019/02/15(金) 01:28:57.49

>>719
MySQLのNuGetパッケージも動くかはわからないけど.NET Standardだよ

**デフォルトの名無しさん** · 2019/02/18(月) 00:46:05.66

WPFネイティブビルドはいつ来るんだよ

**デフォルトの名無しさん** · 2019/02/18(月) 09:44:54.34

.NET CoreのWPFでcorertビルドできるか試してみたら？

**デフォルトの名無しさん** · 2019/02/18(月) 14:34:51.34

ずっと話噛み合ってねえからな

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

幸いなことに普及しなかったから切捨ては簡単なのにMSは何でいつまでも引っ張ってるんだろうか。

**デフォルトの名無しさん** · 2019/03/03(日) 07:11:00.36

捨てたらWinFormしかなくなるからじゃね？

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

>>725
何をもって普及しなかったと？

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

>>727 ←MSの内部はこんな感じなんだと思う。みんなで失敗を認めなければいいみたいな

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

普及しなかったってのはFormsからの移行が進んでいないって意味かな？
それが事実かはともかくとして、仮にそうだとしてもMS的には別に困らんような。

**デフォルトの名無しさん** · 2019/03/03(日) 10:03:46.17

VisualStudioもWPFみたいだし、なくなったらMS自身も困るからだろ

**デフォルトの名無しさん** · 2019/03/03(日) 10:04:03.21

WPFで作ってるアプリあるから捨てられたら困るんだが

**デフォルトの名無しさん** · 2019/03/03(日) 10:12:24.22

なんだもうそんなに負の遺産があるのかw　ますますドツボだな、MSw ドンマイw

**デフォルトの名無しさん** · 2019/03/03(日) 10:41:26.59

UWPでない新しめのデスクトップツールだとまたMS自身もちょくちょくWPFを使うようになってんね
MS自身はホントどうしたいのって感じだがまあ部署間で足並み揃えようとしねえのは昔からか

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

WPFが普及しないというより、新しくWindowsアプリを作る需要がないだけ。
昔はパソコンしかなかったからどんなアプリでもWinアプリにせざるを得なかったけど大多数である参照系のアプリはandroid、iosに取られちゃったからな。
残ったマウス、キーボード使う生産系のアプリは元からそんな種類ねぇし成熟してたから新しくWPFで開発する需要がほとんどないだけじゃねぇかな

**デフォルトの名無しさん** · 2019/03/03(日) 12:58:33.38

そもそもWPFが普及するとかしないとかの以前の問題で、新しくWindowsデスクトップアプリを作る需要がそもそもない

**デフォルトの名無しさん** · 2019/03/03(日) 13:18:27.42

その数少ないデスクトップアプリもUWPに傾倒してたから尚更やね
開発方面だとまだ需要はあるんだろうけど
最近のMS製だとWinDbg Preview、MSIX Package Tool、新生PIXかな、WPF使ってるの

大人気のVSCodeはElectronだがｗ

**デフォルトの名無しさん** · 2019/03/03(日) 13:59:14.27

>>728
まだ数字出せないの？

**デフォルトの名無しさん** · 2019/03/03(日) 14:13:21.59

「WPFはオワコン」
「じゃあ今なら何なの」
「いや、デスクトップアプリ自体がオワコン」

このパターン飽きた。

**デフォルトの名無しさん** · 2019/03/03(日) 14:35:03.46

HTML5アプリは書くの面倒だからデスクトップアプリできるだけ長生きしてほしいけど
あと20年もしたら絶滅してそうでつらい

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

HTMLベースの方が楽に開発できる環境にでもならなけりゃそうそう絶滅なんてしないと思うが、
そうなったらなったでそのときに乗り換えればいいような。

**デフォルトの名無しさん** · 2019/03/03(日) 21:34:22.05

>>738
オワコン言いたいだけでまともに議論する気無いからな。
デスクトップアプリの需要は下がったけど、無くなったわけでは無いのに。

◆QZaw55cn4c · 2019/03/03(日) 21:38:24.22

デスクトップアプリがオワコンなのは、どうしてでしょうか？
私には資金回収が難しいなだけで、それさえ対策できれば、実行コストの低い、まだまだやっていけるものだと思うのですが？

**デフォルトの名無しさん** · 2019/03/03(日) 21:44:09.25

オワコンというか、今後の発展が見込めない、が正確な表現では

◆QZaw55cn4c · 2019/03/03(日) 21:57:31.05

>>743
デスクトップアプリのどのような特質が「発展の見込めない」という評価につながるのでしょうか？

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

てか、オワコンとか発展が望めないと思ってるのになんでこんなスレ見てるんだろう…

**デフォルトの名無しさん** · 2019/03/03(日) 23:03:10.90

>>744
MSがUWPに傾倒していたせいでWinFormもWPFも最近数年間はほぼ放置状態だったからかな。
最近、若干方針が変わる兆しがあるけど。

変わるWindowsのアプリ戦略　UWPからデスクトップアプリに原点回帰か
http://ascii.jp/elem/000/001/770/1770229/

◆QZaw55cn4c · 2019/03/03(日) 23:13:14.16

>>746
UWP のことをよくわかっていない私からすると、なぜ UWP に傾注してしまったのか？その理由は知りたいですね
古き良き WinForm/win32api も、その効率のよさから捨てたものではない、と思っているんですが

**デフォルトの名無しさん** · 2019/03/03(日) 23:55:38.53

早くWindowsを移行させたいんだろ。
新しいプログラムはWin10でしか動作しませんて誘導したいんだよ。

プログラム組む側からすると、動作環境を広く取ろうとしてWin formsに戻ってしまう。

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

いまだにXPもサポートしないとならないとか？

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

今新規にデスクトップアプリを作るなら、消去法でWPFで作るな
UWP→制限多すぎ
WinForms→見た目が少し古臭い、高DPI対応が面倒

**デフォルトの名無しさん** · 2019/03/04(月) 02:25:30.23

>>744
主語が足りなかったな
今後の見込みがないのはデスクトップアプリではなくWPFの話

**デフォルトの名無しさん** · 2019/03/04(月) 02:28:00.38

>>745
思ってるが、自分では(不便だと思いつつ代替もないから)使っているし
ごくまれに聞きたいこともある、だけだよ

なんでこう、デジタルな考え方しかしないのかな
脳のビット数が不足しているのではないか

**デフォルトの名無しさん** · 2019/03/04(月) 02:35:35.67

>>752
代替がないものがなぜオワコンなの？

**デフォルトの名無しさん** · 2019/03/04(月) 04:53:59.76

>>752
> なんでこう、デジタルな考え方しかしないのかな
> 脳のビット数が不足しているのではないか
それオワコンとか言ってる奴に言ってやれよw

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

>>748
UIがそのままなら簡単に移行してくれたのにな

**デフォルトの名無しさん** · 2019/03/04(月) 15:23:19.99

>>753
オワコンなんて言ってねえだろが
ガイジは死ね

**デフォルトの名無しさん** · 2019/03/04(月) 15:23:46.28

>>754
お前が言えよ
ガイジは死ね

**デフォルトの名無しさん** · 2019/03/04(月) 15:35:23.67

>>756
>>745

**デフォルトの名無しさん** · 2019/03/04(月) 15:36:42.09

老害はいつまでもしがみつくだろうけど、もう設計が古いから仕方がない。

**デフォルトの名無しさん** · 2019/03/04(月) 18:42:25.37

>>757
基地外逆ギレ!!
アホすぎるw

> · 2019/03/04(月) 22:15:20.60

WPFは、最悪消えてしまってもいい。
ただ、DataBinding(MVVM)だけは消えないでくれ。
画面を直接触るのだけは、本当にもうゴメンだから。

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

とろくさいDataBindingがガンでしょ
パフォーマンスでないのをデフォにしたから子供のおもちゃ程度の代物になった

**デフォルトの名無しさん** · 2019/03/05(火) 08:20:05.75

>>748
Win Formsだと動作環境が広いってどういう意味？
それだとWPFでも一緒じゃん。

**デフォルトの名無しさん** · 2019/03/05(火) 09:25:57.02

WinRTのx:bindのコンパイル時バインディングってどれぐらい速くなるの？

**デフォルトの名無しさん** · 2019/03/05(火) 09:56:16.04

>>764
binding単体では３桁ほど早くなるらしいが、元々そこまでボトルネックでもなかったから
体感するほどの改善ともならない

ただコンパイル時にエラーが出ることとイベントをバインディング出来るのが素晴らしい

**デフォルトの名無しさん** · 2019/03/05(火) 11:29:16.80

>>765
そっか>>762がbindingとろくさいって言うから、コンパイル時バインディングならどれくらい改善されるのかなぁと思って。
まぁ、確かにatomレベルのCPUでスクロールとかすると、それだけでCPU使用率50%ぐらいまでいって、おぉいって思ったりするけど。

**デフォルトの名無しさん** · 2019/03/06(水) 10:26:28.54

糞遅いのが致命的だな。

速度を犠牲にしてまで設計の自由度なんて誰も求めてなかった。これがすべて。

しかも、自由にして生まれたのは一貫性のない糞UIばかりだし・・・

**デフォルトの名無しさん** · 2019/03/07(木) 09:31:03.96

>>766
WPFはbindingがトロいんじゃなくて、その結果発生するレイアウト処理がトロい
WindowsRuntimeではそこが全部C++で書き直されて速くなった
まあ元々C#が遅かったというよりは設計が悪かったんだけどね

**936** · 2019/03/07(木) 09:48:51.25

アクセスの連帳フォームみたいなのをデータバインドでサクッと作るにはどうすればいいですか？

**デフォルトの名無しさん** · 2019/03/07(木) 10:45:33.66

WindowsFormsHostでDataGridViewをホストする
あとはWinFormsのバインディングと全く同じ
WPFのDataGridはパフォーマンスも品質も劣悪であり、全くお勧めできない

**936** · 2019/03/07(木) 11:28:20.39

あ、連帳フォームというのはサブフォームが繰り返し縦に並んで表示されるイメージです

ユーザーコントロールというのを作ってデータグリッドに入れればいいのかなぁ…
よくわからん

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

>>771
それならItemsControlじゃね。

**デフォルトの名無しさん** · 2019/03/17(日) 03:23:02.17

>>768
不自然にWindowsRuntime持ち上げるやついるけど何なの？

**デフォルトの名無しさん** · 2019/03/17(日) 03:25:56.69

>>739
どう見ても先にお前が死ぬけど

**デフォルトの名無しさん** · 2019/03/17(日) 07:25:57.50

10日以上前のレスに煽りとか

**デフォルトの名無しさん** · 2019/03/17(日) 08:22:41.77

774「俺ほど生きていると昨日も十日前も変わらん」

**デフォルトの名無しさん** · 2019/03/17(日) 08:33:14.42

毎日、恐怖新聞が届いているんだろ

**デフォルトの名無しさん** · 2019/03/23(土) 21:19:58.06

4Kモニタにしたら画像でWindowを切り抜いてる自作アプリが150%拡大されてぼけてるから切ろうと調べて
manifestでdpiAwarenessとか弄ったけど拡大されたままだった・・・
exeのプロパティから切ってみてもダメだった
imageだと何かやらないといけないことあります？

**デフォルトの名無しさん** · 2019/04/02(火) 13:39:30.44

>>768
設計が良くても事実C#は遅い。

**デフォルトの名無しさん** · 2019/04/02(火) 16:17:57.16

言語が速い遅いって・・

**デフォルトの名無しさん** · 2019/04/02(火) 16:19:03.43

なんだ、言語仕様も読んでない馬鹿がいるのか。
こんなのどう実装仕様しようと速くはならない。

**デフォルトの名無しさん** · 2019/04/02(火) 16:20:12.69

ガイジはママとお話ししてろ

**デフォルトの名無しさん** · 2019/04/02(火) 16:20:22.80

ゆとりにプログラミングは無理。

仕様を読まないから。

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

ガイジってなんだ？　ゆとりは意味不明な造語が多くてコミュニケーションが取れないな。

少しは社会に出ろよ、無職のゆとり君。

**デフォルトの名無しさん** · 2019/04/02(火) 16:22:54.29

ガイジと呼ばれる自覚はあるのか

**デフォルトの名無しさん** · 2019/04/04(木) 02:43:02.44

インタープリターがオーバーヘッドの大きいオブジェクト指向ライブラリをドライブするんだから、
ネイティブコードでAPI叩くアプリに速度で敵うはずがない。
開発速度では逆なんだろうけどね。

**デフォルトの名無しさん** · 2019/04/04(木) 08:39:53.97

何の話？受信機が反応しちゃったかな？
博士に調整してもらってね

**デフォルトの名無しさん** · 2019/04/05(金) 09:36:19.80

テンプレートの速度でC++が勝てるとは思えないが
本当に使った事あるのかな？

**デフォルトの名無しさん** · 2019/04/18(木) 18:57:23.90

WPFってC#プログラマのステップアップにいいかな？
案件数少ないし微妙か？
C,C++,C#とやってきて、今後のステップアップの方向性が見えない
WPFもUWPもxamarinもこけてるイメージしかない
一応WPFは基本はある程度習得したが、このまま勉強続けていいものか迷うわ
ずっとWindowsで食ってきて今更javaとかPHPとかに移行するのもアレだし、Windowsのプログラマはマジで今後どうしたらいいの？

**デフォルトの名無しさん** · 2019/04/18(木) 19:10:40.63

XAML技術自体は、何か1つくらい覚えておくに越した事は無いと思う
ヒマがあるならね

**デフォルトの名無しさん** · 2019/04/18(木) 19:59:40.78

UI欲しいなら別の言語学んだほうがいいよ
C#は

**デフォルトの名無しさん** · 2019/04/18(木) 20:01:39.92

>>789
GDIはマスターした？

**デフォルトの名無しさん** · 2019/04/18(木) 20:02:20.08

C#は一時機は先端を走る言語だったけどもう古い言語でいまいち
どうしても記述量が多くなるので最近の新しい流れとは相いれない

**デフォルトの名無しさん** · 2019/04/18(木) 20:05:20.88

>>793
最近の新しい流れとは？

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

自分は20年近くC#使ってて慣れてるからほぼC#でしか書かないけど他の人にC#は薦めない
新しい言語で書いたほうが楽だし先の見通しも良い

**デフォルトの名無しさん** · 2019/04/18(木) 20:12:03.27

ガイジかよ
独り言はママに聞いてもらえ

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

>>794
コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
C#は伝統があるのでそういう仕組みを全面的に取り入れられない
文末の;やforの(　)などは新しい言語ではどんどん削られてきている

ガイジという言葉を使う人間は人間のクズなので相手にしなくていい

**デフォルトの名無しさん** · 2019/04/18(木) 20:16:32.82

>>797
何を言い出すかと思ったらセミコロンと（）かよｗｗｗ

**デフォルトの名無しさん** · 2019/04/18(木) 20:19:26.60

人間のリソースは限られている
一度に表示できるコード量を多くしてタイピング量などを減らしていくべき
それを考慮してない言語は徐々に廃れていく

**デフォルトの名無しさん** · 2019/04/18(木) 20:20:56.01

ある言語で10行で書けるものが他の言語で20行必要なら
もう比較すらする必要がない

**デフォルトの名無しさん** · 2019/04/18(木) 20:23:56.64

>コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
でもお前らラムダ式を使いまくると怒るじゃん？