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

2021/03/23(火) 12:58:24.10

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

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

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

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

2021/04/11(日) 22:00:03.96

で、最近は名前がさらぶつかりにくくなるようにメンバ変数はm_を付けるスタイルに個人的に変更した

2021/04/11(日) 23:11:51.93

キャメルケースｗｗｗ

2021/04/11(日) 23:30:29.10

まあVSの恩恵でかいよなあって

2021/04/12(月) 00:03:30.52

>>147
こういう適当な名前を付けるやつがいることにピキってるっぽいね
適切な名前にすりゃブッキングしねえから名前付けをサボるなってことらしい

2021/04/12(月) 00:35:55.51

なるほどなぁ
ちなみにIListはなんて名前にすればより適切だと思う？

2021/04/12(月) 00:41:39.46

おまえ馬鹿か
たいていぶつかるのはローカル変数や外部に公開しないクラス名だろ
JavaのImpl使うのだって、内部クラスや非公開や内部のエンジンクラスとか

2021/04/12(月) 00:43:02.12

そんなのに適切な名前なんかブッキングできねぇよカス

2021/04/12(月) 04:43:49.73

>>152
Microsoftの推奨する命名規則を参考にすれば良いんじゃない？
つまり、I付きPascal形式でスペル省略不可のフルネームで名詞を表せば良いのかな。
自由に付けても良いけど、.Net Frameworkと調子を合わせると違和感が無いと思う。

2021/04/12(月) 06:14:41.91

うちの会社、昔から変数名の1文字目にデータ型の略称（？）をつける文化みたいで、
intのListがiListだったり、longのListがlListだったり、ちょっと困惑した。

2021/04/12(月) 06:47:12.36

>>156
郷に入っては郷に従え！

君の使って良い変数はI150からI300までな！
そこはFortran出身者の支配する村であった

2021/04/12(月) 07:54:06.97

MSの.NETプログラムにおける命名ガイドラインな
ttps://docs.microsoft.com/ja-jp/dotnet/standard/design-guidelines/naming-guidelines

**デフォルトの名無しさん** (ｽﾌｯ Sd02-gbe5) · 2021/04/13(火) 07:46:13.80

皆さんコメント入れる？　命名規約とか守ってたらコメント要らないような気がしてきた。

2021/04/13(火) 08:25:02.43

>>159
いわゆるドキュメンテーションコメント的なものは入れる。
あと、実例みたいなの。
//引数にXXとYYとZZを渡したら、戻り値はAAになる。

2021/04/13(火) 08:48:00.08

>>159
入れる

2021/04/13(火) 09:02:05.69

visualstudioだとクラスやメソッドの１行前に///入力で自動補完されるからそれは使ってるかな

2021/04/13(火) 09:08:35.29

日付、所属、名前、旧コードはコメントに残すのが常識でしょ

2021/04/13(火) 09:19:57.30

ギャグかな？

2021/04/13(火) 11:05:10.28

バージョン管理ツール使ってるのに旧コード残すやつにはイラッとする！
特に不具合のコードをコメントアウトして残されてると、当てつけなのかと思ってしまう

2021/04/13(火) 12:14:15.55

コメントって入れるものだったんだ。
書くものだと思ってた。

2021/04/13(火) 12:48:28.16

>>159
コメントには「なぜ」を書くんだよ

2021/04/13(火) 14:24:24.21

なぜこんなコード書いたんですか？と書いて旧コードを残すわけですね

2021/04/13(火) 14:40:11.12

168が仕様を理解せずおかしな実装を
したので辻褄合わせの辞書を実装しました by 167

2021/04/13(火) 16:02:36.93

>>159
コメントは基本的には必要悪なので必要がない限り書かないのが正しいけど、
少なくともパブリックメンバーについては単純に「必要」かもしれんね。

ないと書いた人の意図を変に誤解してないか不安になって
結局中のコードを覗きたくなるかもしれない。
そんなことしなくて済むためのカプセル化のはずなのに

2021/04/13(火) 17:44:15.92

1年後に自分の書いたコード読んで、何をやっているかちゃんと理解できるならば
書かなくてもよいんじゃないかなｗ

2021/04/13(火) 18:24:41.93

>>171
何をやってるかなんてコード読めば解るんだから、
そんなことのためにコメントは不要
「なぜ」そんなメソッドが必要か、
「なぜ」そのデータ構造やアルゴリズムを選択したか
なんていう、コードから見えない情報を記すのがコメント

2021/04/13(火) 18:31:59.11

MS含めアメリカ製の高品質なコードって「なぜ」のコメントが無茶苦茶充実してるよな
日本だとだいたい // 〇〇処理みたいな無意味なコメントか、ほとんど無いかのどちらか
SaaSとか一般的にレベル高いと思われてるはずの現場では、だいたい後者のパターンでほぼコメントが無い
根本的に論理的な言語能力に差があるんだろうなと思わざるを得ないわ

2021/04/13(火) 18:37:50.47

コードレビューでコメントを書けって指摘されるじゃんw

2021/04/13(火) 18:43:17.63

コメントなんて要らないんだよ
コミットログを見ればいいんだから

2021/04/13(火) 18:48:56.00

private なプロパティってフィールドにするべきですか？

2021/04/13(火) 18:55:44.96

>>172
言いたいことは分かるけど「何をやってるかなんてコード読めば解る」というのは
あくまで理想であって常にそうできるわけじゃない。

何をやっているか書いてくれた方がありがたい場合もあるよ。

>>176
そんなことをルールで強制する理由はないと思うよ。

2021/04/13(火) 19:02:46.98

>>177
何をやってるかがコメントとコードで乖離してる事があるのが問題
英語でthirteen daysって言ってるのに、
字幕には2ヶ月って書かれる戸田奈津子の翻訳みたいな事が起きうる

2021/04/13(火) 19:08:03.49

>>178
逆に、コメントを書かせることでコメントを書きやすいコードになるという面はあると思うよ
クラスやメンバの責務が十分に明確ならコメントと実態の乖離なんてそう起きるものではない

2021/04/13(火) 19:14:53.40

>>178
コメントはバグる可能性があるからコメント書くな、
なんて言ったらバグる可能性があるのはコードも同じなんだから
コードも書くなってことになっちゃうよw

「不必要なコメントは有害無益」は正しいけど、それは
必要なコメントを否定する根拠にはなりえない。

2021/04/13(火) 19:40:32.77

>>180
コメントがバグるって話じゃなく、
書いた人の「つもり」がコメントとして残るのが危うい
実行時にどう動くかを決めるのは、コメントではなくコードなのだから、
コメントを読んでコードを読んだつもりになれるのも危うい

2021/04/13(火) 19:42:57.23

入門書の多くがコメントの書き方を蔑ろにしてるのが元凶だと思うんだよね
ほぼ単なるメモ機能としての記載しかされてない

2021/04/13(火) 19:46:12.88

続いちゃったので議論スレに移します
https://mevius.5ch.net/test/read.cgi/tech/1469538912/82

2021/04/13(火) 19:48:22.85

「コードを読めば何してるか分かる」のだから、メンテ忘れで誤ったコメントが残ったとしても問題ないとも言える。
・・・たまにブチ切れたくなることがあるけどな。

2021/04/13(火) 19:53:58.09

>>182
あれは解説を見ないとプログラムが理解できない人向けの本なんだからそれをコメントに書くのは当たり前じゃん

2021/04/13(火) 20:27:38.26

>>184
> 「コードを読めば何してるか分かる」
ならコメントなんていらんだろw

2021/04/13(火) 20:43:00.23

>>172
YOLOv5をC#に移植して内容を説明しては
くれまいか？

そんなに簡単な話なら誰も論文なんて読まないよ～ :-p

2021/04/13(火) 21:22:13.67

ドキュメント代わりにしてるから入れる
///<summry>
の形式のやつ

doxygenで出力してモジュール設計書として納品して一丁上がり

2021/04/13(火) 21:30:50.70

クラス図もシーケンス図もねぇのになにいってんだこのバカ

2021/04/14(水) 05:43:13.79

>>186
だから要らないって話だろ
var hoge = items.First();
で最初の要素を取得するなんてコメントは要らん
記載するならwhy何故取得するのかだけ書けばいい

もし動作について記載したくなったなら、それはメソッド化するとかを検討した方がいい

2021/04/14(水) 06:13:30.67

>>190
だからと言って
> メンテ忘れで誤ったコメントが残ったとしても問題ないとも言える。
ってアホだろ、って言う指摘なんだが…w

2021/04/14(水) 07:02:48.39

それはアホだけどコメント入らないも的外れって指摘なんだが

2021/04/14(水) 07:55:29.84

>>192
>>184の全文読んでから出直してこいよw

2021/04/14(水) 10:15:09.46

宗教が合わないと作成者本人が綺麗に作ったつもりでも読みにくくてしょうがないからブロック毎に動作の概要ぐらいはコメントで書いといて欲しいわ

2021/04/14(水) 10:31:27.70

なんだよ、せっかく議論スレに移ったのについてきてねーじゃん
正直者が馬鹿を見る世界
もう移らん、絶対移らん（笑）

俺はコメント入れてほしい派

読めば判るっつってもさ、
コード書いてる本人ですら
何やってるか分かってない場合もあるからな（笑）
せめてコメントで
「ここではこんなことをしてる（つもり）」
って書いてくれら「全然そうなってないだろ！」と突っ込める

2021/04/14(水) 11:35:41.20

xxxInternal
xxxPublic
xxxOverride

2021/04/14(水) 11:40:36.85

パワーポイントやエクセル内の文字列を検索するクラスってありますか？
windowsの検索窓ではなく…

2021/04/14(水) 11:48:50.60

>>197
Windows Searchを使えば検索窓と同等の機能がプログラムから使える

2021/04/14(水) 11:53:46.39

>>198
素早い回答ありがとうございます！
そんなのあったのですね！検索力不足を痛感しました…
調べてみます。

2021/04/14(水) 14:15:46.62

議論スレに移れないってことは、
コメント付けたところで読めない無能だから無意味って証明になったな

2021/04/14(水) 14:21:26.07

>>200
何度も言うけど、真の無能はそれが自分を棚上げした物言いである、
という簡単な事実に気づく程度のこともできないお方だよ。

これ割とマジで大丈夫かと思うわ

2021/04/14(水) 14:23:38.27

ついでに、これも何度も言ってるが、そんなくだらない「交通整理」に誰も従わないのは
「交通整理」の欺瞞性とそれを主張している人間の卑しい動機に普通は気が付くから。

2021/04/14(水) 17:19:19.99

>>202
卑しい動機って何？

2021/04/14(水) 17:43:05.15

他人を見下し自分が主導権を握りたいという自分勝手な承認欲求が行動原理

2021/04/14(水) 17:58:45.23

>>202
暴れて飛行機から下ろされ
飲食店で入店拒否されて暴れて警察を呼ばれ
警察を殴った誰かはTwitterで同じこと言ってたなｗ

2021/04/14(水) 19:48:09.33

>>193
その 184 だけど。w
「コードを読めば何してるか分かる」な人は、そもそもコメントがなくてもいいんだから、書かれていても無視すればいい。
コメントが欲しい人は、コメントの弊害(メンテ忘れとか)の現状を承知の上でそう言ってるんだから、そもそも問題ない。

つまり、コメントがいる／いらないの論争は無意味だからやめとけってことなんだよ。
その上で「コードを読めば何してるか分かる」ように丁寧な書き方を目指せば済むことじゃん。

まあ自分はブロックと言うか処理単位でのコメントは出来るだけ書くけど。

2021/04/14(水) 19:57:35.09

だってコメント邪魔なんだもん

2021/04/14(水) 20:17:08.74

・コメントがあるとノイズになり視認性が落ちる
・コメントには嘘が混ざっていたり情報が欠落していることがあるので常にコードとコメントの整合性を確認しながら読まなくてはならない
・コメントに嘘を混ぜたり情報を欠落させないために細心の注意を払わないとコードを更新できなくなる

2021/04/14(水) 21:19:55.23

これは茶化しで書くけど。
コメントがなければストレスなく読める美しいコードなんて見たことないなあ。

2021/04/14(水) 22:05:49.52

>>206
> つまり、コメントがいる／いらないの論争は無意味だからやめとけってことなんだよ。
誰もそんな論争してませんよ…
もしかして>>186をコメント不要という主張だと思ったのか？w

2021/04/14(水) 22:33:48.02

そーなのか。
じゃあバカな私に分かるようにおまえ様の主張をきちんと述べてみてくれ。

2021/04/15(木) 07:44:33.23

>>211
>> メンテ忘れで誤ったコメントが残ったとしても問題ないとも言える。
> ってアホだろ、って言う指摘なんだが…w

2021/04/15(木) 08:01:46.43

改修履歴をコメントで残すとかいうのさえなけりゃ
他のコメントはコード読むのに邪魔になりはしない

2021/04/15(木) 08:08:37.68

>>211
>>183

2021/04/15(木) 09:10:14.90

必要だからどの言語もコメント機能が有るのでは？

2021/04/15(木) 10:39:52.56

言語ではないけどjsonってのが有ってだな

2021/04/15(木) 11:20:52.75

>>209
ほんこれ

2021/04/15(木) 11:28:50.53

>>216
あれなぜコメントの機能を持たせないのか不思議だわ
{
"$comment": "コメント"
}
みたいな形でコメント書くという方法もあるみたいだけど気持ち悪いし

2021/04/15(木) 11:44:04.13

最初に作った人が「コレはデータだからコメント不要」って取り付く島もないんだとか
VsCodeの設定ファイルみたく独自で拡張してjsonもどきになっているよな

2021/04/15(木) 20:44:07.32

jsonなんて人間の読めるもんじゃないと思う
ダブルコーテーションが目にキツイ

2021/04/15(木) 20:56:31.12

>>218
JSON自体は仕様がもう確定してるから。
jsoncとかJSON5とかRelaxed JSONとか拡張した別仕様ならある。

2021/04/15(木) 23:45:13.23

json便利だけど、protobufを使うようになってから使用頻度減ったなー

2021/04/16(金) 21:25:28.58

１つの一連の処理で一度に10回以上は失敗する可能性があるんだけど
例外って複数ストックできる？

2021/04/16(金) 21:36:31.59

できるよ
ValidationでエラーためてIsValidで確認するのと同じ

2021/04/16(金) 21:41:19.41

try{
...
}catch(Exception ex){
exceptions.Add(ex);
}finally{
continue;
}

こんな糞コード見たことないけどな。

2021/04/16(金) 21:41:25.62

デーモンコアと
マイナスドライバーを設定
try{
while(米が勝つまで回す){
①測る
②マイナスドライバーを動かす
}
}
finally
{
③デーモンコアを離す
④if(青い光りが見えた){
⑤みんなを退避
⑥逃げる
⑦救急車を呼ぶ
⑧遺書を書く
}
}

大体こんな処理なんだけど
③～⑧は途中で例外起きても
最後までやってほしいらしい
っていう一連の処理なんだ
どのエラーや例外も全部保存したい

>>224
なんかサンプルないですかね？

2021/04/16(金) 21:53:27.03

溜めておいた例外を最後にAggregateExceptionのInnnerExceptionsにセットして投げれば

2021/04/16(金) 21:54:23.20

>>227
なんかそういう処理の書き方の流れが知りたい感じです

2021/04/16(金) 22:18:19.07

年内に死にそう

2021/04/16(金) 22:48:51.32

NlogつかってファイルかDBに残すのが現実的じゃね？
https://nlog-project.org/
こんなやつ

2021/04/17(土) 00:39:50.34

>>223
失敗してても処理が継続される時点でそれを例外を呼ぶべきか、そもそも疑問に感じるね。

2021/04/17(土) 01:02:22.39

class DaemonSequenceException:Exception
{
　　public Exception FooResult { get; set; }
　　public Exception BarResult { get; set; }
....
}
とかみたいに他の部分の成否と無関係に実行できる各部分に名前をつけて、
その部分の例外をプロパティーで持つとかするのかね知らんけど

2021/04/17(土) 10:56:45.87

DirectoryInfo.GetDirectories は例外を送出するけど処理は継続する

2021/04/17(土) 20:32:02.82

まあ、結論としては
c#的にはこういう複数の処理が失敗するまたは終了処理も失敗するケースは言語的には完全に想定外ってことですかね

2021/04/17(土) 20:42:29.21

>>234
そもそも一体何をしたいのかさっぱりわからん
記録したいだけなのか失敗毎になにか処理したいのか

2021/04/17(土) 20:47:08.33

>>235
1メソッドでたくさん失敗するんです
でも例外って1つしか返せないじゃないですか？

2021/04/17(土) 20:47:45.31

>>234
地道に処理毎にtry{}catch(){}で囲めばいいだけ
言語のせいにするのはお門違い

2021/04/17(土) 20:50:06.01

>>237
そもそも例外で返すのが間違いということでしょうか？

2021/04/17(土) 20:56:09.74

>>238
<1>
var exceptions = new List<Exception>();

<2> (処理の数だけ作る)
try
{
　処理
}
catch( Exception e )
{
exceptions.Add( e );
}

<3>
throw new AggregateException( exceptions );

2021/04/17(土) 20:59:45.02

>>239
ありがとうございます
それって受け側ってどう書くんでしょうか？

2021/04/17(土) 21:15:57.36

>>240
受け側って何を指すのかわからないけどエラーをcatchしておいて投げなおしているだけじゃね
>>230の考え方でエラー起こるたびに「～の処理中に～のエラーが起きました」って全部記録する形から作っていけば？
エラー発生しても続行させる処理の方が大変になると思うしとりあえず一通り作ってみた方がいい

2021/04/17(土) 21:17:13.40

>>236
だから受け側で何をしたいんだよ…

2021/04/17(土) 21:20:05.07

>>241
普通に

try
{
}
catch(exception ex)
{
}

でaggregateexceptionってキャッチできますか？

2021/04/17(土) 21:23:05.33

簡単なサンプルで試してみればいいでしょ…

2021/04/17(土) 21:24:17.27

たぶん欲しいのはエラーのログなんだろうね。
あるいはPOSTでやるようなチェックリスト？

例外オブジェクトをエラーを表す目的で使ってもいいとは思うけど、
何がしたいのか目的をはっきりさせずに「例外をストックできるか？」とか質問するから
みんな混乱する。

2021/04/17(土) 21:38:41.80

なぜかこういう人は何をしたいのか書かないんだよな…
まあもういいや、相手もしてもしょうがなさそうだし

2021/04/17(土) 21:38:56.54

>>243
それで出来るけど、catch( AggregateException ex )で受けた方が
AggregateException.InnerExceptionsを参照しやすくていいんじゃない