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

2020/12/16(水) 11:29:35.35

!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

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

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

■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries
http://referencesource.microsoft.com/
・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html
・DOBON.NET　.NET Tips
https://dobon.net/vb/dotnet/index.html

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

2021/02/11(木) 06:26:05.10

>>564
じゃ、今までなんで分けてたの？

2021/02/11(木) 06:28:27.83

意識高い系が作ったから
XMLで画面デザイン、俺かっこいい

2021/02/11(木) 06:41:08.46

>>568
ちょっとなに言ってんのかよくわかんないな　by 富澤

しかもXMLじゃなくてXAMLじゃないの？

2021/02/11(木) 06:45:22.54

XAMLがXMLでないならそうだろうな。
以下世に出たときの売り文句や

EXtensible Application Markup Language (XAML) is a XML based markup language developed by Microsoft. It is used in several Microsoft technologies like Windows Presentation Foundation (WPF), Silverlight, WinRT, Universal Windows Platform, etc. to define the User Interface for applications.

2021/02/11(木) 07:54:59.98

それでも「XAML＝XML」じゃないだろ

じゃ、なにか？XMLで書けばデザインできるのか？

<?xml version="1.0" encoding="Shift_JIS"?>
<?xml-stylesheet type="text/xsl" href="testxsl.xsl"?>
<おこづかい帳>
　<支出>
　　<内容>
　　　<日付>1月20日</日付>
　　　<交通費>780</交通費>
　　　<食費>980</食費>
　　　<嗜好品>250</嗜好品>
　　</内容>
　　<内容>
　　　<日付>1月21日</日付>
　　　<交通費>950</交通費>
　　　<食費>1200</食費>
　　　<嗜好品>300</嗜好品>
　　</内容>
　　<内容>
　　　<日付>1月22日</日付>
　　　<交通費>500</交通費>
　　　<食費>1500</食費>
　　　<嗜好品>250</嗜好品>
　　</内容>
　</支出>
</おこづかい帳>

・・・一体、どんなデザインになるんだろな、これ？

2021/02/11(木) 08:10:23.63

馬鹿なのかしら…

2021/02/11(木) 08:39:30.15

日常生活に問題が出る程の馬鹿だな

2021/02/11(木) 09:00:10.84

>>567
出自が違うからだろ
合併した会社になんで今まで別だったの？
って聞くようなもんだ

2021/02/11(木) 09:14:28.30

>>568
まあある意味意識高い系が作ったから自動テストが楽でCI/CDバッチリってところだよな。

2021/02/11(木) 09:27:06.58

デメリットもあるけど、メリットもあるね。

ザマリンは取り巻きがユーザーを馬鹿にして炎上したけど

2021/02/11(木) 09:58:06.70

ｈｔｍｌを触れる程度の知識があればxamlでアニメーションをやらないレベルまでなら簡単に扱えるはずなのにな
webアプリを使える設定の人が何故そこまでxamlを拒否するのか理解に苦しむ

2021/02/11(木) 10:01:50.05

世の中業務アプリ屋だけだと思うなよw

2021/02/11(木) 10:04:15.26

このまえ興味本位で「WinFormsぐらいの気軽」なソフトを WPF で作ってみたけど、別にタイヘンってことはなかったような。
まあ環境が違うから覚えることはあったけど。・・・もう忘れたけど。w

2021/02/11(木) 10:07:51.67

一応Forms爺とWeb派は別勢力だと思いたいところだけど、たしかに
Forms爺がWPFをdisるためだけにwebを持ち出している感も否めない。

2021/02/11(木) 10:18:08.25

>>577
簡単だけど記述量が多くて結構面倒って感じ
css程度の記述量で済むようにして欲しいわ
あとstaticresourceやdynamicresourceとか使おうとすると結構ムズい

2021/02/11(木) 10:37:27.67

WebView2ってWPFみたいに重くないの？

2021/02/11(木) 11:00:57.44

XAML∈XMLって理解できないバカがいるな

2021/02/11(木) 11:12:52.35

>>566
winFormsと同じように書けますよ。
イベントハンドラーで。

ただ、みんな苦行プレイ(mvvm)が好きなだけ。

2021/02/11(木) 11:16:29.74

>>566
WPFの実装みるとまず
コードベースの実装があってそれに対応する
XAMLベースの表現(記法)がありますね。

なのでその逆で考えれば良いです。

2021/02/11(木) 11:22:49.45

Formsもそのまま使えば楽ちんだけど、ちょっと凝ったことやってオーナードローに手を出すと途端に面倒になる

>>584
WinUIになるとvmにイベントハンドラを書けるから、そこらへんは解消されるんだけどね

2021/02/11(木) 11:53:47.88

>>586
単にwinFormsの改良版としてWPFつかえますよ。
（テンプレートをXAMLで実装してるので
幸福になれます。）

その基礎の上にMVVMを追加してるだけです。
早く気づきましょう！

2021/02/11(木) 12:46:25.44

WPF(XAML)固有の問題なのか宣言型に一般的な問題なのか判断するだけの
経験がないのでアレだけど、WPFの一番嫌なとことは
自分が書いたコードでも後から見たとき何をどうやって実現してるか、
理解するのに時間が掛かり過ぎること。これが他人の書いたコードならなおさら。

なんちゃらフレームワークでMVVMなんてやってるとこの傾向にさらに拍車がかかる。
こんなもの推進してる奴はメンテを考慮する必要性がなく他人のコードを読むことも
やらない人種なんじゃないか？というのが偽らざる感想。

ちょっと上のラムダ式批判とかはスタティックおじさん級の無理解か勘違いだろうけど、
誕生から15年とか経過してここまで普及しないXAML系はやっぱり根本的にどこか問題があるとは思うね。

2021/02/11(木) 12:51:30.38

>ここまで普及しない

そもそもこれ事実かねぇ？単に5chでアンチWPFの声が大きいだけにも思うが。

2021/02/11(木) 13:01:06.47

初心者スレでイキってないでそろそろこっちへ行け

WPF(.NET4.x, .NET Core) GUIプログラミング Part25
https://mevius.5ch.net/test/read.cgi/tech/1612522463/

2021/02/11(木) 13:05:05.39

だって専門スレだと笑い者にされる馬鹿にされるんだもの

2021/02/11(木) 16:31:22.52

>>588
これは同意

QtのQMLとかと比べると
XAMLが不必要に冗長でノイズが多いのがよく分かる
https://doc.qt.io/qt-5/qmlfirststeps.html

2021/02/11(木) 17:04:29.55

その辺の印象はやっぱりxml自体に馴染みがあるかどうかで違うんだろうな。
自分は独自文法よりxmlの方がよっぽどありがたいが。

あと現実問題として、サードパーティのコンポーネントを追加するなら名前の
衝突をを考慮しないとならないが、xmlなら名前空間が規格に含まれているので
こういった用途に適している。

2021/02/11(木) 17:34:42.76

>>592
Blendを作る為に必要だった機能だからね。
使わなきゃ意味...

>>593
XAMLとその上に構築された
MVVMライブライリがゴッチャになってるね。

XAMLのタグはC#で簡単に作れる事に
気づけてない人の割合は99%ぐらいなのかな？

2021/02/11(木) 17:42:30.14

リソースに対する優位性は？
ロード時間を犠牲にするだけのメリットが
無いと選択されないな

2021/02/11(木) 18:13:31.33

winformと同じくらいのコード量で作れるようにしてくれないと困るわ

2021/02/11(木) 18:28:09.94

>>596
老害はそのままWinForms使ってなよ

2021/02/11(木) 19:32:48.45

なんかイキってるやつがいるな

2021/02/11(木) 19:47:54.21

pinta も paint.NET もWPFを採用していない
事が全て(＝向き不向きがある)
だと思うのだけどね。

信者はそれを受け入れられないw

2021/02/11(木) 20:05:19.03

WinFormsに回帰せよ
見た目は最新のモダンなGUI部品、
中身はWinFormsってのも不可能じゃないでしよ、頑張れよMS

2021/02/11(木) 20:09:34.00

もうQtでよくね？と思う
商用もOKっぽいし

2021/02/11(木) 20:13:58.80

QImageかQPixmapがMatサポートしたら
考える

2021/02/11(木) 20:22:34.99

>>599
よりによってWPFリリースより前に開発されたソフトを持ち出す頭の悪さ

2021/02/11(木) 20:28:55.42

>>603
WPFは2006年。pintaは2010年。
4桁の比較も出来ない馬鹿は死ね

2021/02/11(木) 20:45:16.85

>>600
賛成

2021/02/11(木) 20:48:28.14

pintaはPaint.NETを参考にクロスプラットフォーム対応でGTKで開発したもの
元のPaint.NETの開発は2004年

2021/02/11(木) 23:20:50.41

ちょっと戻って整理してくれ。

WPFは従来型（コードビハインド）での実装も
根本レベルでサポートしてるのに、
なんでwinFormsに回帰したいん？

2021/02/11(木) 23:42:04.25

>>596
自分で書かなきゃならないコード量ってそんなに違ったっけ？
このまえ「WinFormsぐらいの気軽」なソフトを WPF で作った時は自分で書いた量はそんなに違わなかったような。

2021/02/12(金) 00:29:54.50

Wpfは、Prism.Unity等のDIコンテナ使う前提で設計すると、コード量は却って少なくなるんじゃね？
DIそのものじゃないが、Event Aggregatorなんか凄く便利だ

2021/02/12(金) 02:33:39.65

非同期の勉強してるんですが、
1つの処理を非同期にしたら、それを呼び出すメソッドも、更にそのメソッドを呼び出すメソッドも非同期に・・・・
って感じになってしまうんですが、ピンポイントで非同期にして上手い設計にするコツを教えてください。

2021/02/12(金) 03:41:53.86

>>610
煽る意図は全然ないつもりだけど、
そもそも非同期が何を意味してるのか理解しているように聞えないので
まずそれを理解するのが先だと思うよ。

設計とかその後の話でしょ。

2021/02/12(金) 04:13:40.25

>>610
非同期の勉強を始めると一度はぶつかるよね
同期メソッドから非同期メソッドを呼び出せばいいだけでググれはすぐでてくると思う

2021/02/12(金) 04:24:05.42

>>610
補足だけど設計という話になると、非同期メソッドを呼び出しているメソッドが非同期メソッドじゃない様な設計をいいとは思わない

2021/02/12(金) 04:35:12.34

でもこう間違ったのはよく理解できる
結構な数の入門書やブログに、こういった間違った記述があるんだよな

**610** (ﾜｯﾁｮｲ 9354-cU8Z) · 2021/02/12(金) 04:43:36.86

ありがとうございます。ググってみました。

非同期処理の結果を受け取るために、Result ばっかり使用していたのですが、デッドロックするという情報を見て脳死してました。

・戻り値が欲しい場合は呼び出し元の同期メソッドで、GetAwaiter(false).GetResult();
・非同期メソッド内で処理完結させたい場合は、GetAwaiter(false).OnCompleted();
・同期メソッド内で非同期処理を完結させたい場合は、Task.Run();
をすればとりあえず大丈夫そう？という感じみたいなので、これをベースに考えてみます。

今勉強で作ってるのが WinForms アプリですが、多くの処理の起点が戻り値 void のイベントハンドラで、
GetAwaiter(false) にすれば、空いてるスレッド使うことでデッドロックのリスクも下がる(なくなる？)みたいなので、試行錯誤してみます。

2021/02/12(金) 05:48:58.46

>>615
それはResult云々というより変な場所でawaitしてるとじゃないの？
Awaiterは直接扱う物じゃないしConfigureAwaitの間違いだと思うけど
基本的にはUIスレッドで待つ・結果を得るならTaskをawaitするだけ
ライブラリ作るとか、妙な組み方しなければ意識する必要はないはず

元スレッドを解放したい場所（多くの場合UIスレッド）でawaitを使う
非同期処理ならば結果を取り出して返すのではなくTaskを丸ごと返す
勿論それが絶対ではないが、大抵の場合はそれで済むんじゃないかな
あとはProgress<T>とかContinueWithとかTaskExtensions.Unwrapとか

2021/02/12(金) 09:14:15.17

>>600
WinFormsは要素を大量生成するとバカ重くなるという現代GUIには向かない根本的欠陥がある
WinFormsもといWin32はコントロール一つ一つがCreateWindowで生成されるウインドウだからな

その点WPFはWindowクラス以外は基本「ただの絵」であるため大量生成してもそこまで重くならない
が、WPFは抽象化に抽象化を重ねまくったせいで初期の時点でかなり重いという元も子もない産物だが

2021/02/12(金) 09:30:08.77

WPFは無かった扱いにしてパフォーマンスも記述も洗練された奴を作り直してくんねえかな
悪くなかったとしても15年前のアーキテクチャだ
バージョン2が出てもいいだろう

2021/02/12(金) 10:18:15.52

>>618
それが、こんどのMS流 MVU（Model-View-Update）ジャマイカ？
https://devblogs.microsoft.com/dotnet/introducing-net-multi-platform-app-ui/
https://forest.watch.impress.co.jp/docs/news/1254643.html

2021/02/12(金) 13:13:53.93

yield

2021/02/12(金) 19:15:40.43

ｲｴｰｲ

2021/02/12(金) 19:53:50.62

遺詠

2021/02/13(土) 23:26:09.07

WPFはもうサポート終了にして終わりでいいのではｗ
XAMLがクソ過ぎるｗ
もっとマシなものを作ってほしいわ

2021/02/13(土) 23:33:59.55

新しいものが出たってどうせついてこれないんだからそのままForms使ってればいいんでない？

2021/02/13(土) 23:36:28.82

>>623
XAMLじゃなくてMVVMじゃねえの？
WPFはwinFormsの上位互換だが。

2021/02/13(土) 23:36:39.68

あからさまにメリットなかったやん
書籍も全くない有様

2021/02/14(日) 00:04:22.88

メリットがないは言い過ぎで、レイアウトやデザイン性の自由度は明らかにFormより圧倒的に高い。
反面GDI+の機能を完全に包含してない、みたいな問題点もあった。

2021/02/14(日) 00:31:12.63

こんど WPF + VMU で
少し状況かわるんじゃねーーの。

2021/02/14(日) 00:31:45.69

WPF + MVU

2021/02/14(日) 00:44:18.09

>>624
ホントそう思うしMSも下手にWinFormsと同じようにイベントハンドラー書けるようにするもんだから>>625みたいに上位互換とか勘違いする奴が出てくる
別物としてMVVM守んねーと書けないからちゃんと勉強しろ、できねー奴は切り捨てる！
ぐらいすればいいのに

2021/02/14(日) 00:49:41.65

で、MSが開発者から切り捨てられるわけですね
笛吹いても誰も踊らない

2021/02/14(日) 00:50:37.43

じゃあ、それができてるサンプルないの？ってゆーたら1個も出てこなかったじゃない？

2021/02/14(日) 00:51:52.68

基本線で上位互換です。
① WPF + イベントハンドラー
② WPF + MVVM
③ WPF + MVU
メジャーなもんでもこんなに...

2021/02/14(日) 00:52:35.39

この世のどこにもないものを何故か偉そうに語ってたってのが真相

2021/02/14(日) 00:55:34.53

XPSをどうしたいのか？とか
疑問は尽きないよな

2021/02/14(日) 01:01:03.63

WinFormsと同じコントロールを用意しているなら上位互換だけど
WPFはコントロールの数は減っているし、同じ名前ですらないし
ちょっとしたツール作るだけならWPFで作る理由が全然無いな

世に売るようなものでデザインとかスケーリングとか考慮するなら
WPFでもアリだろうけど、今はelectronとかで作ったほうがmacにも対応出来るし
WPFはもう過去のものという感じがするわ

2021/02/14(日) 01:16:47.00

業務アプリだけど、WPF出始めから採用して、全然問題なくみんな移行できたよ。

2021/02/14(日) 01:32:57.20

前も書いたかもしれんけどデータ数が多い折れ線グラフなんか実装しようとすると
行き詰るんだよねWPFは。これでWPFが嫌いになった。

あと、これは勉強不足で勘違いしてるかもしれないけどGDI+みたいに印刷と画面を
透過的に扱えない。

2021/02/14(日) 01:45:32.23

MVVMで使ってるコントロールも
内部実装はMVVMしてませんしねwww

2021/02/14(日) 01:46:58.58

酷い裏切り行為だな

2021/02/14(日) 01:51:03.43

コントロールをMVVMにする意味あるのか

2021/02/14(日) 02:02:16.26

>>641
無いです。
外向きにMVVM対応させて内部実装は普通の実装です。
まあ最短高速な実装です。

昔クラスが１０００以上あるでかいグラフコントロールを改修したときも、
内部はMVVMじゃなく普通の実装でしたし、
それ以外の関連コントール（とある会社のWFPコントールスイート製品）
もそんな感じでした。

2021/02/14(日) 08:37:53.56

chartコントロールが標準で用意されてないのが気に入らん
上位互換ならコントロールもwinform以上用意しとけよ

2021/02/14(日) 09:03:10.41

そもそも上位互換って言ってるのはMSじゃなくて>>625だし

2021/02/14(日) 09:16:57.56

禿道

2021/02/14(日) 09:23:18.05

>>627
そのGDI+ももう明確にレガシーとされたしね。Forms使ってる人もDirectXにしろってことなんだろう。

2021/02/14(日) 09:25:17.46

ザマリンはskia

2021/02/14(日) 09:33:25.22

formと互換性あるとかかなり痛い人だな

2021/02/14(日) 11:00:50.44

>>643
作ろうと思えば作れるだけマシ
WPFはちょっと頑張れば最新ゲームのUIかのようなトリッキーなものも普通に作れるからな
WinFormsで同様の事をしようとするとOnPaintオーバーライドするなりしてGDIやDirect2Dで自力描画しないといけない（描画のみならずマウスの感知動作なども自力計算）
実際俺は自力描画でWinForms版マテリアルデザインとか昔作ってたけど

2021/02/14(日) 11:35:44.81

2021/02/14(日) 13:02:54.63

>>649
俺もWPFでそれなりのことをやってるが、
そもそも業務アプリにはそんな「トリッキー」な機能は要らん
他の人も言ってるが、WinFormsで充分
…という話がまだ理解できないのか？

2021/02/14(日) 13:08:44.18

テンプレに書かれている日本語理解できないのか？

2021/02/14(日) 13:20:53.69

>>652
日本語初心者なんでしょう

2021/02/14(日) 13:22:05.52

作ろうと思えば作れるって話なのに、そんなもの要らん→だからFormsで充分、と
飛躍するところがいかにも頭が悪い。

2021/02/14(日) 13:25:35.27

>>651
別に俺はWinForms要らないとも言ってないしWPFマンセーする気はない
小規模アプリであれば「WinFormsで十分」は同意だけど、中規模以上だと何だかんだでMVVMのが生産性高いしカスタム要素が必要になる率も高いから「WPFで十分」も同様に言えるんだけどな
まぁ俺はそもそもqt派だからもう全然まともにデスクトップ開発でC#使ってないが

2021/02/14(日) 13:35:12.11

トリッキーな機能は要らないからプレゼンテーションはフレームワークにおまかせして
人間はモデルの実装に集中しようぜ
それができるのがMVVM、MVUだよって話だろ
WinFormsだと一番省力したいプレゼンテーションで疲弊するじゃん

2021/02/14(日) 13:39:25.24

ご移動下さい。
WPF(.NET4.x, .NET Core) GUIプログラミング Part25
https://mevius.5ch.net/test/read.cgi/tech/1612522463

2021/02/14(日) 14:04:10.76

MVVMなんかいらないよ
いらないから誰も使ってないんじゃん

2021/02/14(日) 14:14:37.91

MVVMは単なるXamlの付属品じゃなくて、Prism.Unityを中心としたページ遷移型のアプリケーション構築
EventAggregatorによる疎結合のイベント通知、DIコンテナによるモジュールの管理なども有る
勿論web系でも使われている技術だけど、Formsではあまり使わない技術だね
ここらへんを一度使っちまうとFormsには戻りたくなくなる

2021/02/14(日) 14:34:25.50

>>659
嘘じゃん
画面直したら処理も書き換えだよ
そんな嘘ばっかり言ってるから誰も相手にしなくなった

2021/02/14(日) 14:43:14.04

冗談のつもりだったのにホントに日本語理解できてないのか？

ふらっと C#,C♯,C＃（議論用） [無断転載禁止]©2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1469538912/
WPF(.NET4.x, .NET Core) GUIプログラミング Part25
https://mevius.5ch.net/test/read.cgi/tech/1612522463

移動できない奴は、バカなのでぼくの主張は間違ってますって言ってるのと一緒だと気付けよ

2021/02/14(日) 16:08:58.24

全部Microsoftが悪い

2021/02/14(日) 17:40:25.04

何度も言うけどこんな過疎スレでなんで一生懸命「交通整理」してるのか、
その自分の動機の卑しさを自覚できない奴が一番バカっぽいと思うよw

誰かのため？みんなのため？
絶対違うよねそれ。
いやこれマジで大丈夫か。

2021/02/14(日) 19:57:36.92

>>616
615じゃないけど質問です
>基本的にはUIスレッドで待つ・結果を得るならTaskをawaitするだけ
wpfで結果を得てプロパティを変更しイベントが発生する場合
Dispatcher.BeginInvokeは必要ですか ?

2021/02/14(日) 20:12:15.63

>>663
移動しない理由は何？
頭のいい回答を期待してる。

2021/02/14(日) 20:44:22.17

>>663
死ねよ