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

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

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

ガイジの相手をするな

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

見てると何か勉強するときのスタンスが短絡的というか。
確かに将来性あるUIツールキットの方がいいが、俺が勉強したときはもっとWPFというより言語などに依存しないMVVMの概念とか具体的な実装方法とかそっちを目的にWPF,UWP勉強したな。
おかげでandroidでもデータバインディング+MVVMを簡単に利用できたし

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

あたらしいげんごってなんですかー？
ぐたいてきにおしえてくださーい(笑)

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

>>803
それなら、その経験を悩んでるやつに伝えてあげて
その方がためになるはず

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

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

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

求められているのは見て理解しやすく、間違いが入りにくいものであり、コードが少ないものではない。
実際、今はテキストエディタでさえコード補完ができる。

**デフォルトの名無しさん** · 2019/04/19(金) 07:34:26.98

>>807
だったらXAMLは最悪最低だよなｗｗｗ

**デフォルトの名無しさん** · 2019/04/19(金) 07:53:59.74

ライブタイル作った奴。くたびれもうけ。
https://japan.zdnet.com/article/35135991/

**デフォルトの名無しさん** · 2019/04/19(金) 09:52:18.63

electronはどうなん

**デフォルトの名無しさん** · 2019/04/19(金) 10:52:51.82

April Update for WPF on .NET Core 3.0
https://github.com/dotnet/wpf/issues/607

相変わらずやる気があるのかねえのかわからんなあ

**デフォルトの名無しさん** · 2019/04/19(金) 11:56:19.78

読んだけどただのCore移植作業の進捗報告だな
やる気もクソも、決まったことをやりきるために最低限必要なことをやっているだけ

**デフォルトの名無しさん** · 2019/04/19(金) 14:53:14.53

後3週間待て。新しいロードマップ発表されるだろうし。

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

友人の話だと、WPFはまだレガシーじゃないよって

**デフォルトの名無しさん** · 2019/04/19(金) 16:24:50.36

うちのばーちゃんもそー言ってた

**デフォルトの名無しさん** · 2019/04/19(金) 16:24:52.57

友達の友達が

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

xamlって難しいからできる人少ないと思うんだよな
あとは需要がもっと増えてくれれば嬉しいのに
できる人が少ないから案件が出てこないんだよな

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

画像関係はスピード重視の設計でないと生き残れない
ＷＰＦは力を入れるところを間違ってる

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

一応、MSに勤めてる友人なんだけどな

**デフォルトの名無しさん** · 2019/04/19(金) 20:10:11.24

友人の友人が

**デフォルトの名無しさん** · 2019/04/19(金) 20:37:51.92

>>819
逝ってよし

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

>>821
ｵﾏｴﾓﾅｰ

**デフォルトの名無しさん** · 2019/04/19(金) 22:29:24.09

ん？ 2019年だよな…

**デフォルトの名無しさん** · 2019/04/19(金) 23:00:14.91

MS　＝　村山酒店？

**デフォルトの名無しさん** · 2019/04/19(金) 23:52:18.70

>>821
はは。お前は一生MS絡んだ製品使うなや

**デフォルトの名無しさん** · 2019/04/20(土) 09:45:38.16

マイクロソフトは俺を雇えよ
xamlもできる俺は天才だぞ

**デフォルトの名無しさん** · 2019/04/20(土) 10:31:07.73

マイクロソフトに転職した元同僚から誘われた事あったけど
「外から文句言ってた方が楽だから」って断った

**デフォルトの名無しさん** · 2019/04/23(火) 11:57:29.12

WPFに未来はあるのかないのか
WPFで覚えた知識はUWPやxamarinでどのくらい使えるのか
これだけ教えてくれ
xamlは共通だからある程度同じ感じで使えるのかな

**デフォルトの名無しさん** · 2019/04/23(火) 12:08:21.45

>>828
WPFに未来はない。というか現時点で既に死んでいる。
で知識をUWPに活かせるかだが、基本的にあまり期待すべきではない。
WPFは従来型のクラサバを指向したフレームワークであり、クライアント側で深く作り込むような開発スタイルが一般的だ。
当然、数少ない書籍やWebの資料もそれを前提にしており、WPFを学べば自然とそういう開発スタイルが身に付く。
一方でUWPは裏側にWebサービスが存在することが大前提のフレームワークであり、クライアントは非常に薄い窓口に過ぎない。
従ってWPFのような高度なバインディングなどは必要とされず、少ない労力でバックエンドといかにシームレスに繋ぐかが肝となってくる。

**デフォルトの名無しさん** · 2019/04/23(火) 12:24:30.10

データバインディングやMVVMの仕組みは他に流用できる気がする

**デフォルトの名無しさん** · 2019/04/23(火) 12:25:28.45

WPFは職人的な作り込みが必要とされるから
山ほどいるVBあがりのwinform要員のコーダーには広まらなかったね
結局はブロガーとMSのエヴァンジェリストの飯の種で終わった

**デフォルトの名無しさん** · 2019/04/23(火) 12:32:18.50

WPFは半透明なのが良い

**デフォルトの名無しさん** · 2019/04/23(火) 12:40:39.29

>>829
死んでいるってどういう意味？

**デフォルトの名無しさん** · 2019/04/23(火) 12:48:39.04

>>828
WPFだけでなくUWPやxamarinにも未来はない

**デフォルトの名無しさん** · 2019/04/23(火) 12:54:19.04

GUI技術で未来があるのはHTMLだけだねえ

**デフォルトの名無しさん** · 2019/04/23(火) 13:16:18.35

ユーザー視点からみたWebアプリの使いにくさ最強レベル

**デフォルトの名無しさん** · 2019/04/23(火) 13:25:06.90

まぁ、作り次第でWebアプリをネイティブアプリに見た目似せて作れるけどでもやっぱwebアプリはウンコ多すぎ

**デフォルトの名無しさん** · 2019/04/23(火) 14:05:28.65

まあフロントをHTMLにするかはともかく今時完全にオフラインなアプリなんてゲームや電卓を除けばほとんどあり得ないから、
最初に学ぶならまずはWebがいいだろうね。
UWPは>>837のような子を満足させるためのベターなオプションに過ぎないから、最初に手を出すものではない。

**デフォルトの名無しさん** · 2019/04/23(火) 14:06:42.70

速度重視にしたらプログラミングめんどくさくても普及する
みんな使うから
プログラミングしやすさアピールしても速度犠牲にしてたら生き残れない
結局他のものもつかわないといけなくなるから
バインディングが速いっていってるのはどーせしょぼい小規模なプログラムだけ

**デフォルトの名無しさん** · 2019/04/23(火) 14:21:21.09

WebアプリはHTMLはいいんだけどJavaScriptがクソすぎて困る

**デフォルトの名無しさん** · 2019/04/23(火) 16:47:08.10

じゃあC++とC#のwinforms使えるwindowsのデスクトップアプリ開発界隈では俺はWPFとかUWPなんかやらなくても当分安泰ってこと？
web側勉強した方がいいのかな
webになるとクライアント側はブラウザになるから言語も必然的にhtml/cssにJavaScriptとかになるから、c++とかc#のデスクトップアプリ開発で磨いた俺の力が役に立たないよな
だからASP.NETとかやっても微妙かなと思ってるんだが、c++やc#でクライアントサイド作ったらサーバサイドも必然的にc++やC#になんのかな
ソケットとか使うから
javaで作ったサーバアプリと連携とかできんのかな
何勉強したらいいんだホントに

**デフォルトの名無しさん** · 2019/04/23(火) 17:48:04.11

勉強なんて楽しそうなやつやりゃいいじゃん
仕事で必要になったらググりゃいい

**デフォルトの名無しさん** · 2019/04/23(火) 19:13:42.30

そもそもデスクトップアプリ自体に将来性がないからね
時代はウェブ、クロスプラットフォーム。MSはもう何年もWPFに力を入れてない
俺も年内にはそっち方面に移る予定

**デフォルトの名無しさん** · 2019/04/23(火) 20:00:42.63

>>833
もう開発されていない
もともとの開発チームはずいぶん昔に解散して今はメンテナンスモード