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/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
何を言い出すかと思ったらセミコロンと（）かよｗｗｗ
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は最悪最低だよなｗｗｗ
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
画像関係はスピード重視の設計でないと生き残れない
ＷＰＦは力を入れるところを間違ってる
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は共通だからある程度同じ感じで使えるのかな
2019/04/23(火) 12:08:21.45ID:H+Sza8pj
>>828
WPFに未来はない。というか現時点で既に死んでいる。
で知識をUWPに活かせるかだが、基本的にあまり期待すべきではない。
WPFは従来型のクラサバを指向したフレームワークであり、クライアント側で深く作り込むような開発スタイルが一般的だ。
当然、数少ない書籍やWebの資料もそれを前提にしており、WPFを学べば自然とそういう開発スタイルが身に付く。
一方でUWPは裏側にWebサービスが存在することが大前提のフレームワークであり、クライアントは非常に薄い窓口に過ぎない。
従ってWPFのような高度なバインディングなどは必要とされず、少ない労力でバックエンドといかにシームレスに繋ぐかが肝となってくる。
2019/04/23(火) 12:24:30.10ID:MMRRGEFQ
データバインディングやMVVMの仕組みは他に流用できる気がする
2019/04/23(火) 12:25:28.45ID:w1y6RZmD
WPFは職人的な作り込みが必要とされるから
山ほどいるVBあがりのwinform要員のコーダーには広まらなかったね
結局はブロガーとMSのエヴァンジェリストの飯の種で終わった
2019/04/23(火) 12:32:18.50ID:amAsse5m
WPFは半透明なのが良い
2019/04/23(火) 12:40:39.29ID:1xhRm/Xt
>>829
死んでいるってどういう意味？
2019/04/23(火) 12:48:39.04ID:XHhlgyV/
>>828
WPFだけでなくUWPやxamarinにも未来はない
2019/04/23(火) 12:54:19.04ID:H+Sza8pj
GUI技術で未来があるのはHTMLだけだねえ
2019/04/23(火) 13:16:18.35ID:5LmBAPnu
ユーザー視点からみたWebアプリの使いにくさ最強レベル
2019/04/23(火) 13:25:06.90ID:5LmBAPnu
まぁ、作り次第でWebアプリをネイティブアプリに見た目似せて作れるけどでもやっぱwebアプリはウンコ多すぎ
2019/04/23(火) 14:05:28.65ID:H+Sza8pj
まあフロントをHTMLにするかはともかく今時完全にオフラインなアプリなんてゲームや電卓を除けばほとんどあり得ないから、
最初に学ぶならまずはWebがいいだろうね。
UWPは>>837のような子を満足させるためのベターなオプションに過ぎないから、最初に手を出すものではない。
2019/04/23(火) 14:06:42.70ID:LYf4Dcbv
速度重視にしたらプログラミングめんどくさくても普及する
みんな使うから
プログラミングしやすさアピールしても速度犠牲にしてたら生き残れない
結局他のものもつかわないといけなくなるから
バインディングが速いっていってるのはどーせしょぼい小規模なプログラムだけ
2019/04/23(火) 14:21:21.09ID:2s9RS4BR
WebアプリはHTMLはいいんだけどJavaScriptがクソすぎて困る
841デフォルトの名無しさん
垢版 |
2019/04/23(火) 16:47:08.10ID:3ShwIS5Y
じゃあ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.11ID:elaW7zc+
勉強なんて楽しそうなやつやりゃいいじゃん
仕事で必要になったらググりゃいい
2019/04/23(火) 19:13:42.30ID:zJYObBWE
そもそもデスクトップアプリ自体に将来性がないからね
時代はウェブ、クロスプラットフォーム。MSはもう何年もWPFに力を入れてない
俺も年内にはそっち方面に移る予定
2019/04/23(火) 20:00:42.63ID:2vLu2U8Q
>>833
もう開発されていない
もともとの開発チームはずいぶん昔に解散して今はメンテナンスモード
2019/04/23(火) 21:35:44.06ID:11AnFgX2
>>844
WPFに限った話じゃなく、UWP以外WinFormsもMFCもメンテナンスモード
デスクトップアプリ全般にやる気が感じられない
WinFormsやWPFの移植作業中の.NET Coreはどこまで本気なんだろ
2019/04/23(火) 21:53:20.46ID:7mQ7yLRf
>>844
開発はされてるよ
2019/04/23(火) 23:21:06.56ID:sr3w7AVY
さすがにUWPとWPFを同じ扱いするのは技術者として無知でしょ。
2019/04/23(火) 23:21:44.96ID:5KWAynrs
もう10年以上前から「デスクトップはオワコン、これからはWeb」とか言われているけど
いまだにWeb技術でスタンドアロン並みに使いやすいGUIを実現するのって聖杯探しだよな。
WPFもオープンソース化されたことだし、ここはひとつBlazorで動くようにしてくれないかな。
2019/04/23(火) 23:25:42.36ID:9k05SFWw
>Web技術でスタンドアロン並みに使いやすいGUIを実現する
Silverlightが死んでなけりゃな……
2019/04/23(火) 23:41:24.30ID:/W495hLu
>>848
BlazorとWPFは全くべつもんやろ…
2019/04/24(水) 00:09:14.89ID:5b7G81+9
そりゃ別物だろうけど。RazorあってのBlazorだからWPFとは排他だ、と言いたいのかな？
2019/04/24(水) 12:22:59.14ID:mbjjqtsw
>>848
企業内で使うシステムでデスクトップオンリーの見たことないわ
もう全部ブラウザ経由だよ
2019/04/24(水) 12:27:35.26ID:GHRnzd3N
>>852
全部ってすげえな
Chrome OSでも使ってんの？
2019/04/24(水) 12:31:08.40ID:7CcW06Eu
ツールとシステムを一緒にするバカは置いといて、うちも社内システムは全部ブラウザだな
2019/04/24(水) 12:43:03.86ID:mbjjqtsw
勤怠チェック
給料計算
顧客管理
生産管理

最近100社以上のシステム見たけどほぼすべてブラウザ経由
どこの会社のどれをとっても最近はデスクトップアプリなんてどこにもない
今はwebの時代というのはあってる
2019/04/24(水) 12:50:22.23ID:Ih73DrrI
なんかデスクトップアプリ開発しててごめん
857デフォルトの名無しさん
垢版 |
2019/04/24(水) 13:35:28.04ID:fEgd+A1/
なんで勤怠管理とかでブラウザを経由する必要があるんだ？
全く意味がわからん
極端な話そんなもんエクセルVBAでも作れるし、そっちの方が安いよな
いちいちjava scriptに仕事させてブラウザで結果見るの？
それともサーバ構築までしてサーバ側のjavaとかに仕事させてるの？
わざわざそんなことする必要性がどこにあって、なぜそんなことをしてるんだ？意味がわからんな
流行りだからってことか？
まぁ流行りには乗りたいし俺もwebに移ろうかなぁ・・・
俺のC++、C#がほとんどの開発経験でweb側で高単価で雇ってくれるならすぐにでも移りたいわ
2019/04/24(水) 13:51:49.20ID:1DYev0hZ
端末に依存せず、更新管理も楽であり、どこからでもアクセス可能
これがその環境において多くのメリットをもたらすなら、検討の価値がある
開発者としては何より経験値を積めることがおいしい
2019/04/24(水) 13:55:19.49ID:a3h+fhJI
なぜ未経験を高単価で雇うのか
2019/04/24(水) 14:29:51.63ID:GHRnzd3N
>>855
勤怠システムに含まれる打刻ツールはデスクトップアプリやな
2019/04/24(水) 14:31:31.17ID:GHRnzd3N
いろんなシステムのバックエンドで動くバッチやワーカーもWebじゃないね
862デフォルトの名無しさん
垢版 |
2019/04/24(水) 14:51:28.47ID:fEgd+A1/
>>859
未経験なわけないじゃん
デスクトップアプリに比べたら業務での経験がめちゃくちゃ経験が短いってだけ
でもwebも簡単だし普通にできる
そもそもWPFまでやる人間がなんでhtmlみたいなバカでもできるマークアップ言語とスタイルシートと簡単なスクリプト言語が理解できないのよ、そんなわけないわ
xamlの方が遥かに難しいマークアップ言語なわけだし、C#の方がJavaScriptより難しいだろ
いくらwebに移るといっても安単価じゃ受けませんよ、私のようなプロがね
2019/04/24(水) 14:55:05.54ID:nhJi5e2f
100人やそこらの自社のみで使う勤怠管理なんて何でもいいよ
もっと利用者が多かったり複数企業で流用したりとか考えたらブラウザさえあれば済むwebアプリがどんだけ有用なことか
スマホ対応、mac/win対応もwebならコスト減らしやすい
インストール不要、ドキュメントもwebで対応できる、アップデートも利用者を気にしなくて実施しやすい

チャットワークやサイボウズがどんだけの企業で採用されてると思ってんの
開発者ツールでみてもBTSやCIもだいたいwebじゃないか
2019/04/24(水) 15:12:35.72ID:GHRnzd3N
>>863
>開発者ツール
Visual Studio
2019/04/24(水) 15:14:07.52ID:725QUm5w
会社に入ったころは残業時間は表に手書きで自己申告してた
上司がチェックしてハンコ押して部長に回ってた
それをまた手計算してタイムカードと比べてチェックして給料に反映されてた
無駄だけどそれしかなかった

そのうちそれがexcelの表に記入して共有サーバに提出に変わって今はブラウザから申請になった
専用アプリを作ってメンテナンスしたり各PCに必ずエクセル入れたりという状況から抜け出せて良かったのではないかなあ
2019/04/24(水) 15:35:57.69ID:Xu+nfOLY
>>865
ブラウザからの申請を記録するものは専用アプリとは違うんかい？
用途を無視してシステムを語るやつは脳内環境だから何言っても無駄か・・・
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況