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

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

まだ1年以上先やん

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

素晴らしい未来がやってきそうだな

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

VS2019 previewでWPFの.NET Coreのデザイナーの対応が来たな

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

>>954
まじ！？

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

>>955
まじ。5月6日のリリースで来てる。.NET CoreのSDKをインストすれば表示が可能になってる
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes-preview

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

.net　coreベースでWPFアプリが作れるだけだろ
何が嬉しいのかさっぱりわからない

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

.netcoreベースでWPFアプリが作れるけど動くのはwin7sp1以降のwindowsのみ

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

>>957
なんで？

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

>>957
>>954

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

思考停止してるのか？
実際に何かいいことあるのか？
ないだろ？

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

.Net Coreは .NET Framework よりも性能が良いって聞くけど、どうなんだろうね。
後、アプリに .NET Core自体を含められるから、 .NET Frameworkが
インストールされている必要が無いってのもメリットと言えばメリット。

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

元々あるものを再実装して足踏みしてるだけ

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

.netcoreに移行するとすでにあるWPFライブラリなどは使いまわしできなくなる

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

visual studioはWPFで作ってあるけど再実装しなおすのかな？

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

>>962
Webサーバーのために極度に最適化されてるから、デスクトップアプリに求められる性能が出るかは期待薄だろう
今更真面目にデスクトップアプリ向けのパフォーマンス改善なんかやってくれるとも思えない
しかもデスクトップアプリなら.NETランタイムごとアプリに同梱して配るのがデフォになるだろうから、
.NET Frameworkと比較してファイルサイズサイズは激増し、その分起動時間も相当長くなるはず

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

>>966
Webサーバーに極度に最適化の具体的な内容を知りたい
ソースお願いします

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

https://devblogs.microsoft.com/dotnet/introducing-net-5/

だいぶのんびりやってるけどそのへんはAOT対応に期待だねえ

今までの.NETアプリの鈍重ぶりからしてシステムランタイム依存が
実際どれだけスタートアップ速度に貢献してたかなんてのも疑問だし

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

将来Coreは.NET5に移行することになるから、Frameworkでの開発がレガシー化するのは時間の問題でしかない
Visual Sutidioはオンライン版が発表されたし、デスクトップアプリの開発はもう死に体になろうとしてる
新しい開発フレームワークがこれまでより求められてきているが、Blazorは本命なのだろうか

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

レガシー化してもいいから.netcoreから変更なしで使えるようにしてくれたら何も問題ない
それを全部使えなくして再実装しなおすんだから馬鹿なんじゃないかと思う

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

サーバ用途はしらんけどデスクトップのWindows向けならほぼ間違いなく.Net Frameworkインストール済みだし
.Net Coreに移行してどんなメリットがあるのかわからん

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

Coreにしかできないことがあるだろ！　たぶん

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

>>971
ちょっとはググれよ

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

SCDを選択すれば今回みたいにWUでWinformsのレイアウトが崩れたりしない！！！

イヤあれ根本的な原因がフレームワークのコードに起因するのかWin32APIの変更に引っ張られたのか知らんけど

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

.net native ってのが有ってだな