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/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
ブラウザからの申請を記録するものは専用アプリとは違うんかい？
用途を無視してシステムを語るやつは脳内環境だから何言っても無駄か・・・
2019/04/24(水) 19:51:01.40ID:AiHhhuXg
>>860
> 勤怠システムに含まれる打刻ツール
なにそれ？
2019/04/24(水) 19:56:48.46ID:M6vGcGBe
自分の狭い観測範囲だけで能書きたれたがる低脳が多いんだよ
2019/04/24(水) 20:26:54.83ID:5b7G81+9
さすがにクラサバはWebに置き換わったけど、ツール類はいくらでもあるなぁ。
2019/04/24(水) 21:07:58.30ID:/lU/w4hB
ブラウザ通せるものと通せないものがあるからな
2019/04/24(水) 21:22:27.79ID:QyWgvBrX
>>866
デスクトップアプリの話をしてるんじゃないの？
2019/04/25(木) 18:01:23.46ID:iqYujnK/
今度仕事でWPF触らなくちゃいけなくなって初めてマークアップ言語に触れたんだけどとにかく読みにくい
for文だって入れ子減らせ読みにくいってのは当たり前に言われるというのに
どこからどこまでがどう入れ子になってるのが掴むの大変なんだけど慣れると読めるようになるもんなの？

あとそれと上の方でWPFに未来が無いとか書かれててがっかりしました
だよねー……日本語の参考書全然無くて海外のサイトばっか見てるもん……
2019/04/25(木) 18:17:15.74ID:2IQDMAmX
>慣れると読めるようになるもんなの？
まあインデントさえしっかりしてれば
2019/04/25(木) 19:27:10.58ID:pQMWPhoY
>>872
どんな環境で開発してるのよ
ちょっとまともなエディタならXMLの中身を畳んだりタグの入れ子間違いを指摘することぐらいはできるぞ
2019/04/25(木) 20:01:06.93ID:3guJtLA5
そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい

VS2019使ってて拡張機能でXAML Stylerを入れてるけど、他にいいのあったら教えて下さい
2019/04/25(木) 20:01:46.48ID:jVKhCviU
xaml stylerって拡張入れたらなんとかなる
877デフォルトの名無しさん
垢版 |
2019/04/25(木) 20:07:56.60ID:/2yuQdnA
なんで最近スレ伸びてんのよ・・・
やっとWPFに普及期がきたか。
2019/04/25(木) 20:53:20.97ID:wfwas3gN
ほとんどがイチャモン
2019/04/25(木) 21:06:10.82ID:jZ4+eHeJ
>>875
> そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい
途中がどこなのかにもよるけどコメントは入れられるでしょ
2019/04/25(木) 21:19:01.50ID:F5/pbVR3
XMLをマークアップの標準にしたのはコンピュータ業界の最大の失敗
2019/04/25(木) 21:21:22.31ID:lXAOlb7n
Blend for Visual Studioってまさにxaml編集用に作られてると思うんだけど…
あと、xamlというかxmlをそもそもよく分かってないんじゃないのっていうレスがちらほらある
あれダメならhtmlとかも理解できないでしょうに
2019/04/25(木) 22:11:33.69ID:y3HhtnRW
namespaceさえ理解すればあとはhtmlと大して変わらんよね。
2019/04/25(木) 23:06:51.07ID:3guJtLA5
>>879
例えば、

<Grid
<!--こことか-->
Property1="a" <!--ここに入れたい-->
Property2="b"
..... />
2019/04/25(木) 23:17:00.35ID:jZ4+eHeJ
>>883
普通に
<!--
□□の設定
Property1 は〇〇
Property2 は△△
-->
<Grid
Property1="a"
Property2="b"
..... />
ってやれば良いだけだろ
2019/04/25(木) 23:26:43.38ID:jUPpFJcF
それってxamlというよりxmlの仕様では？
2019/04/25(木) 23:31:02.23ID:3guJtLA5
>>884
いや、それはそうなんだけど…
まずプロパティが多いと縦に伸びるし、目移りも無駄、
プロパティ名の入力も面倒だし、重要な情報を見落とす恐れもある
それに部分的にプロパティを抜いたり、別の値でテストしたい時とか、
プロパティをその位置でコメントアウト出来れば凄い楽

>>885
その辺は分からないけど、どうにかならんかったのかなといつも思うんだよね
2019/04/26(金) 08:39:26.01ID:7syDkwCh
コメントはhtmlから引きずっているからね
2019/04/26(金) 09:39:03.86ID:WWzPrzSM
>>886
そんなに多くのプロパティを設定するのってどういうとき？
今までの経験だとせいぜい３〜４だと思うんだが・・・
2019/04/26(金) 10:13:44.72ID:L9IIIrds
>>886
C#でやればいいのでは？
2019/04/26(金) 12:49:14.78ID:W8c6vXCR
自分の思う通りに出来ないのは仕様がおかしい
って思っちゃうタイプなんでしょ
プログラマーにはあまり向いてないと思う
2019/04/26(金) 13:18:33.32ID:QuMKW8xW
>>888
例え3つでもコメント行が上に複数行も乗っかるのは嫌だわ
ただでさえxamlは縦に伸びるからね。フォーマットの仕方にもよるけど
プロパティの設定は大体4つ以内に収まるね
多いのだと例えばGridViewの設定かな。イベントの登録だけで4つ使ってたりする

>>889
コードビハインドでViewを構築しろってこと？ちょっとそれは頂けない

>>890
仕様がおかしいなどとは一言もいっとらんが
そもそもプログラマーで言語に不満を持ったことない人なんているんか
2019/04/26(金) 13:33:10.94ID:WWzPrzSM
>>891
なんで全てのプロパティにコメント残す必要があるの？
内容変更するのにコメントで残すってやつも、その項目全部をコピペしてコメント書いておけばいいじゃん。
つか、今時前のコードを残すのはバージョン管理に任せろよ。
条件に合わせて柔軟に対応できないとプロとしてやっていけないよ。
2019/04/26(金) 13:48:55.23ID:QuMKW8xW
>>892
ちょっと待ってくれ。全てのプロパティにコメントを残したいとは言ってないぞ
例えばいくつかのプロパティについて、メモ書きや注意事項を残したいことってないの？
俺はただそのプロパティの上や横に書けたらいいのにな、と言ってるだけなんだが。
あとは行をその位置でコメントアウト出来れば、テストとか楽だし
一応プロとしてやってますよ

というか不満持ってる人って少ないのかな。長年不満を抱いてたから意外だったわ
2019/04/26(金) 14:09:16.83ID:7syDkwCh
そもそもWinFormsだってプロパティーにコメント振らない
2019/04/26(金) 14:14:13.40ID:90urDzgW
一応確認なんだけど、viewmodel使ってるのかな？
本来バインディングされるプロパティがあるのだからそっちにコメント入れれば良いと思うけど
viewにヅラヅラ説明を入れる状態が想像できない
2019/04/26(金) 14:31:16.59ID:r6cXYweV
xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ

今回はマークアップ言語の話だけど、
既存のプログラミング言語に不満持ってるプログラマーが新しい言語を作るんだし
不満を持つことと対応できないこととは関係ないよね

んで、 Holy Hell!! な解法
https://stackoverflow.com/questions/2073140/why-cant-i-comment-attributes-in-xaml
2019/04/26(金) 14:37:30.54ID:XuSZUgKR
> xmlの属性レベルのコメントができないのを仕様の欠陥
ほんとこれ不便
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。