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

**ななC** ◆jPpg5.obl6 · 2020/05/27(水) 10:14:39.92

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part147
http://mevius.5ch.net/test/read.cgi/tech/1582100741/
■関連スレ
C#, C♯, C＃相談室 Part94
http://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/index
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

**デフォルトの名無しさん** · 2020/08/24(月) 15:37:30.98

>>688
長いループや超頻繁に呼ばれる処理でLinq挟むプログラマがどれほどいるのかと言う点での確率
それで言うと天文学的よりは全然高かったな、すまん

**デフォルトの名無しさん** · 2020/08/24(月) 15:38:42.64

俺も初めの頃はわけわからんし使わなくても処理できるやんって思ってた
使い慣れるとlinq無しでなんでC#使ってんの？ってくらいには必須機能になった
linqがあるからC#好きになれたまである

**デフォルトの名無しさん** · 2020/08/24(月) 15:42:14.73

俺の場合はラムダ式がわからん、というよりどういうケースだとlinqで簡潔にさばけるか？がピンとこなかったのが大きいかな

**デフォルトの名無しさん** · 2020/08/24(月) 15:56:59.56

c#でLINQガンガン使った後に
stream使えないAndroid Javaやるとすっげーめんどくさくて途端に生産性落ちる

**デフォルトの名無しさん** · 2020/08/24(月) 16:09:29.88

ラムダ式とは言うけど無名関数を省略して読みやすくしてるだけだしな

本質が抽出されて見やすい

**デフォルトの名無しさん** · 2020/08/24(月) 16:12:46.94

えっAndroid Javaってstream使えないん？

**デフォルトの名無しさん** · 2020/08/24(月) 16:39:00.30

宣言もなしにaとかbとかつかってわけわかめ

**デフォルトの名無しさん** · 2020/08/24(月) 16:58:28.67

>>679
こういうの気にしだすとたかが文字列操作ですらヒープアロックが発生するC#は使えなくなるんだよなぁ
実際俺は仕事でしかC#使わなくなったわ
常駐レベルで使用するようなアプリはC++で作るし、そうじゃないものはElectronとかで作っちゃうな
C#はどちらにしても中途半端

**デフォルトの名無しさん** · 2020/08/24(月) 17:03:17.54

パフォーマンス重視でもC++はねえな
RustかGoでしょ
Electronはクソ重いから論外

**デフォルトの名無しさん** · 2020/08/24(月) 17:03:56.60

Linqわかりづらいか？
むしろ、だからC#使ってるって同意見。
ラムダもそう。
拡張メソッドも地味に便利よね。

Go使ってブラウザで操作する類のものもよく作るが、
小物にelectronは無いな。
巨大すぎるわ。

**デフォルトの名無しさん** · 2020/08/24(月) 17:09:06.88

Rustって言われてる割にちゃんとした完成品を見たことがない
意識高い系がとりあえず言ってるだけって印象が完全に根付いてしまった

**デフォルトの名無しさん** · 2020/08/24(月) 17:10:22.28

>>695
hogeList.Select(x => x.Foo)
みたいなのがあったときに、このいきなり出てきた「x」って何？ってなるのは気持ちとしては分かる
色々簡略化された結果こう書けるんだってのが分かると気にならなくなる

**デフォルトの名無しさん** · 2020/08/24(月) 17:51:58.44

複数次元の複雑なデータ構造触ればLinQのありがたみが分かるってもんよ

**デフォルトの名無しさん** · 2020/08/24(月) 20:52:34.75

今のVisual StudioはC++で作るの非推奨だからC#で満足してるわ

**デフォルトの名無しさん** · 2020/08/24(月) 21:37:59.27

>C++で作るの非推奨
？

**デフォルトの名無しさん** · 2020/08/24(月) 21:47:57.80

むしろ近年のMSはC++に回帰してるんだよなあ

**デフォルトの名無しさん** · 2020/08/24(月) 21:57:28.04

流石によほどのことがない限りC/C++を捨てたりしないでしょ

**デフォルトの名無しさん** · 2020/08/24(月) 22:45:50.15

昔々ifとgotoで自由にループを書いていた暗黒時代を経てよく使う特定ユースケースが、
・while
・until
・for(each)
に整理され抽象度が一段上がったのと同様、for(each)で自由に書いていたループ処理のうち特定ユースケースが、
・select
・where
・any
・contains
などに整理され抽象度が一段上がったのがLinq to Object。

**デフォルトの名無しさん** · 2020/08/25(火) 08:46:47.00

SQLっぽい印象だな

**デフォルトの名無しさん** · 2020/08/25(火) 09:38:59.89

Linqのselectは、SQLと違って個々のオブジェクトを返すわけじゃない点が使いづらいな
一体なんでこんな仕様になってるんだか・・・・

**デフォルトの名無しさん** · 2020/08/25(火) 10:44:48.22

>>708
どんなケースが使いにくいん？

**デフォルトの名無しさん** · 2020/08/25(火) 10:48:05.40

>>709
重ねると、ふたがひしゃげるやつ

**デフォルトの名無しさん** · 2020/08/25(火) 11:07:22.87

det=0

**デフォルトの名無しさん** · 2020/08/25(火) 11:33:48.25

ループからシーケンス（列挙オブジェクト）という発想の転換は偉大だったと思うし、
その意味では一般にはほどんど評価されてないように思えるイテレーターは凄い発明だと思ったけど、
正直LINQに関してはそこまでの革新を今も感じないね。

クエリ式は特に読みづらいしねw

**デフォルトの名無しさん** · 2020/08/25(火) 12:00:17.35

イテレーターが凄い発想？
再帰なんて古代エジプトからあるだろ

**デフォルトの名無しさん** · 2020/08/25(火) 12:19:29.57

イテレータと再帰に何の関係が？

**デフォルトの名無しさん** · 2020/08/25(火) 12:22:26.05

学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学物理学化学生物学天文学地理地学
IT 電子工学言語学国語方言など

VM + ASM を書いた (C#, DX) * x86 ではない!
simulationライブラリで純粋な関数式プログラミングをする
UIライブラリ (C#, 2D) を作ったよ
連続と離散を統一した！
4Dエンジン
matrixのライブラリ
ある強力なFor関数
SQLライブラリ

VM + ASM のダウンロード
ttp://up.x0000.net/files/TSimulang.zip

**デフォルトの名無しさん** · 2020/08/25(火) 12:22:45.39

繰り返しになりますが>>181

**デフォルトの名無しさん** · 2020/08/25(火) 12:25:17.30

>>716
404 - Page not found

**デフォルトの名無しさん** · 2020/08/25(火) 12:31:50.66

>>713
再帰？
知ったか失敗なのかな？

**デフォルトの名無しさん** · 2020/08/25(火) 12:41:40.12

>>717
https://docs.microsoft.com/en-us/archive/blogs/nakama/net-part-1
確かに
https://docs.microsoft.com/en-us/archive/blogs/content-removed
ですね
https://docs.microsoft.com/en-us/archive/blogs/nakama/233

We're no longer updating this content regularly.
Check the Microsoft Product Lifecycle for information
about how this product, service, technology, or API is supported.

**デフォルトの名無しさん** · 2020/08/25(火) 12:43:18.95

>>717
消されたんかな？

.NETの例外処理 Part.1
https://web.archive.org/web/20190112010848/https://blogs.msdn.microsoft.com/nakama/2008/12/29/net-part-1/

エラーチェックの体系的な分類方法
https://web.archive.org/web/20190112010345/https://blogs.msdn.microsoft.com/nakama/2009/09/28/293/

↑のページに「.NET の例外処理 Part.1~4」と、「.NET と Java の例外処理の違い」のリンクがある

**デフォルトの名無しさん** · 2020/08/25(火) 12:55:44.93

メソッド単位で例外拾って握りつぶすのが最強

**デフォルトの名無しさん** · 2020/08/25(火) 14:50:23.21

アクセス修飾子のデフォがわかりにくい。
classだけだとpublicなのかprivateなのかわかりにくい。
そんなもんいつまでも覚えてられない。
現代人は忙しいのだ。

**デフォルトの名無しさん** · 2020/08/26(水) 16:45:57.46

教えてください
VS Comunity2017使ってるのですが
インストールされてるC#のバージョンって何処見れば分かりますか？
switch文のcase条件を型でwhen句使って分岐できるから7.0以上だと思うけど
ちゃんと確認しておきたいので

**デフォルトの名無しさん** · 2020/08/26(水) 16:54:15.45

C#のバージョンとは

言語のバージョンなのか？
コンパイラのバージョンなのか？
.NETのバージョンなのか？

**デフォルトの名無しさん** · 2020/08/26(水) 16:57:35.70

Communityはちょっと分からんのだけど
ソリューションエクスプローラーのプロパティ→ビルド→詳細

もしくはこれでもいいかな
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/configure-language-version

**デフォルトの名無しさん** · 2020/08/26(水) 16:59:22.64

>>723
なんでそのまま検索せずにここで聞くのか２００字以上４００字以内で教えてくれ

**デフォルトの名無しさん** · 2020/08/26(水) 16:59:52.62

あーそういうのがあるんだ、、、
言語かコンパイラだと思うけど
バージョンによって使える構文が違うでしょ？
それはコンパイラなのかな？

**デフォルトの名無しさん** · 2020/08/26(水) 17:02:24.82

ufcppでも見とけよ
M$の中の人だから嘘偽りはないと思う

**デフォルトの名無しさん** · 2020/08/26(水) 17:03:11.03

例えばこんなのとか
https://ufcpp.net/study/csharp/cheatsheet/langversionoption/

**デフォルトの名無しさん** · 2020/08/26(水) 17:09:31.13

>>725
ビルドの詳細にあったわ
ありがとう
他の奴らは死ね

**デフォルトの名無しさん** · 2020/08/26(水) 17:10:37.32

他のやつらは氏ねはひどいなあ
>>725はID変わったけど俺だぞ

**デフォルトの名無しさん** · 2020/08/26(水) 17:27:52.35

自殺した>>730がいると聞いて

**デフォルトの名無しさん** · 2020/08/26(水) 17:52:34.19

ソリューションとプロジェクトの違いは？

**デフォルトの名無しさん** · 2020/08/26(水) 17:54:02.89

かっこいい
C# で描きたい
https://twitter.com/tachisto/status/1298258890941898752
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2020/08/26(水) 18:12:42.56

>>733
C#でどうなのか知らんけど、昔ながらのWindowsアプリの場合だと。

一つのアプリにはDLLやEXEが複数必要です。

ひとつのアプリを作るためにソリューションを使います。
ひとつのDLLやEXEを作るためにプロジェクトを使います。

したがって、ソリューションの中にはDLLやEXEの数だけプロジェクトがあります。

って感じでした。

**デフォルトの名無しさん** · 2020/08/26(水) 19:02:50.43

荒らしには、答えない方がよい

検索すれば誰でも分かる

**デフォルトの名無しさん** · 2020/08/27(木) 12:18:48.37

.Net Core3.1のWinFormsってDataGridView無いのか・・・
まぁデスクトップアプリなら.NET Frameworkで不自由はないんだけどさ
さすがに.NET5ではこの辺も完備されるよね？

**デフォルトの名無しさん** · 2020/08/27(木) 15:38:25.12

しばらくは.netが安全かね

**デフォルトの名無しさん** · 2020/08/27(木) 15:39:09.43

ごめん.net frameWork

**デフォルトの名無しさん** · 2020/08/27(木) 15:51:36.34

>>737
あるやろ
https://docs.microsoft.com/ja-jp/dotnet/api/system.windows.forms.datagridview?view=netcore-3.1

ツールボックスに出てきてないのなら、いったんツールボックスのリセットをしよう

**デフォルトの名無しさん** · 2020/08/27(木) 17:17:22.18

.NET 5は.NET Coreがベースと聞いたので、.NET Coreをお薦めします。

**デフォルトの名無しさん** · 2020/08/27(木) 19:04:01.29

.NET CoreでButtonが出てこなくなる症状に俺も遭遇したことある
そんなバカなと思ってその時はアプデしたら治ったけどButtonが出ないって英語でググったら解決方法色々出てたよ
もしDataGridViewが出ないでググって出てこないなら試してみると良いかもしれん

**デフォルトの名無しさん** · 2020/08/27(木) 20:53:58.97

,net5 待ちで.net coreはやってないなー

**デフォルトの名無しさん** · 2020/08/27(木) 21:09:34.73

.NET Coreはデザイナにまだバグが残ってると思うけどそれ以外はできてるしな

**デフォルトの名無しさん** · 2020/08/27(木) 21:39:14.62

つかFormsを.NET5まで引っ張るのか？もう捨ててもいいだろ。

**デフォルトの名無しさん** · 2020/08/28(金) 02:20:24.92

>>745
旧資産が多いからね。framework→.netの移行を機にユーザーの取りこぼしを少しでも防ぐために継続は仕方ないんじゃない？

**デフォルトの名無しさん** · 2020/08/28(金) 02:24:52.64

つかWinForms捨てたら後継は？

**デフォルトの名無しさん** · 2020/08/28(金) 03:44:24.24

ノートPCで.net coreのデザイナ開くのに時間がかかって、一時的に応答なしになる(待つと開く)んだけど、俺だけ？
i7 8550U / メモリ16GB / SSD NVMe 512GBなんで、決してポンコツではないと思うんだけど。

**デフォルトの名無しさん** · 2020/08/28(金) 03:54:29.43

>>748
マルチメディア系の依存性でグラボのドライバとサウンドドライバと相性とか
Web API使うネットアクセスしてるんなら通信速度かも？

**デフォルトの名無しさん** · 2020/08/28(金) 05:31:50.04

JavaでGUIプログラムを作るのは大変なのに、それを画期的に簡単にしている
WinFormsを喜んで捨てるようなM$じゃないと思うぞｗ
まああれは元をたどればDelphiなんだがｗ

**デフォルトの名無しさん** · 2020/08/28(金) 07:41:53.11

WinFormsってかWin32GUIの技術って覚えても他で応用効かないのがなぁ
GUIもHTMLで構築するのが最近の流れなだしC#もそうしてほしい
WPFもなんか違うし

**デフォルトの名無しさん** · 2020/08/28(金) 07:43:09.49

C++のGUIプログラムも簡単に作れたら良いな……

**デフォルトの名無しさん** · 2020/08/28(金) 08:00:57.34

>>752
C++Builder

**デフォルトの名無しさん** · 2020/08/28(金) 08:02:48.39

と言うか32bit時代は仕事にC++Builder本当に使ってたんだが
C#が出たんであっさりこれを捨てた

**デフォルトの名無しさん** · 2020/08/28(金) 09:02:21.12

Delphiも業務で使ってたな

**デフォルトの名無しさん** · 2020/08/28(金) 11:31:52.66

WPFはバインドがもっと楽に書ければ良かったんだが

**デフォルトの名無しさん** · 2020/08/28(金) 12:06:01.11

>>747
WPF

**デフォルトの名無しさん** · 2020/08/28(金) 12:08:43.97

>>752
Tcl/Tk
WxWidgets

**デフォルトの名無しさん** · 2020/08/28(金) 12:19:49.25

WPFはGUIに動画流すつもりでもない限りいらんわ～

**デフォルトの名無しさん** · 2020/08/28(金) 13:11:19.21

FormsはVBゆずりのポトペタで素早くGUIアプリをでっち上げるのは
ほんとうに楽でいいんだけど、複雑になってくるとデザイナーで
編集するのが辛くなってくるし自動テストも面倒くさいな。

**デフォルトの名無しさん** · 2020/08/28(金) 13:13:34.94

>>753
>>758
あとで調べてみるわトン

**デフォルトの名無しさん** · 2020/08/28(金) 13:20:23.57

Formsは高DPI対応が面倒

**デフォルトの名無しさん** · 2020/08/28(金) 14:14:53.89

Electron.Netが最強伝説

**デフォルトの名無しさん** · 2020/08/28(金) 15:25:31.29

MVVMパターンは必ず適用しなければいけないものではないので、それが理解できなくとも、WPFはWinFormsと同じようなスタイルでもプログラミングができる。
なので、WinFormsを使っている人は、そのことを知らないか、またはWPFで用意されているコントロール群が貧弱だと思った(自作する気のない)人なのではないだろうか。
しかし、最新のWinUIでは用意されているコントロールが過去一で豊富になるようで脱WinFormsが加速するように思われます。

**デフォルトの名無しさん** · 2020/08/28(金) 15:42:28.39

WPFってしばらく開発すら放置していたのとクソ重いのは治ったの？

**デフォルトの名無しさん** · 2020/08/28(金) 16:20:09.70

Windows 10の標準アプリをいくつか触って確認するといい。

**デフォルトの名無しさん** · 2020/08/28(金) 16:49:22.87

WinUIってそんなのあるのか
UWPはどうなるんやw

っていうかWPFを使う気になれなかった理由の一つが
超絶高パフォーマンス（もちろん皮肉）をたたき出す保持モードのグラフィックだけど、
今度はそのあたりもうちょっと現実的な方法が用意されてるのかな

あと印刷関係も訳分からんかったよねw

**デフォルトの名無しさん** · 2020/08/28(金) 18:39:18.85

スマホとデスクトップで同じアプリが動く世界では。

スマホから印刷した場合とデスクトップから印刷した場合では、結果が違うの？
同じA4なのに？
ってなるから。

WYSIWYGは意味が無くなる。

**デフォルトの名無しさん** · 2020/08/28(金) 18:58:59.43

>>763
そういう流れになるに１票

**デフォルトの名無しさん** · 2020/08/28(金) 19:53:00.97

これからもWindows GUI プログラミングを続けるつもりならXAML Controlls Galleryをインストールしておくと良いと思う。
様々なコントロールのサンプルが触れるかたちで見ることができる。
サンプルコードもWinFormsに近いスタイルで書かれていて、XAMLが絡むと難しくなると思っている人たちのもつ誤解も解けるだろう。

**デフォルトの名無しさん** · 2020/08/28(金) 21:45:41.12

>>767
高速な描画が必要な用途にはDirectX使う前提じゃね？
だから標準には柔軟な保持モードを採用したんだろう。

**デフォルトの名無しさん** · 2020/08/28(金) 21:54:12.26

WinFormsにWebBrowserControl貼り付けてUIはHTML/CSSで組むのがお勧め。

**デフォルトの名無しさん** · 2020/08/28(金) 21:58:41.36

そんなのお母さん許しません

**デフォルトの名無しさん** · 2020/08/28(金) 22:03:15.85

そりゃないよかあちゃん

**デフォルトの名無しさん** · 2020/08/28(金) 22:47:37.28

>>752
しばらく前はWTLで組んでたな

**デフォルトの名無しさん** · 2020/08/28(金) 22:50:58.50

私もマルチプラットフォームという言葉に飛びついてきた人間ですが、結局のところ、それを求めるのはプログラマーであり、カスタマーではないことに気付きました。
カスタマーは最大限のユーザーエクスペリエンスを求めています。
つまり、それはどちらかというとネイティブなアプリであるということの方が近いわけです。
iOSを使っている人間は、Androidアプリが粗悪であろうとiOSアプリで最大限の体験ができればそれで良いのです。
であれば、やはりそれぞれにそれぞれのものを作り上げることが必要です。
GUIプログラミングにおいては、マルチプラットフォームという言葉は弱者の縋る藁でしかありません。
カスタマー・ファースト、それぞれに最高のものを。
さあ、マルチプラットフォームを捨てよう。

**デフォルトの名無しさん** · 2020/08/28(金) 23:08:15.22

>>776
VSCodeはマルチプラットフォームだけど大成功してるじゃん

**デフォルトの名無しさん** · 2020/08/29(土) 11:12:08.33

Unityで造ってWebGLで公開するのが最強

**デフォルトの名無しさん** · 2020/08/29(土) 13:21:22.89

>>777
VSCodeってプラットフォーム間でどの程度ソース共通なの？

**デフォルトの名無しさん** · 2020/08/29(土) 14:33:42.78

いや本気でelectron.netがガチ最強だろ

**デフォルトの名無しさん** · 2020/08/29(土) 14:45:06.54

どうしてelectronしないのよォッ

**デフォルトの名無しさん** · 2020/08/29(土) 15:20:51.27

誠に申し上げにくいのですが…

加齢

です…

**デフォルトの名無しさん** · 2020/08/29(土) 19:43:09.00

そのネタは10回以上聞いた

**デフォルトの名無しさん** · 2020/08/29(土) 19:57:49.43

TextboxをバインドしてプロパティでCustomValidationを使用して入力値をチェックしたいのだが、バリデーションのメソッドが呼ばれない。原因わかる人いませんか？

・xaml
　<TextBox Text="{Binding HogeProp}" />
・プロパティ
　[CustomValidation(typeof(MyValidator), "ValidateFunc")]
　public string HogeProp { get; set; }
・バリデーションのメソッド
public class MyValidator
{
public static ValidationResult ValidateFunc(string value, ValidationContext context) { ・・・ }

**デフォルトの名無しさん** · 2020/08/29(土) 20:13:21.62

XamlのTextBoxにValidatorもbindしろよ

**デフォルトの名無しさん** · 2020/08/29(土) 23:17:43.89

ルー大柴感すごい

**デフォルトの名無しさん** · 2020/08/30(日) 02:46:23.09

バリデーションはIDataErrorInfoとかINotifyDataErrorInfoで検索したらいい

**デフォルトの名無しさん** · 2020/08/30(日) 05:27:19.88

検索ねえ