ふらっと C#,C♯,C＃（初心者用） Part140

2018/10/04(木) 18:56:38.41

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■関連スレ
C#, C♯, C＃相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part139
https://mevius.5ch.net/test/read.cgi/tech/1533466544/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2018/12/09(日) 12:49:25.72

こうしてまた場外乱闘が始まる。
なんでわざわざ煽るかね。

2018/12/09(日) 12:50:49.25

jsとかpythonとかphpとか

2018/12/09(日) 13:01:48.54

>>880
別に煽ってないし
this付けたがる人はそもそもそんなに多くないと思うから杞憂だよ

2018/12/09(日) 13:02:30.07

>>878
いや呼び出しが識別子で始まらない場合って書いてあるでしょ
サンプルコードにあるように、New Hoge.Method() とか、ラムダ式を即時呼び出しするケース
これは純粋に構文解析上の制限だろう

2018/12/09(日) 13:13:46.66

BASIC系ではステートメントは原則的にステートメント種別を示すキーワードで始まらなければならず、式が単独でステートメントになることはできない
これは構文解析を楽にするための制限で、大昔の言語ではわりと一般的なスタイルだ
ただ、さすがにそれは不便だということで、識別子から始まる式については例外的に単独でステートメントになることができる
>>876のサンプルコードにあるようなケースでは四季がステートメントと見做されないから、例外的にCallが必須になるということだね

2018/12/09(日) 13:16:52.52

>>883
ああ、なるほどそうだねごめんw
MSDNの記事読んでなかったよw

VBは
(New TheClass()).ShowText()
と書けないのか。ダメな理屈がよくわからんなあ

ラムダ式の即時呼び出しは便利そうだね。
必要になった記憶はないし、戻り値を握りつぶすんじゃ相談室の方の661の
質問みたいなことはできないが

2018/12/09(日) 13:48:52.09

文法の違いにケチつけても意味無いだろ
外国語覚えるつもりで勉強しろよ

2018/12/09(日) 14:06:56.27

言語の記述方式ばっかりこだわって大したもん作れなかったら笑う

2018/12/09(日) 14:11:59.27

>>885
MSDN? docsじゃなくて?

2018/12/09(日) 14:54:32.29

>>878
vbではfncHogeの戻り値を設定するのに
return 1
fncHoge = 1
のどちらの書き方もできたねん
関数の中で、関数名を変数名として使えた

再帰処理なんか考えたら
パっと見紛らわしくて
可読性に問題あるけどね

2018/12/09(日) 16:17:23.00

>>889
あーVB6はそういやそうだったね
.NETになって以降のVBでもそうやって書けたんだ。知らんかった
https://msdn.microsoft.com/ja-jp/library/dd297703.aspx

>>871はこれを言ってたのか

2018/12/09(日) 17:30:37.98

ちょっとすれ違いだけどVB出てきたのでちょっと質問
C#でMicrosoft VisualBasicを参照にしてInteraction.InputBoxを使って「キャンセル」が押された場合は
VBで言うEmptyが返るはずなんだけど(VBのfunctionで何も値を設定せずexit functionした場合はEmptyが返る)、
EmptyかどうかをC#で判定する方法ってありますか？

2018/12/09(日) 17:38:47.00

VBScriptなんかだと
r = Inputbox("何か値を入れてね")
if IsEmpty(r) then MsgBox "キャンセル押したね？"
という風に空文字列と区別とできるのでそれをやりたいの

2018/12/09(日) 17:42:09.39

初心者用スレッドは学習者のためにあるべきだろう
進歩のないVBコピペプログラマーのためにコードを代わりに書いてあげる場所にはならないようにしようぜ

2018/12/09(日) 17:47:39.30

>>891
デバッガで何が返ってるか見たらすぐ分かるでしょ

2018/12/09(日) 17:53:08.88

>>891
何も入力しないでOKでも、キャンセルでも空文字列だから判別できないね
キャンセル判定したかったら横着せずに自分でフォーム作れって事でしょ

2018/12/09(日) 18:58:05.28

>>892
たぶん分かってると思うけど、ドキュメント見る限り無理だね
そもそも今時モーダルなダイアログを表示してテキスト入力させるUIってどうなのよって気がする
単純なメッセージボックスでもイラッとくるよね

2018/12/09(日) 19:01:49.57

>>891
その Empty の型はなに？
たぶん string なんだろうけど、それなら IsNullOrEmpty() あたりかね。
895 の言うような問題もあるけれど、もとから Empty かどうかだけで判定してたなら上ので用が済むんじゃね。

2018/12/09(日) 19:10:45.90

nullが来ないなら==でstring.Emptyもしくは""と比較するだけで良い

2018/12/09(日) 19:44:20.03

>>892
そもそも、今のVB.Netでもそれ出来ないから

2018/12/09(日) 19:47:41.34

＞モーダルなダイアログを表示してテキスト入力させるUI
えっこれって今いけてない扱いなの？
今どきはどんな感じでやってるの

2018/12/09(日) 20:09:11.31

>>900
俺もモーダルがいい派

2018/12/09(日) 20:35:01.06

別に本当に必要ならモーダルでいいよ。

どうせ分かって言ってると思うけど、モーダルなダイアログはユーザーの自由を奪って
特定の操作の完了を強制するUIだから、可能なら避けるべきなのは当たり前だし、
昔から嫌われ者だよね

そして、どうしてもモーダルなダイアログでテキストの入力を強制する必要があるケースなんか
あんまりないと思う。他にいくらでも代替手段があるでしょ

2018/12/09(日) 20:39:11.66

>>902
俺は逆
どうせ特定の手順でしか設定できない・しないのに無駄な自由度を付けて
バグを盛り込んでいるアプリが多い
完成度が低い

2018/12/09(日) 20:50:02.42

>>902
なるほど
でも業務システム作ってる身からすると>>903の意見に賛成

2018/12/09(日) 21:16:47.75

>>904
そだね～

2018/12/09(日) 21:26:29.57

>>902-903
システムモーダルなら問題あるけど、アプリケーションモーダルなら好きにすればいい

2018/12/09(日) 21:57:23.95

>>906
これ

2018/12/09(日) 22:21:24.37

うちの場合、モーダルではなく、入力されて問題ない時だけ入力出来るようにしてるわ。
ボタンも、押すと問題があるor意味がない時は無効化。
オペレーターの入れ替わり多い業界相手に売ってるから迷わせたらサポートが死ぬ。

2018/12/09(日) 22:21:51.64

アプリケーションモーダルでもメインウィンドウの移動が出来なくなるのは嫌い

2018/12/09(日) 22:34:38.83

IEではお気に入りに追加はモーダルなダイアログだったけど、
EdgeではChromeやFireFoxを真似てモードレスになってるよね。

まあ、さすがにモーダルの方が好みとか、作る方の都合を言ってるんじゃなきゃ
ネタで言ってるんだと思うが...

2018/12/09(日) 23:03:22.33

デバッガで追ってみましたがどうもだめっぽいのであきらめます
ありがとうございました

2018/12/10(月) 07:30:25.23

まさかクソセンスのないおまえらがUIを語るとは思わんかったw
大体ユーザーが喜ぶんわおまえらが良いと思う逆やからね
これ覚えとった方がええでw

2018/12/10(月) 07:53:13.93

おっそうだな

2018/12/10(月) 16:42:10.34

>>879
thisつけたいのはIntelliSenseで楽するためじゃない？

2018/12/10(月) 19:57:30.23

>>912
逆？違うよ
ユーザーが喜ぶのは
カッコイイとは無縁の
Excelだよ
設定はExcelファイルから
帳票はExcelファイルで出力
これさえ押さえておけばオールオッケー

2018/12/10(月) 22:56:37.46

モーダルダイアログの欠点は、マルチウインド故に偶に起こる事故でモーダルなのにウインドウがメインの裏に回っちまって操作不能になる
それが改良されたUWPのContentDialogは良いね
何しろメインウインドウ上に描画されているだけだから上記の事故が発生しない

wpfのmaterial design xaml toolkitでも似たようなことが出来るな

2018/12/10(月) 23:00:17.02

>>916
TopMost=trueにしとけば済む

2018/12/10(月) 23:33:16.90

そうなってもタスクバーからのサムネイルで消せるけど
工場のおっさん、電話かけてくるからな

2018/12/11(火) 07:50:38.93

>>916
つ親指定

2018/12/11(火) 17:14:17.41

>>919
そもそも>>916が言ってるような挙動は本当であればバグ。
内部の実装としては、親を指定しないバージョンが呼ばれた場合は
恐らくアクティブウィンドウを親にしてるはずで、そうであれば解決策にはならんだろうね

もっとも、こんな挙動は確かにWin9x時代は何度か体験した記憶があるけど、
Win2k以降は個人的には記憶がないなあ

2018/12/11(火) 20:53:01.04

>>916
それってweb画面では当たり前で昔からあるしIEベースのHTAでもできる
UWP発祥とかじゃないよ

2018/12/12(水) 07:55:33.61

>>920
GetParentをcallすれば分かる

2018/12/12(水) 15:25:10.30

たまに暴走状態になって強制終了するしかなくなるのですが、
単純なエラーではなく暴走なのでどこのプログラムミスで暴走しているのかわかりません。
対処方法ってありますか？

2018/12/12(水) 15:25:44.89

>>923
暴走状態とは？

2018/12/12(水) 15:30:47.96

こういうやつです。
マウスポインターで待ち状態のカーソルが出て半透明になり、その後↓の警告が出てくるような状態です。
https://kb.seeck.jp/wp/wp-content/uploads/2011/05/PTBL1912-s.jpg

2018/12/12(水) 15:41:22.57

簡単に再現すると、これを実行したような状態です。
bool test = false;
while (test == false) { };
しばらくすると半透明になって、右上の×しか押せなくなり、押すと↓のような警告が出て終了するしかなくなると思います。
http://dekiru.info/wp-content/uploads/2015/03/tskmgr02.jpg

2018/12/12(水) 15:49:07.30

単にメインスレッドで重い処理やってるだけのような気もしないでもないけども
とりあえずCPUに余裕があるならVS起動してプロセスにアタッチして全て中断してみる

2018/12/12(水) 18:46:12.29

盗んだバイクで

>>926
デバッグ実行してその問題が起こった時に、にIDEのツールバーの一時停止のピクトグラムのボタン
（ツールチップの表示は「すべて中断」）を押せばビジーループになってる箇所が分かるんじゃない？

2018/12/12(水) 20:23:04.54

>>926
VS2017ならデバッグのパフォーマンスプロファイラーで監視したらデバッグ停止した後にCPU負荷の一覧をメソッドごと(関数名)に作ってくれるよ
だいたいどこかのループで嵌っているんだろうから自分で書いているのなら当たりつけてブレークポイント入れていけばわかると思うけど

2018/12/13(木) 12:15:25.84

coroutine化汁

2018/12/13(木) 23:49:25.37

見た目とコードを分離するために、WPFとかではMVVM pattern使えとか
書かれていることあるけど、企業向けの業務アプリでは
コードビハインドにはほとんど書かずにMVVMでかく割合はどれくらいなの？

コードビハインドほとんど使わなかったらコードが冗長になって
マイナス面のが多そうに感じる。

2018/12/14(金) 00:16:03.93

その前にWPFを採用する割合がほぼゼロ
.NETの業務アプリなら今はほとんどがASP.NETで一部WinFormsが残ってるくらいだよ

2018/12/14(金) 02:47:17.47

うちは専用端末向けの業務システム売ってるけど、WPFでなくWinForms使ってる。
ハードウェアとASPサービスのセットが前提の売り物だけど。

2018/12/14(金) 03:27:54.19

>>932-933
クロスプラットフォーム対応のためにWeb appというのはかなり前
からあるのは知ってるけど、ほとんどというほどASP.netになってるの？
あとASPはclassic ASP.netではなくASP.net MVC?

Web appのデメリットとしては
ブラウザだとUIがしょぼくて操作性が落ちる
見た目も悪い
UIまわりの開発の時間とコストが増える
ブラウザバージョンアップで動かなくなる
パフォーマンスも落ちる
とかデメリットが多すぎるし全部ブラウザだけでなんとかするのは少数派だと思ってた。

2018/12/14(金) 03:43:58.72

>>932-933
web appとの比較は別にして、WinFormsとWPFの選択肢で
新規でWinFormsを選ぶ意味ってまったくないんじゃないの

ただWPFわかる人がいなくてWinFormsでやっちゃったというかんじかな
WinFormsはWPFに比べて表現力が劣るからUIまわりで後から細かい注文
ついたときに困ったことになるんじゃない

UWPが微妙だから、desktop appはWPFの一択になってると思ってたわ
今ならWPFよりもXamarin使ってクロスプラットフォームとリッチアプリの
いいところどりがいいのかな
コカ・コーラとかSMBCがXamarin使ってるらしいけどMonoバグだらけ時代を
知っているとXamarin使うのも怖い

2018/12/14(金) 06:22:30.47

分かる人がいないって超リスク要因なんだけどスルーなんすね

仕事したことあんのか

2018/12/14(金) 06:37:15.38

WPF分からずに使ってるならリスク保有
WPF分からないから使わないならリスク回避

2018/12/14(金) 07:06:46.41

工場のおっさんにそんなもんいらん

2018/12/14(金) 07:48:40.74

仕事したことないんだろうけど、業務アプリでは特にどうしても止むを得ない理由がない限りはWebアプリを選ぶんだよ
イケイケのWebベンチャーでなくても、毎日のようにリリースされるシステムって普通にあるんやで

2018/12/14(金) 08:08:29.06

俺が前にいた会社はWPFバリバリ使ってたよ。　
Blendも使ってた。
デザインセンターとやりとりするのにBlend確かに便利だったし。
WinFormsはほとんど使ってなかったな。

2018/12/14(金) 08:15:12.24

>>936-937
あおるつもりじゃなくて真剣に思うけど
開発やってる会社がWPFすら知らないってのは会社としてレベルが低すぎじゃないか
WPFでたのが2006年
12年経ってもWPFわかる人いないくて新規でWinFormsで開発ってかなりやばい
C#ならクライアントの要望に応じてWPF, UWP, Xamarinと提案できるのが
まともな会社だろう。

MVCへの反応なかったところみても、ASPも古臭いclassic ASP使ってるんだろうな
ORMも使わずSQLゴリゴリ書いてそう

>>938
PCの初心者ほどわかりやすく使いやすいUIが必要
Webアプリって最低レベルのUX, UIだ

2018/12/14(金) 08:27:22.66

Web appが使いづらいからこそ多くの企業がsmartphone appをリリースしている
一般の個人ユーザーでさえWeb appを嫌っているという証拠だ
業務で長時間使うアプリがブラウザベースっていうのは普通にゴミでしょ

>>939
本当はユーザーに選ばせたのではなく、classic ASPしかできないから
ほかも提案せずにclassic ASPで開発したんだろう。

ユーザーはやむを得ない理由がない限りブラウザみたいな使いづらいのを選ばない。
Xamarinとか使えばクロスプラットフォーム対応もできるわけで
Web appを使わなければならないケースもほぼないだろう。
不特定多数に使わせるシステムならブラウザでも仕方ないが社内利用だからな

2018/12/14(金) 08:35:34.97

今の業務系ってWebの方が多くない？
長時間使うものでも。
セットアップが必要だと割と嫌われる気がする。
環境変えるのは割と稟議要るし。
うちどうしてもクラサバにするアプリは未だにClickOnce使ってる。

2018/12/14(金) 08:39:24.37

業務系っつってもいろいろあるしな
インストールとかのこと考えたらwebで済むならwebでやったほうが導入コスト抑えられることもあるし
案件次第かと

2018/12/14(金) 08:40:29.88

考えるに、Web系にしたいのは、タブレット対応を出来るだけ楽にやりたいって方が大きいんじゃないかな。
iPadアプリなんかは大量に作るわけにもいかんし。エンタープライズでも個数は決まってるから。

ASPならある程度は楽だよ。
UI部分はJSフレームワークと内製コントロール使ってるけど、今までのフォームベタ書きより遥かに楽。
そういえば今Office365だってReactだね。

2018/12/14(金) 08:42:11.70

認証もSSOかけたいしね。アプリ毎にログイン画面出したり、ログイン用dll蹴るとかすると、クロスは意外に苦労する。

2018/12/14(金) 08:55:57.55

使いづらいとか関係ないんだよ
工場が使いづらいからって従業員がその工場を使わないなんてあり得ないだろ？
ID:GJ/DAGX40が想像してるのはその工場の中で使われる工作機械(Excelみたいなツール的なアプリ)の開発だろうけど、
実際のシステム開発では工場を作る仕事の方がずっと多いの

2018/12/14(金) 09:08:26.15

学生だと思うけど、仕事でバリバリ使える新しい技術を習得したいならUI技術なんかどうでもいいからAWSを学ぶことを強くお勧めする
伸び続ける需要に対してまともなクラウド技術者(AWSから単なるホスティングサービス以上の価値を引き出せる人)はSI業界では全然足りてなくて、
一通りのプログラミングスキルを備えた上で手を出すなら技術スキルとしては最強よ

2018/12/14(金) 09:54:48.70

業務系で漠然としすぎてるなら、基幹業務アプリと仮定する

>>943-944
Deploymentが心配ならgroup policyで一括でいれちゃえばいいでしょ
ClickOnceよりさらに楽になる

>>944
Deployはすぐ終わるけど、
ブラウザベースにすると社員の生産性が落ちてずっと損失が続くよ

2018/12/14(金) 10:07:13.08

>>947
使いづらいとか関係ないと言っちゃう人は開発者に向いてないんじゃないの
自分はフリーウェア作る時でもどうやったら他人が使いやすくなるかじっくり考えるよ

Excel？工場？
社会人だしASP.net MVCでサイト開発もやってるしDB側も自分でスキーマから作ってる。
受託開発のような立場ではない開発者

2018/12/14(金) 11:20:55.70

まあ普通はWinformsでできることにWPF使わないよね
情報もミドルウェアも豊富だし完全に枯れてるし開発者も簡単に見つかるし
グラボのドライバのトラブルをモロに受けたりしないし

Winformsでは実装が大変なリッチなUIを実現したい場合に初めて検討するんでええと思うわ

2018/12/14(金) 11:23:58.59

今ならWinFormかUWPの2択だな
WPFはない

2018/12/14(金) 11:29:39.83

UWPはもっとないと思うw

2018/12/14(金) 11:40:43.63

>>952
UWPは風前の灯やぞ

2018/12/14(金) 11:42:15.94

C#とたぶん関係ないけど、病院の待合室とか、科学館みたいなところで
いろんな情報をアニメーション付きで表示するサイーネージって今は何を使って開発してるの？
ああいうの大半はWindows PCだと思うけど

まさかFlashじゃないよね

2018/12/14(金) 11:43:35.88

>>955
何で作ってんのかは知らんけどああいうのがWPFを使うべき案件

2018/12/14(金) 12:05:29.63

なんでwebアプリだったら生産性が落ちるんだｗ
そんなんケースバイケースじゃん
広い世の中いろんな案件、全部一緒くたにしてよく語れるなｗ

2018/12/14(金) 12:30:35.29

Webアプリってことはサーバー用意しないといけないじゃん

WinFormでForm全体にGeckoブラウザ表示してhtmlとcssでUIつくればよくね？

2018/12/14(金) 13:00:30.21

そうしてみんなelectronにたどり着く
c#を捨ててtypescriptへ

2018/12/14(金) 13:37:59.34

erectionに空目した

2018/12/14(金) 14:06:57.13

Winform推してる人ってマジなのか？
デスクトップアプリ作るならWPFかUWPのどっちかだろう
いまだにWindows7の会社もあるんだからWPFしか使えないところもある

Winformの利点はvbでポトペタで誰でも出来るから作る人すぐ見つかるぐらいだと思うが

2018/12/14(金) 14:27:13.84

WinFormはlinuxでも動くからな

2018/12/14(金) 14:49:36.05

>>949
だいたいそういうものは特定の部署の人だけが使うものだから、そんなに細かくグループポリシー切ってないし、
グループポリシー変えるってのはそれこそ環境変えることだから、超慎重論者が出てくるよ。

2018/12/14(金) 14:52:35.74

>>955
サイネージはFlashあるよw
モダンな所だとHTML5だろうけど。
Animateで作れる範囲が多いんじゃないかな。
待合の番号表示はまさにWPFでやってるのを知ってる。

2018/12/14(金) 15:21:21.44

とはいっても、winformとWPFはオープンソース化されるわけで

2018/12/14(金) 17:17:59.74

>>958
業務アプリならどっちみちサーバーは必要
Webならクラウドでハード持たずに解決することもできる

2018/12/14(金) 18:56:43.52

>>943
ClickOnceの証明書どうしてる？

2018/12/14(金) 20:34:27.98

WinFormsいいよ、低レベルだから開発要員も集めやすいし

2018/12/14(金) 20:40:59.53

WPFはWinFormを脳死で移行出来る仕掛けを作らなかったのが敗因

2018/12/14(金) 20:54:36.99

結局まともなUIフレームワークがないのかあ
やはりWinFormにGeckoかクロウニウム表示して裏はc#ってのがいいんじゃねーの

2018/12/14(金) 21:08:51.43

今の時代はWinFormsが低レベルなんだよなぁ、と感慨にふける

2018/12/14(金) 21:15:19.16

winformsでも単色ベースでちょっと半透明でも混ぜとけば今風になるじゃろ？
xmlから動的生成もやろうと思えばできるし

**デフォルトの名無しさん** (ｽﾌｯ Sdaa-/nUu) · 2018/12/14(金) 22:26:59.49

WinFormでもちょっと凝った効果出したかったらOnPaintオーバーライドしてどうとでも描画できるからまったく問題ない

2018/12/14(金) 22:56:50.37

OSに合わせてフラットデザインにしてよ

2018/12/14(金) 23:01:36.40

WPFはサードパーティーのコントロールとかかわなくてもきれいなUIつくれる。
UIだけでなくDatabindingもWPFのが出来がいい

否定してる人は勉強してなくてWPFほとんど使ったことない人だろうな

2018/12/14(金) 23:08:33.13

>>963
中堅以上の企業ならdesktop PCの管理ツールいれてるでしょ
グループポリシーじゃなくても管理ツールで一括でdeployはできる

web appの場合はブラウザのバージョンをそろえる必要があるし
web appのが楽とも言い切れない

2018/12/14(金) 23:36:18.74

>>967
ちゃんと買ってるのもあれば、そうでないものあるって感じかな。
一応ルート証明書としてポリシーで撒いてるものはあるけど、必ずしも全てのプロジェクトでそれが使える訳ではない。

2018/12/14(金) 23:41:16.45

>>976
インストールって行為がいかんのだと。
こちらが入れるあちらが入れるの問題ではない。
あんまり資産管理アプリの存在を気取られる訳にもいかんしな。

ブラウザのバージョンはもっと話が単純で、完全固定だよ。IEだけど。
Windows Updateも検証してから撒いてる。

2018/12/15(土) 00:14:27.07

>>975
そんなことないよw
もうだいぶ忘れちゃったけど、Win8が出た時にストアアプリと一緒にWPFも勉強した。

その上でやっぱりWPFは問題あると思う。
WPFの利点は認めるし、XAMLを導入した問題意識もよく分かる。

Windows Formって基本的に30年前のUIだから表現力に問題があるのはしょうがないとしても、
実用的なUI作るとFormのコードが肥大化してメンテしづらくなる。

だからバインディングその他を使ってイベントハンドラを追放しよう、って発想はよくわかるけど、
これでコードが減って可読性が上がってメンテしやすくなったかと言うと...個人的には大疑問。

むしろFormより悪くなっちゃってるとしか思えない。
WPFが普及しなかったのか結局そこだと思う。

前も書いたけど、WPFは作ってる時はいいけど、後で見た時に必ずしも可読的じゃない。