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

■ このスレッドは過去ログ倉庫に格納されています
2017/12/13(水) 23:35:47.18ID:muTUiD7C
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(日) 10:02:27.12ID:oO/57lY2
普及しなかったってのはFormsからの移行が進んでいないって意味かな?
それが事実かはともかくとして、仮にそうだとしてもMS的には別に困らんような。
2019/03/03(日) 10:03:46.17ID:bf98Y86X
VisualStudioもWPFみたいだし、なくなったらMS自身も困るからだろ
2019/03/03(日) 10:04:03.21ID:dERM3yKu
WPFで作ってるアプリあるから捨てられたら困るんだが
2019/03/03(日) 10:12:24.22ID:T/Unp2I5
なんだもうそんなに負の遺産があるのかw ますますドツボだな、MSw ドンマイw
2019/03/03(日) 10:41:26.59ID:lt0l3pkH
UWPでない新しめのデスクトップツールだとまたMS自身もちょくちょくWPFを使うようになってんね
MS自身はホントどうしたいのって感じだがまあ部署間で足並み揃えようとしねえのは昔からか
2019/03/03(日) 12:56:35.84ID:1Q73+Y6z
WPFが普及しないというより、新しくWindowsアプリを作る需要がないだけ。
昔はパソコンしかなかったからどんなアプリでもWinアプリにせざるを得なかったけど大多数である参照系のアプリはandroid、iosに取られちゃったからな。
残ったマウス、キーボード使う生産系のアプリは元からそんな種類ねぇし成熟してたから新しくWPFで開発する需要がほとんどないだけじゃねぇかな
2019/03/03(日) 12:58:33.38ID:1Q73+Y6z
そもそもWPFが普及するとかしないとかの以前の問題で、新しくWindowsデスクトップアプリを作る需要がそもそもない
2019/03/03(日) 13:18:27.42ID:lt0l3pkH
その数少ないデスクトップアプリもUWPに傾倒してたから尚更やね
開発方面だとまだ需要はあるんだろうけど
最近のMS製だとWinDbg Preview、MSIX Package Tool、新生PIXかな、WPF使ってるの

大人気のVSCodeはElectronだがw
2019/03/03(日) 13:59:14.27ID:LWbZmqMl
>>728
まだ数字出せないの?
2019/03/03(日) 14:13:21.59ID:oO/57lY2
「WPFはオワコン」
「じゃあ今なら何なの」
「いや、デスクトップアプリ自体がオワコン」

このパターン飽きた。
2019/03/03(日) 14:35:03.46ID:SdABX3ej
HTML5アプリは書くの面倒だからデスクトップアプリできるだけ長生きしてほしいけど
あと20年もしたら絶滅してそうでつらい
2019/03/03(日) 15:02:15.19ID:oO/57lY2
HTMLベースの方が楽に開発できる環境にでもならなけりゃそうそう絶滅なんてしないと思うが、
そうなったらなったでそのときに乗り換えればいいような。
2019/03/03(日) 21:34:22.05ID:bf98Y86X
>>738
オワコン言いたいだけでまともに議論する気無いからな。
デスクトップアプリの需要は下がったけど、無くなったわけでは無いのに。
2019/03/03(日) 21:38:24.22ID:OccEVyH1
デスクトップアプリがオワコンなのは、どうしてでしょうか?
私には資金回収が難しいなだけで、それさえ対策できれば、実行コストの低い、まだまだやっていけるものだと思うのですが?
2019/03/03(日) 21:44:09.25ID:hfR9GyUN
オワコンというか、今後の発展が見込めない、が正確な表現では
2019/03/03(日) 21:57:31.05ID:OccEVyH1
>>743
デスクトップアプリのどのような特質が「発展の見込めない」という評価につながるのでしょうか?
2019/03/03(日) 22:05:17.71ID:EUJr/Yte
てか、オワコンとか発展が望めないと思ってるのになんでこんなスレ見てるんだろう…
2019/03/03(日) 23:03:10.90ID:bf98Y86X
>>744
MSがUWPに傾倒していたせいでWinFormもWPFも最近数年間はほぼ放置状態だったからかな。
最近、若干方針が変わる兆しがあるけど。

変わるWindowsのアプリ戦略 UWPからデスクトップアプリに原点回帰か
http://ascii.jp/elem/000/001/770/1770229/
2019/03/03(日) 23:13:14.16ID:OccEVyH1
>>746
UWP のことをよくわかっていない私からすると、なぜ UWP に傾注してしまったのか?その理由は知りたいですね
古き良き WinForm/win32api も、その効率のよさから捨てたものではない、と思っているんですが
2019/03/03(日) 23:55:38.53ID:DRmEmwqA
早くWindowsを移行させたいんだろ。
新しいプログラムはWin10でしか動作しませんて誘導したいんだよ。

プログラム組む側からすると、動作環境を広く取ろうとしてWin formsに戻ってしまう。
2019/03/04(月) 00:04:34.24ID:tJNb7RRD
いまだにXPもサポートしないとならないとか?
2019/03/04(月) 00:19:18.31ID:EDazvbca
今新規にデスクトップアプリを作るなら、消去法でWPFで作るな
UWP→制限多すぎ
WinForms→見た目が少し古臭い、高DPI対応が面倒
2019/03/04(月) 02:25:30.23ID:Ove/38XS
>>744
主語が足りなかったな
今後の見込みがないのはデスクトップアプリではなくWPFの話
2019/03/04(月) 02:28:00.38ID:Ove/38XS
>>745
思ってるが、自分では(不便だと思いつつ代替もないから)使っているし
ごくまれに聞きたいこともある、だけだよ

なんでこう、デジタルな考え方しかしないのかな
脳のビット数が不足しているのではないか
2019/03/04(月) 02:35:35.67ID:giGZlJBT
>>752
代替がないものがなぜオワコンなの?
2019/03/04(月) 04:53:59.76ID:EmJso4tN
>>752
> なんでこう、デジタルな考え方しかしないのかな
> 脳のビット数が不足しているのではないか
それオワコンとか言ってる奴に言ってやれよw
2019/03/04(月) 06:56:08.44ID:cCE8sCbS
>>748
UIがそのままなら簡単に移行してくれたのにな
2019/03/04(月) 15:23:19.99ID:w8dB2aNH
>>753
オワコンなんて言ってねえだろが
ガイジは死ね
2019/03/04(月) 15:23:46.28ID:w8dB2aNH
>>754
お前が言えよ
ガイジは死ね
2019/03/04(月) 15:35:23.67ID:dcxfKk5Q
>>756
>>745
2019/03/04(月) 15:36:42.09ID:cCE8sCbS
老害はいつまでもしがみつくだろうけど、もう設計が古いから仕方がない。
2019/03/04(月) 18:42:25.37ID:LMssFTDP
>>757
基地外逆ギレ!!
アホすぎるw
761>
垢版 |
2019/03/04(月) 22:15:20.60ID:ZkVjgjtb
WPFは、最悪消えてしまってもいい。
ただ、DataBinding(MVVM)だけは消えないでくれ。
画面を直接触るのだけは、本当にもうゴメンだから。
2019/03/05(火) 03:41:05.08ID:VHEmdXzp
とろくさいDataBindingがガンでしょ
パフォーマンスでないのをデフォにしたから子供のおもちゃ程度の代物になった
763デフォルトの名無しさん
垢版 |
2019/03/05(火) 08:20:05.75ID:V/vcMjCW
>>748
Win Formsだと動作環境が広いってどういう意味?
それだとWPFでも一緒じゃん。
2019/03/05(火) 09:25:57.02ID:oCFZHxSl
WinRTのx:bindのコンパイル時バインディングってどれぐらい速くなるの?
2019/03/05(火) 09:56:16.04ID:pOIJCY+L
>>764
binding単体では3桁ほど早くなるらしいが、元々そこまでボトルネックでもなかったから
体感するほどの改善ともならない

ただコンパイル時にエラーが出ることとイベントをバインディング出来るのが素晴らしい
2019/03/05(火) 11:29:16.80ID:oCFZHxSl
>>765
そっか>>762がbindingとろくさいって言うから、コンパイル時バインディングならどれくらい改善されるのかなぁと思って。
まぁ、確かにatomレベルのCPUでスクロールとかすると、それだけでCPU使用率50%ぐらいまでいって、おぉいって思ったりするけど。
2019/03/06(水) 10:26:28.54ID:JcAkNipr
糞遅いのが致命的だな。

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

しかも、自由にして生まれたのは一貫性のない糞UIばかりだし・・・
2019/03/07(木) 09:31:03.96ID:rQAOToBL
>>766
WPFはbindingがトロいんじゃなくて、その結果発生するレイアウト処理がトロい
WindowsRuntimeではそこが全部C++で書き直されて速くなった
まあ元々C#が遅かったというよりは設計が悪かったんだけどね
769936
垢版 |
2019/03/07(木) 09:48:51.25ID:Y1f21TJd
アクセスの連帳フォームみたいなのをデータバインドでサクッと作るにはどうすればいいですか?
2019/03/07(木) 10:45:33.66ID:rQAOToBL
WindowsFormsHostでDataGridViewをホストする
あとはWinFormsのバインディングと全く同じ
WPFのDataGridはパフォーマンスも品質も劣悪であり、全くお勧めできない
771936
垢版 |
2019/03/07(木) 11:28:20.39ID:Y1f21TJd
あ、連帳フォームというのはサブフォームが繰り返し縦に並んで表示されるイメージです

ユーザーコントロールというのを作ってデータグリッドに入れればいいのかなぁ…
よくわからん
2019/03/07(木) 11:47:20.92ID:RP/V7Oo/
>>771
それならItemsControlじゃね。
2019/03/17(日) 03:23:02.17ID:ZfsC9V3u
>>768
不自然にWindowsRuntime持ち上げるやついるけど何なの?
2019/03/17(日) 03:25:56.69ID:ZfsC9V3u
>>739
どう見ても先にお前が死ぬけど
2019/03/17(日) 07:25:57.50ID:yCX0oe5H
10日以上前のレスに煽りとか
2019/03/17(日) 08:22:41.77ID:HhaziKqA
774「俺ほど生きていると昨日も十日前も変わらん」
2019/03/17(日) 08:33:14.42ID:495JleXt
毎日、恐怖新聞が届いているんだろ
2019/03/23(土) 21:19:58.06ID:z2QU9pxb
4Kモニタにしたら画像でWindowを切り抜いてる自作アプリが150%拡大されてぼけてるから切ろうと調べて
manifestでdpiAwarenessとか弄ったけど拡大されたままだった・・・
exeのプロパティから切ってみてもダメだった
imageだと何かやらないといけないことあります?
2019/04/02(火) 13:39:30.44ID:swQr9XoF
>>768
設計が良くても事実C#は遅い。
2019/04/02(火) 16:17:57.16ID:G0IU8QbO
言語が速い遅いって・・
2019/04/02(火) 16:19:03.43ID:swQr9XoF
なんだ、言語仕様も読んでない馬鹿がいるのか。
こんなのどう実装仕様しようと速くはならない。
2019/04/02(火) 16:20:12.69ID:LaytCbYO
ガイジはママとお話ししてろ
2019/04/02(火) 16:20:22.80ID:swQr9XoF
ゆとりにプログラミングは無理。

仕様を読まないから。
2019/04/02(火) 16:21:44.34ID:swQr9XoF
ガイジってなんだ? ゆとりは意味不明な造語が多くてコミュニケーションが取れないな。

少しは社会に出ろよ、無職のゆとり君。
2019/04/02(火) 16:22:54.29ID:dXsjgzSh
ガイジと呼ばれる自覚はあるのか
2019/04/04(木) 02:43:02.44ID:iJ70eOZ4
インタープリターがオーバーヘッドの大きいオブジェクト指向ライブラリをドライブするんだから、
ネイティブコードでAPI叩くアプリに速度で敵うはずがない。
開発速度では逆なんだろうけどね。
2019/04/04(木) 08:39:53.97ID:98Woo/LB
何の話?受信機が反応しちゃったかな?
博士に調整してもらってね
2019/04/05(金) 09:36:19.80ID:XIaLs/Gd
テンプレートの速度でC++が勝てるとは思えないが
本当に使った事あるのかな?
789デフォルトの名無しさん
垢版 |
2019/04/18(木) 18:57:23.90ID:T7kURinD
WPFってC#プログラマのステップアップにいいかな?
案件数少ないし微妙か?
C,C++,C#とやってきて、今後のステップアップの方向性が見えない
WPFもUWPもxamarinもこけてるイメージしかない
一応WPFは基本はある程度習得したが、このまま勉強続けていいものか迷うわ
ずっとWindowsで食ってきて今更javaとかPHPとかに移行するのもアレだし、Windowsのプログラマはマジで今後どうしたらいいの?
2019/04/18(木) 19:10:40.63ID:ZCyI8Tks
XAML技術自体は、何か1つくらい覚えておくに越した事は無いと思う
ヒマがあるならね
2019/04/18(木) 19:59:40.78ID:ZOWixQcl
UI欲しいなら別の言語学んだほうがいいよ
C#は
2019/04/18(木) 20:01:39.92ID:YCaR8eKb
>>789
GDIはマスターした?
2019/04/18(木) 20:02:20.08ID:ZOWixQcl
C#は一時機は先端を走る言語だったけどもう古い言語でいまいち
どうしても記述量が多くなるので最近の新しい流れとは相いれない
2019/04/18(木) 20:05:20.88ID:rt2qFRnt
>>793
最近の新しい流れとは?
2019/04/18(木) 20:06:02.89ID:ZOWixQcl
自分は20年近くC#使ってて慣れてるからほぼC#でしか書かないけど他の人にC#は薦めない
新しい言語で書いたほうが楽だし先の見通しも良い
2019/04/18(木) 20:12:03.27ID:MuNMFUne
ガイジかよ
独り言はママに聞いてもらえ
2019/04/18(木) 20:13:53.05ID:ZOWixQcl
>>794
コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
C#は伝統があるのでそういう仕組みを全面的に取り入れられない
文末の;やforの( )などは新しい言語ではどんどん削られてきている

ガイジという言葉を使う人間は人間のクズなので相手にしなくていい
2019/04/18(木) 20:16:32.82ID:rt2qFRnt
>>797
何を言い出すかと思ったらセミコロンと()かよwww
2019/04/18(木) 20:19:26.60ID:ZOWixQcl
人間のリソースは限られている
一度に表示できるコード量を多くしてタイピング量などを減らしていくべき
それを考慮してない言語は徐々に廃れていく
2019/04/18(木) 20:20:56.01ID:ZOWixQcl
ある言語で10行で書けるものが他の言語で20行必要なら
もう比較すらする必要がない
2019/04/18(木) 20:23:56.64ID:ZCyI8Tks
>コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
でもお前らラムダ式を使いまくると怒るじゃん?
2019/04/18(木) 20:32:11.61ID:MuNMFUne
ガイジの相手をするな
2019/04/18(木) 21:01:50.29ID:rOS6RuMW
見てると何か勉強するときのスタンスが短絡的というか。
確かに将来性あるUIツールキットの方がいいが、俺が勉強したときはもっとWPFというより言語などに依存しないMVVMの概念とか具体的な実装方法とかそっちを目的にWPF,UWP勉強したな。
おかげでandroidでもデータバインディング+MVVMを簡単に利用できたし
2019/04/18(木) 21:02:21.26ID:5W4Q1GlN
あたらしいげんごってなんですかー?
ぐたいてきにおしえてくださーい(笑)
2019/04/18(木) 21:03:54.35ID:5W4Q1GlN
>>803
それなら、その経験を悩んでるやつに伝えてあげて
その方がためになるはず
2019/04/18(木) 21:41:00.05ID:XtndMXiD
> 人間のリソースは限られている
> 一度に表示できるコード量を多くしてタイピング量などを減らしていくべき
> それを考慮してない言語は徐々に廃れていく
典型的なコーダーの思考回路やんw
2019/04/18(木) 23:36:15.90ID:R1Vb6ITR
求められているのは見て理解しやすく、間違いが入りにくいものであり、コードが少ないものではない。
実際、今はテキストエディタでさえコード補完ができる。
2019/04/19(金) 07:34:26.98ID:C7le4Nb4
>>807
だったらXAMLは最悪最低だよなwww
2019/04/19(金) 07:53:59.74ID:h5Mlcnx1
ライブタイル作った奴。くたびれもうけ。
https://japan.zdnet.com/article/35135991/
2019/04/19(金) 09:52:18.63ID:c4yhh5Fh
electronはどうなん
2019/04/19(金) 10:52:51.82ID:JVA9qfGz
April Update for WPF on .NET Core 3.0
https://github.com/dotnet/wpf/issues/607

相変わらずやる気があるのかねえのかわからんなあ
2019/04/19(金) 11:56:19.78ID:+TCHgQUv
読んだけどただのCore移植作業の進捗報告だな
やる気もクソも、決まったことをやりきるために最低限必要なことをやっているだけ
2019/04/19(金) 14:53:14.53ID:w3wj8Qby
後3週間待て。新しいロードマップ発表されるだろうし。
2019/04/19(金) 16:16:28.70ID:671WMWqa
友人の話だと、WPFはまだレガシーじゃないよって
2019/04/19(金) 16:24:50.36ID:sKinMxcc
うちのばーちゃんもそー言ってた
2019/04/19(金) 16:24:52.57ID:s45G2ydp
友達の友達が
817デフォルトの名無しさん
垢版 |
2019/04/19(金) 19:22:02.41ID:+T/+jTzP
xamlって難しいからできる人少ないと思うんだよな
あとは需要がもっと増えてくれれば嬉しいのに
できる人が少ないから案件が出てこないんだよな
2019/04/19(金) 19:34:44.66ID:AOTZFmG5
画像関係はスピード重視の設計でないと生き残れない
WPFは力を入れるところを間違ってる
2019/04/19(金) 19:42:09.66ID:bKogaXu3
一応、MSに勤めてる友人なんだけどな
2019/04/19(金) 20:10:11.24ID:OAj0miUc
友人の友人が
2019/04/19(金) 20:37:51.92ID:DjVE1MWF
>>819
逝ってよし
2019/04/19(金) 22:22:35.76ID:luGwpdV9
>>821
オマエモナー
2019/04/19(金) 22:29:24.09ID:3pwDT01F
ん? 2019年だよな…
2019/04/19(金) 23:00:14.91ID:uxzqkxgw
MS = 村山酒店?
2019/04/19(金) 23:52:18.70ID:bKogaXu3
>>821
はは。お前は一生MS絡んだ製品使うなや
826デフォルトの名無しさん
垢版 |
2019/04/20(土) 09:45:38.16ID:3bzhCLun
マイクロソフトは俺を雇えよ
xamlもできる俺は天才だぞ
2019/04/20(土) 10:31:07.73ID:tgvbScEy
マイクロソフトに転職した元同僚から誘われた事あったけど
「外から文句言ってた方が楽だから」って断った
828デフォルトの名無しさん
垢版 |
2019/04/23(火) 11:57:29.12ID:3ShwIS5Y
WPFに未来はあるのかないのか
WPFで覚えた知識はUWPやxamarinでどのくらい使えるのか
これだけ教えてくれ
xamlは共通だからある程度同じ感じで使えるのかな
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況