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/04/24(水) 00:09:14.89

そりゃ別物だろうけど。RazorあってのBlazorだからWPFとは排他だ、と言いたいのかな？

**デフォルトの名無しさん** · 2019/04/24(水) 12:22:59.14

>>848
企業内で使うシステムでデスクトップオンリーの見たことないわ
もう全部ブラウザ経由だよ

**デフォルトの名無しさん** · 2019/04/24(水) 12:27:35.26

>>852
全部ってすげえな
Chrome OSでも使ってんの？

**デフォルトの名無しさん** · 2019/04/24(水) 12:31:08.40

ツールとシステムを一緒にするバカは置いといて、うちも社内システムは全部ブラウザだな

**デフォルトの名無しさん** · 2019/04/24(水) 12:43:03.86

勤怠チェック
給料計算
顧客管理
生産管理

最近100社以上のシステム見たけどほぼすべてブラウザ経由
どこの会社のどれをとっても最近はデスクトップアプリなんてどこにもない
今はwebの時代というのはあってる

**デフォルトの名無しさん** · 2019/04/24(水) 12:50:22.23

なんかデスクトップアプリ開発しててごめん

**デフォルトの名無しさん** · 2019/04/24(水) 13:35:28.04

なんで勤怠管理とかでブラウザを経由する必要があるんだ？
全く意味がわからん
極端な話そんなもんエクセルVBAでも作れるし、そっちの方が安いよな
いちいちjava scriptに仕事させてブラウザで結果見るの？
それともサーバ構築までしてサーバ側のjavaとかに仕事させてるの？
わざわざそんなことする必要性がどこにあって、なぜそんなことをしてるんだ？意味がわからんな
流行りだからってことか？
まぁ流行りには乗りたいし俺もwebに移ろうかなぁ・・・
俺のC++、C#がほとんどの開発経験でweb側で高単価で雇ってくれるならすぐにでも移りたいわ

**デフォルトの名無しさん** · 2019/04/24(水) 13:51:49.20

端末に依存せず、更新管理も楽であり、どこからでもアクセス可能
これがその環境において多くのメリットをもたらすなら、検討の価値がある
開発者としては何より経験値を積めることがおいしい

**デフォルトの名無しさん** · 2019/04/24(水) 13:55:19.49

なぜ未経験を高単価で雇うのか

**デフォルトの名無しさん** · 2019/04/24(水) 14:29:51.63

>>855
勤怠システムに含まれる打刻ツールはデスクトップアプリやな

**デフォルトの名無しさん** · 2019/04/24(水) 14:31:31.17

いろんなシステムのバックエンドで動くバッチやワーカーもWebじゃないね

**デフォルトの名無しさん** · 2019/04/24(水) 14:51:28.47

>>859
未経験なわけないじゃん
デスクトップアプリに比べたら業務での経験がめちゃくちゃ経験が短いってだけ
でもwebも簡単だし普通にできる
そもそもWPFまでやる人間がなんでhtmlみたいなバカでもできるマークアップ言語とスタイルシートと簡単なスクリプト言語が理解できないのよ、そんなわけないわ
xamlの方が遥かに難しいマークアップ言語なわけだし、C#の方がJavaScriptより難しいだろ
いくらwebに移るといっても安単価じゃ受けませんよ、私のようなプロがね

**デフォルトの名無しさん** · 2019/04/24(水) 14:55:05.54

100人やそこらの自社のみで使う勤怠管理なんて何でもいいよ
もっと利用者が多かったり複数企業で流用したりとか考えたらブラウザさえあれば済むwebアプリがどんだけ有用なことか
スマホ対応、mac/win対応もwebならコスト減らしやすい
インストール不要、ドキュメントもwebで対応できる、アップデートも利用者を気にしなくて実施しやすい

チャットワークやサイボウズがどんだけの企業で採用されてると思ってんの
開発者ツールでみてもBTSやCIもだいたいwebじゃないか

**デフォルトの名無しさん** · 2019/04/24(水) 15:12:35.72

>>863
>開発者ツール
Visual Studio

**デフォルトの名無しさん** · 2019/04/24(水) 15:14:07.52

会社に入ったころは残業時間は表に手書きで自己申告してた
上司がチェックしてハンコ押して部長に回ってた
それをまた手計算してタイムカードと比べてチェックして給料に反映されてた
無駄だけどそれしかなかった

そのうちそれがexcelの表に記入して共有サーバに提出に変わって今はブラウザから申請になった
専用アプリを作ってメンテナンスしたり各PCに必ずエクセル入れたりという状況から抜け出せて良かったのではないかなあ

**デフォルトの名無しさん** · 2019/04/24(水) 15:35:57.69

>>865
ブラウザからの申請を記録するものは専用アプリとは違うんかい？
用途を無視してシステムを語るやつは脳内環境だから何言っても無駄か・・・

**デフォルトの名無しさん** · 2019/04/24(水) 19:51:01.40

>>860
> 勤怠システムに含まれる打刻ツール
なにそれ？

**デフォルトの名無しさん** · 2019/04/24(水) 19:56:48.46

自分の狭い観測範囲だけで能書きたれたがる低脳が多いんだよ

**デフォルトの名無しさん** · 2019/04/24(水) 20:26:54.83

さすがにクラサバはWebに置き換わったけど、ツール類はいくらでもあるなぁ。

**デフォルトの名無しさん** · 2019/04/24(水) 21:07:58.30

ブラウザ通せるものと通せないものがあるからな

**デフォルトの名無しさん** · 2019/04/24(水) 21:22:27.79

>>866
デスクトップアプリの話をしてるんじゃないの？

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

今度仕事でWPF触らなくちゃいけなくなって初めてマークアップ言語に触れたんだけどとにかく読みにくい
for文だって入れ子減らせ読みにくいってのは当たり前に言われるというのに
どこからどこまでがどう入れ子になってるのが掴むの大変なんだけど慣れると読めるようになるもんなの？

あとそれと上の方でWPFに未来が無いとか書かれててがっかりしました
だよねー……日本語の参考書全然無くて海外のサイトばっか見てるもん……

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

>慣れると読めるようになるもんなの？
まあインデントさえしっかりしてれば

**デフォルトの名無しさん** · 2019/04/25(木) 19:27:10.58

>>872
どんな環境で開発してるのよ
ちょっとまともなエディタならXMLの中身を畳んだりタグの入れ子間違いを指摘することぐらいはできるぞ

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

そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい

VS2019使ってて拡張機能でXAML Stylerを入れてるけど、他にいいのあったら教えて下さい

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

xaml stylerって拡張入れたらなんとかなる

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

なんで最近スレ伸びてんのよ・・・
やっとWPFに普及期がきたか。

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

ほとんどがイチャモン

**デフォルトの名無しさん** · 2019/04/25(木) 21:06:10.82

>>875
> そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい
途中がどこなのかにもよるけどコメントは入れられるでしょ

**デフォルトの名無しさん** · 2019/04/25(木) 21:19:01.50

XMLをマークアップの標準にしたのはコンピュータ業界の最大の失敗

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

Blend for Visual Studioってまさにxaml編集用に作られてると思うんだけど…
あと、xamlというかxmlをそもそもよく分かってないんじゃないのっていうレスがちらほらある
あれダメならhtmlとかも理解できないでしょうに

**デフォルトの名無しさん** · 2019/04/25(木) 22:11:33.69

namespaceさえ理解すればあとはhtmlと大して変わらんよね。

**デフォルトの名無しさん** · 2019/04/25(木) 23:06:51.07

>>879
例えば、

<Grid

Property1="a" 
Property2="b"
..... />

**デフォルトの名無しさん** · 2019/04/25(木) 23:17:00.35

>>883
普通に

<Grid
Property1="a"
Property2="b"
..... />
ってやれば良いだけだろ

**デフォルトの名無しさん** · 2019/04/25(木) 23:26:43.38

それってxamlというよりxmlの仕様では？

**デフォルトの名無しさん** · 2019/04/25(木) 23:31:02.23

>>884
いや、それはそうなんだけど…
まずプロパティが多いと縦に伸びるし、目移りも無駄、
プロパティ名の入力も面倒だし、重要な情報を見落とす恐れもある
それに部分的にプロパティを抜いたり、別の値でテストしたい時とか、
プロパティをその位置でコメントアウト出来れば凄い楽

>>885
その辺は分からないけど、どうにかならんかったのかなといつも思うんだよね

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

コメントはhtmlから引きずっているからね

**デフォルトの名無しさん** · 2019/04/26(金) 09:39:03.86

>>886
そんなに多くのプロパティを設定するのってどういうとき？
今までの経験だとせいぜい３～４だと思うんだが・・・

**デフォルトの名無しさん** · 2019/04/26(金) 10:13:44.72

>>886
C#でやればいいのでは？

**デフォルトの名無しさん** · 2019/04/26(金) 12:49:14.78

自分の思う通りに出来ないのは仕様がおかしい
って思っちゃうタイプなんでしょ
プログラマーにはあまり向いてないと思う

**デフォルトの名無しさん** · 2019/04/26(金) 13:18:33.32

>>888
例え3つでもコメント行が上に複数行も乗っかるのは嫌だわ
ただでさえxamlは縦に伸びるからね。フォーマットの仕方にもよるけど
プロパティの設定は大体4つ以内に収まるね
多いのだと例えばGridViewの設定かな。イベントの登録だけで4つ使ってたりする

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

>>890
仕様がおかしいなどとは一言もいっとらんが
そもそもプログラマーで言語に不満を持ったことない人なんているんか

**デフォルトの名無しさん** · 2019/04/26(金) 13:33:10.94

>>891
なんで全てのプロパティにコメント残す必要があるの？
内容変更するのにコメントで残すってやつも、その項目全部をコピペしてコメント書いておけばいいじゃん。
つか、今時前のコードを残すのはバージョン管理に任せろよ。
条件に合わせて柔軟に対応できないとプロとしてやっていけないよ。

**デフォルトの名無しさん** · 2019/04/26(金) 13:48:55.23

>>892
ちょっと待ってくれ。全てのプロパティにコメントを残したいとは言ってないぞ
例えばいくつかのプロパティについて、メモ書きや注意事項を残したいことってないの？
俺はただそのプロパティの上や横に書けたらいいのにな、と言ってるだけなんだが。
あとは行をその位置でコメントアウト出来れば、テストとか楽だし
一応プロとしてやってますよ

というか不満持ってる人って少ないのかな。長年不満を抱いてたから意外だったわ

**デフォルトの名無しさん** · 2019/04/26(金) 14:09:16.83

そもそもWinFormsだってプロパティーにコメント振らない

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

一応確認なんだけど、viewmodel使ってるのかな？
本来バインディングされるプロパティがあるのだからそっちにコメント入れれば良いと思うけど
viewにヅラヅラ説明を入れる状態が想像できない

**デフォルトの名無しさん** · 2019/04/26(金) 14:31:16.59

xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ

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

んで、 Holy Hell!! な解法
https://stackoverflow.com/questions/2073140/why-cant-i-comment-attributes-in-xaml

**デフォルトの名無しさん** · 2019/04/26(金) 14:37:30.54

> xmlの属性レベルのコメントができないのを仕様の欠陥
ほんとこれ不便

**デフォルトの名無しさん** · 2019/04/26(金) 14:38:37.63

未経験者から質問するけど、XAMLって独自プロパティ追加できないの？
HTMLなら勝手プロパティでコメント書いたりしたけど。

**デフォルトの名無しさん** · 2019/04/26(金) 15:06:43.30

そもそもxaml（xml）を手で編集すんなってことにしたいんじゃない？
jsonなんかも大きくなると手編集向いてないし
とはいえ現状じゃそういうわけにはいかないけど
xaml自体を分割して見通しをよくするとかくらいかね

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

>>893
そういう欲求はある。あると便利だよねえ

**デフォルトの名無しさん** · 2019/04/26(金) 23:15:39.83

思う通りに出来ないなら出来るように作っちゃえばいいじゃない

**デフォルトの名無しさん** · 2019/04/27(土) 00:57:13.45

コメント振れないことと言うより
デバッグしているときにプロパティーをコメントアウトしにくいのが辛い
ブロック終わらせてコメントアウトっすりゃいいんだが面倒だ

**デフォルトの名無しさん** · 2019/04/27(土) 06:46:41.35

>>902
属性名変えればいいだけじゃん
Property1="a"
↓
xProperty1="a"
とか
応用力なさすぎ

**デフォルトの名無しさん** · 2019/04/27(土) 22:50:27.99

ん？意味がわからない

**デフォルトの名無しさん** · 2019/04/27(土) 23:42:27.11

ガガイのガイ

**デフォルトの名無しさん** · 2019/04/28(日) 00:13:26.20

>>904
存在しないプロパティ名にリネームすれば無視されるから
コメントアウトの代わりに使える

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

<a>
<a.b>
<c　d="d">
</a.b>
</a>
でそれぞれa,b,c,dをコメントアウトするのに最適な方法は？

**デフォルトの名無しさん** · 2019/04/28(日) 12:14:33.17

>>907
日本語でよろしか

**デフォルトの名無しさん** · 2019/04/28(日) 12:14:55.21

よろしくw

**デフォルトの名無しさん** · 2019/04/28(日) 12:30:54.83

>>907
今時コメントアウトなんぞ要らん
gitを信じて消せ

**デフォルトの名無しさん** · 2019/04/28(日) 13:08:27.48

>>907
お前日本語下手そうだからコメントアウトした結果を書け

**デフォルトの名無しさん** · 2019/04/28(日) 14:04:08.99

正直この先何年もXML引きずるのかと思うと憂鬱だわ

**デフォルトの名無しさん** · 2019/04/28(日) 14:24:14.05

>>896
>xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ
XMLに関してはそうだが、XAMLに関してはプロパティ要素構文が使えるんだから
プロパティ要素構文にして、その後ろにコメント付ければいい

**デフォルトの名無しさん** · 2019/04/29(月) 19:57:07.62

デスクトップアプリマンってWPFできようがUWPできようが時代遅れなんかな
7年くらいずっとデスクトップアプリばっかやってきたわ
あとはせいぜいゲームとか
WEBは半年もやってない
ASP.NETマンになればブレイクスルーできるのか？
.NETに全てを託すしかねーわもう
WPFが死のうがUWPが死のうが.NETだけは共通の技術だから食ってけるよな？

**デフォルトの名無しさん** · 2019/04/29(月) 20:20:09.77

.NET Coreが迷走してるからわからんよ
今んとこASP.NET開発者の移行はさっぱり進んんでない
苦し紛れのWinForms&WPF対応という奇策もスルーされたら.NET Coreは3が最後のバージョンになるだろうな
そしたら.NETは終わりだ

**デフォルトの名無しさん** · 2019/04/29(月) 20:21:39.96

>>914
electronのデスクトップマンになれば延命できるぞ

**デフォルトの名無しさん** · 2019/04/29(月) 20:25:34.70

>>915
迷走してるってソースは？

**デフォルトの名無しさん** · 2019/04/29(月) 20:28:09.67

.NET Core 3の苦し紛れ感はSilverlight3の悲劇を彷彿とさせるね

**デフォルトの名無しさん** · 2019/04/29(月) 20:33:36.22

>>918
https://twitter.com/davidfowl/status/1122035993505230848?s=19
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2019/04/29(月) 20:41:28.68

>>917
Silverlight3の顛末をググってきたらいいんじゃないかな
今の.NET Coreと状況がそっくりだから
だから失敗すると言いたいわけじゃないが、MS社内のプロジェクトのライフサイクル的に見切りを付ける時期が迫ってきているんだろう

**デフォルトの名無しさん** · 2019/04/29(月) 20:42:40.78

>>920
具体的に

**デフォルトの名無しさん** · 2019/04/29(月) 20:47:27.55

「終わり」ってどういう状態を言っているのかにもよるな。
MFCは既に「終わり」のような気もするが、使えなくなったわけじゃないしな。

**デフォルトの名無しさん** · 2019/04/29(月) 20:52:17.72

>>922
MSはプロダクトを見捨てる前にきっちり完成させるからね
WPFは例外だが

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

WPFはファイルダイアログとかの仕組みをまともに作らなかったよね
みんなが欲しがるものをあえてスルーしてたのはなぜなんだろう？

**デフォルトの名無しさん** · 2019/04/29(月) 20:59:41.05

デスクトップアプリの肩身はどんどん狭くなる
今の元号変更にしたってアプリがweb化されていたらサーバサイドを変更するだけでいい
これからデスクトップだったもののweb化（html化）は加速するだろう　

**デフォルトの名無しさん** · 2019/04/29(月) 22:11:10.20

いつの時代の人なんだよ…

**デフォルトの名無しさん** · 2019/04/29(月) 22:49:29.79

>>924
ファイルダイアログはあるだろ
無いのはフォルダーダイアログ

**デフォルトの名無しさん** · 2019/04/30(火) 00:06:29.68

Windows API CodePackが事実上のオフィシャルリリースだろうに

**デフォルトの名無しさん** · 2019/04/30(火) 00:13:26.27

>>926
Webくんは妄想性人格障害なだけで現代っ子だよ

**デフォルトの名無しさん** · 2019/04/30(火) 00:40:31.82

>>929
人格障害はお前だよ

**デフォルトの名無しさん** · 2019/04/30(火) 08:13:26.69

フォルダ選択ダイアログってファイルダイアログに統合されただけだよな。
もともとあれは使いにくかったし。

**デフォルトの名無しさん** · 2019/04/30(火) 08:59:37.98

>>930
人格障害だけでなくガイジも患ってるみたいだね…
ママさん仕事して～
生ゴミはコンポストに捨てといてね

**デフォルトの名無しさん** · 2019/04/30(火) 09:44:02.25

NumericUpDownがないのは作り忘れなの？

**デフォルトの名無しさん** · 2019/04/30(火) 10:52:02.94

ちょいちょいそれ出してくる人いるけど、そんなに重要なコントロールか？
あればあったでいいけど、作れよそんくらい。

**デフォルトの名無しさん** · 2019/04/30(火) 11:09:37.57

wpfに足りないのは洒落たｔｏｏｌｋｉｔだと思うんだがな
JavaFXみたいでいいからcss使えたら大分変わっただろうが

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

WPF Toolkitがあっただろ
MS謹製にもかかわらず悲惨な品質で、WPFにおけるコントロールの作りづらさを露呈した

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

取るに足らないコンポーネントなんだろうけど、そういうのが積み重なった結果が
オレのUIかっこいいだろ系の残念UIのアプリが蔓延してWPF忌避の一因になったような気がする

特にWPF出始めは
ゴテゴテしてる感じのボタン群とか、パネルごとにグラデーションがかかった背景とか
WPFならではのUIにしてみましたって感じの機能に振り回されてるデザインのアプリ多かった

既存のUIと違いすぎて「このツールはWPFアプリかー（使いづらいな）」って思ってた
アプリのコンポーネントごとに極僅かだけどバッドノウハウ的なコツが必要なの時間の無駄に感じる

**デフォルトの名無しさん** · 2019/04/30(火) 11:36:48.02

>>931
API的には統合されたけど、WPFのはモード指定が出来なくてファイル専用
APIを直接呼び出せば使えるけど、面倒くさい

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

グラデなしでピクトグラムでいいやんの流行りになったしな

**デフォルトの名無しさん** · 2019/04/30(火) 19:06:33.93

MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった

**デフォルトの名無しさん** · 2019/04/30(火) 19:07:23.38

MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった

**デフォルトの名無しさん** · 2019/05/03(金) 21:35:56.29

>>941
MS製コントロールがバグ放置のwinformsよりはずっといい
（自前で拡張するかどっかから買えと？）

**デフォルトの名無しさん** · 2019/05/04(土) 21:08:40.63

親コンテナにDropShadowEffectを適用すると子コントロールにも反映されます。親要素にのみ反映させるにはどうすればよいでしょうか

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

子コントロールにスタイル設定すれば

**デフォルトの名無しさん** · 2019/05/05(日) 12:26:09.77

webの方が簡単で面白いことに気づいてしまった
プログラミングってやっぱだるいわ
クソコードひたすら追いかけないといかんし

**デフォルトの名無しさん** · 2019/05/05(日) 12:34:54.97

>>945
俺ももうプログラミングやめたい
ソリューションアーキテクト()とか名乗って偉そうなこと言ってトンズラするだけの仕事したい

**デフォルトの名無しさん** · 2019/05/05(日) 12:55:56.67

風呂敷広げる仕事ばかりやって畳む経験積まないとロクな人間にならないよ

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

含蓄がありますね(嘆息)

**デフォルトの名無しさん** · 2019/05/05(日) 13:28:05.49

>>946
ソリューションアーキテクトってやたらかっこいいな
それで仕事取れてまかり通るなら迷わずやればいいよ
ぶっちゃけ俺もそれやりてーわ

**デフォルトの名無しさん** · 2019/05/05(日) 16:29:56.08

すればいいじゃん

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

祝.NET5