ふらっと 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/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を参照しやすくていいんじゃない

2021/04/17(土) 21:42:46.43

>>246
正直
俺もよくわからない（笑）

2021/04/17(土) 21:43:49.75

>>247
ありがとうございます
受け側はなんの例外がくるかしらないんですよ多分

2021/04/17(土) 21:51:17.10

例外を見ればどの処理で発生した例外なのか確実に分かる場合はいいけど
そうじゃないならList<Exception>だとたぶん困るよね

2021/04/17(土) 22:17:04.15

>>250
どこで発生した例外かを知りたいなら例外にその情報を入れとけば良いだけだろ

2021/04/17(土) 22:42:26.62

>>251
>>239の例ではそれをやってないから困るんじゃねって話なんだけどさ

2021/04/17(土) 23:35:25.92

>>252
ExceptionでもSourceに入れるとかMessageの一部に入れるとかやりようはいくらでもあるだろ

2021/04/17(土) 23:49:44.95

エスパー回答すると、Disposeをしっかり作ってusingを使え、が顧客が本当に欲しかったもの

2021/04/18(日) 00:46:37.58

C#の話と関係無いかもしれませんが、パッケージの開発環境って今の時代何がありますか？
完全にオフラインで使える開発環境とかって無いんでしょうか？コマンドプロンプトしか無いんでしょうか？

2021/04/18(日) 01:09:20.83

落ち着け(´･ω･`)
パッケージ、開発環境、コマンドプロンプト
全然話が繋がっていない

2021/04/18(日) 08:55:30.53

開発環境と言われても困るな
聞きたいのはここら辺？
https://it-kyujin.jp/article/detail/1512/

2021/04/18(日) 18:43:20.44

なんとなくエスパーすると、開発ソフトをインストールさえすれば、その後はネット非接続で何でも開発出来る環境が理想ってこと？
なら、たぶん無い。

.net sdk使って、標準ライブラリだけ使うなら出来るんかな？
結局必要なライブラリやらランタイムをDLするか、他のPCでDLして開発PCに入れる事になりそうだけど。

2021/04/18(日) 18:52:54.76

>>258
待て待て、標準ライブラリだけでもオフラインで開発できるなら、回答しては「Ｙｅｓ」じゃないか？
特に、その「他のPCでDLして開発PCに入れる事になりそうだけど」が出来るんだしさ

>>255
目的を話せ
俺のエスパー能力をフル発揮すると、
セキュリティ上、スタンドアローンで動かさんといかんPCがあって、そこで開発したいだよな？

2021/04/18(日) 21:38:47.12

>>258
ありがとうございます！！！
環境を自分で作る以外ないんですかね。無謀すぎますね。
コンパイラ作るわけじゃないですからね統合環境は。
>>259
そうそう単にセキュリティの心配です。
オフラインだと全く外部に漏れる心配ないわけじゃないですか。
めちゃくちゃ安心するじゃないですか。

何でインターネットに繋いでないとプログラミング環境が整わないような
状況なんでしょうか？どう考えたってオフラインのほうがよくないですか？

2021/04/18(日) 23:39:25.09

今はネットワーク繋いでなんぼの時代だから

2021/04/18(日) 23:42:54.47

そういうセキュリティの気にし方をするのであれば、普段使いのPCとは別に
個人情報を一切入れないPCを１台用意して開発勉強専用にするのが一番安心できると思うよ
外に漏れて困るようなレベルのコードを書くならダメだけどさ

というかMicrosoftDocsやGitHubやStackOverflow/Qiitaとか一切閲覧できない環境で
NuGetやNPMに登録されてる出来合いのライブラリもまったく利用しない縛りを入れて
自分の能力だけで1から100までコードを書けるなんてすごいなあ
俺にはそんな縛りプレイしてたらとてもじゃないけど開発にならないや

2021/04/19(月) 01:35:18.62

インターネットにつながっていないが故に管理がおろそかになってパッチ適用がされない弊害の方がやっかい
日立のランサムウェアなんかはまさにそれ

2021/04/19(月) 01:49:10.86

構造体(値型)を関数の参照渡し以外で、参照する方法ってありますでしょうか？
配列の構造体にアクセスするコードを書いているのですが、
逐一配列の添字計算が入るのも嫌なので避けたいと思っています。
添字の数は関数の中では変わりません。
今は関数の参照渡しで使っていますが、他に方法は無いのかなと思いまして。

2021/04/19(月) 02:02:38.37

>>264
refローカル変数じゃあかんの？

2021/04/19(月) 02:03:15.10

>>264
理想形が見えねぇ

2021/04/19(月) 02:06:16.22

配列の構造体って何？

2021/04/19(月) 02:06:36.98

>>264
策士策に溺れてはいけない
愚直に一時変数を使いましょう

2021/04/19(月) 02:14:43.49

>>265
ref ってローカル変数に使えるんですね！
前に軽く試した時には右辺値にしかrefを記載してなかったので、
左辺の定義にもrefを記載すれば行けました。
有難うございました！

2021/04/19(月) 03:18:25.46

オフライン環境での開発だけど、
VS Community2019のオフラインインストーラをダウンロードして
オフライン環境に持ち込んで使ってる
c#でフォームのデスクトップアプリしか作らんので特に困ってない

2021/04/19(月) 07:43:09.06

>>264
var p = &array[5];

2021/04/19(月) 07:51:00.81

ゆう君みたいにCSCで開発するのだ

2021/04/19(月) 08:22:30.53

>>270
バグや脆弱性対応は？VS2019って頻繁に更新されてるけど

2021/04/19(月) 08:27:27.76

>>273
offlineインストーラーも知らないのは開発者としてどうかと思う

2021/04/19(月) 09:01:07.98

getsetプロパティをFuncで呼び出せるようにしたいのですが可能でしょうか？
メソッドで括って呼び出せば良いのだろうけど直接Funcに入れる方法があるならそうしたいです

2021/04/19(月) 09:10:46.59

よく分からん
Func<string> func = () => person.Name;
を
Func<string> func = person.Name;
みたいに書きたいってことか？　無理だけど
func = person.Name.Surname;
のときperson.Nameがいつ解決されるのか判断つかないし

2021/04/19(月) 09:26:07.33

>>276
返信ありがとうございます

イメージとしては複数のクラスで
public bool hoge {set => test = value; }
が複数あって
List<Func<bool, bool>> func;
に追加していってキャンセルとか何らかの処理後に一括して戻したい、と言うような処理です

やはりプロパティってメソッドみたくできないFuncに入れる事ができないんでしょうか
他の方法ですっきりする方法はないですかね？

2021/04/19(月) 09:56:26.88

やりたいことがさっぱりわからんな
ダイアログのキャンセル押したら画面ごと破棄でいいじゃん

2021/04/19(月) 10:04:55.77

>>277
List<Action<bool>> list;
list.Add(b => hoge = b);
こういうこと？

2021/04/19(月) 10:21:06.38

まあ気持ちはわかる
(Webでなく)GUIアプリで独学した初心者って、エンティティオブジェクトをアプリ全体で生存させるような設計をしちゃうんだよな
オブジェクト指向を普通に解釈すりゃそれが自然なんだけど、実際そういう設計はしないんだよ
ドメインモデルだろうとトランザクションスクリプトだろうと、エンティティはトランザクション毎に作る

2021/04/19(月) 10:39:20.82

>>274
知らないって決めつけてるのはどうかと思う
単にどうしてるのか聞いているだけ

2021/04/19(月) 10:44:42.24

>>278破棄と生成できれば良いのですがちょっと難しい。ユーザーコントロールでバインドしていて各コントロールは値を参照しあってます
今回は画面が切り替わったときに表示非表示を変える戻す、なので直接は関係ないのですが影響度を減らしたい
>>279
>>276見直してプロパティを直接でなくてもラムダ式でいけそうなことに気付き>>279さんの形を思い浮かびました、今出掛けてるので確認は後ですが多分解決できそうです

皆様ありがとうございます
解決しなければまた聞くかもです
ありがとうございます

2021/04/19(月) 10:58:10.70

>>281
知ってて聞くのはもっとどうかと思う

2021/04/19(月) 12:13:19.27

>>282
なんだかとってもおかしいよ

2021/04/19(月) 12:18:18.64

これあれじゃね？
開始日と終了日に期間制限があると値が設定できないやつ（笑）

2021/04/19(月) 12:41:53.53

何がしたいのかよく分からないね。

キャンセル要求が発生したら初期状態に戻したいなら
素直に初期状態をまるごとキャッシュしておく方が分かりやすいんじゃないかと思うけど

もっと素直なのはそもそもApplyするまでUIの値をモデルに反映しないことだよね。

まあたぶん要件を説明しきれてないんだろうけど

2021/04/19(月) 12:42:25.65

>>282
元に戻す処理を管理したほうがいいケースなのか
元の状態を管理したほうがいいケースなのかを考えたほうがいいよ

2021/04/19(月) 13:39:27.50

まあ、設定画面がモードレスでリアルタイムで値を変えたいときもあるかもしれんが
それやると
地獄の一丁目にご招待って感じ（笑）

2021/04/19(月) 13:46:03.66

Contract?

2021/04/19(月) 13:50:22.81

>>288
更にundo/redoの機能を付けてくれまいか？

で更なる深淵へw

2021/04/19(月) 14:13:33.61

>>290
影響する値でエラーが出てもそれとは関係ない表示はできる限り続けて欲しい（プレビューが見えないから）
エラーが出てるときは値の変更で表示は変わっても最後の反映はできないようにしてほしい
でも値を変更してる最中のundo,redoは効くようにして欲しい

って割とありがち要求だよね

モードレスやった時点で地獄を覚悟しろって感じ

2021/04/19(月) 14:17:30.66

そのためのMVVMですから！

2021/04/19(月) 16:11:25.84

>>283
めんどくさいのに本当にしてるのか気になったから聞いたんだけど何かおかしい？

2021/04/19(月) 16:13:54.25

うちにも本当にしてる端末はあるぞ。
むしろ自動で上げたくないしな。
既知の問題でワークアラウンドがあるならそれで良いというケースもあるし。
リリースノートめちゃくちゃ読む。

2021/04/19(月) 16:51:10.44

>>293
ネットに繋げないならそうするしかないし言うほど面倒でもないだろ
そもそもネットに繋いでる場合でもアップデートがある度に適用なんてしないよ
>>294が書いてるように修正内容見て影響ないとかワークアラウンドがあるなら適用しない

2021/04/19(月) 16:56:35.95

オフラインがめんどうとか何言ってんの？開発する時にはセキュリティ上当然やろ
オンラインとか最近の開発ではありえない

2021/04/19(月) 17:17:52.34

今のVSって最新メジャーバージョンは完全に人柱向けだからなあ
アップデートをすぐに入れられないような環境だと詰む可能性があるからむしろリスクが大きい
最新版を追えない環境なら2017使ったほうがいいよ

2021/04/19(月) 17:59:46.65

更新頻度はどちらも大して変わらん

https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/release-notes#visual-studio-2019-version-169-releases

https://docs.microsoft.com/ja-jp/visualstudio/releasenotes/vs2017-relnotes#visual-studio-2017-version-159-releases

2021/04/19(月) 18:14:05.65

>>298
中身読めよ
2017の方は脆弱性修正と軽微なバグ修正しかやってない

2021/04/20(火) 00:39:35.61

docker「…」