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

2017/11/07(火) 21:11:25.20

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。

内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part132
http://mevius.5ch.net/test/read.cgi/tech/1507543256/

■関連スレ
C#, C♯, C＃相談室 Part95
http://mevius.5ch.net/test/read.cgi/tech/1508180530/

■コードを貼る場合は↓を使いましょう。
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

2017/11/13(月) 21:23:06.80

>>220
戻り値二種のValueTuple返せば良いんじゃないの

2017/11/13(月) 21:32:13.09

>>222
WebAPIっぽいし、Tupleだとシリアライズした時にItem1、Item2ってなっちゃわない？

2017/11/13(月) 21:33:28.45

あ、読み違えてたかもゴメン

2017/11/13(月) 21:38:36.94

>>220
エラーオブジェクトに応答とその他情報突っ込んでthrow

2017/11/13(月) 22:01:26.37

>>220
こんな型でも返しますかw
public class FunctionResult<T>
{
　　public FunctionResult(T val)
　　{
　　　　Value = val;
　　}

　　public FunctionResult(Exception ex)
　　{
　　　　Exception = ex;
　　}

　　public bool HasValue
　　{
　　　　get { return Exception != null; }
　　}

　　private T _Value;
　　public T Value
　　{
　　　　get
　　　　{
　　　　　　if (!HasValue) throw new InvalidOperationException();
　　　　　　return _Value;
　　　　}
　　　　private set { _Value = value; }
　　}

　　public Exception Exception { get; private set; }
}

2017/11/13(月) 23:32:00.25

>>220
>同時にexceptionによる詳細なエラー内容も戻り値として返したいのですが

例外throwすれば良いだけでは？

**220** (ﾜｯﾁｮｲ 5fe9-vLjR) · 2017/11/14(火) 01:18:02.74

正常時は別の戻り値、異常時はthrow?で戻り値の型に合った内容が、
格納されるのでしょうか。
呼び出し元で、どのように取り出せばよいのでしょうか。

2017/11/14(火) 01:28:44.28

>>228
エラー処理で検索

**228** (ﾜｯﾁｮｲ 5fe9-vLjR) · 2017/11/14(火) 01:36:41.11

いろいろお教えいただいているのですが、
http://www.nowonbun.com/2016/06/c-trycatchthrowfinally.html#!
↑のようなHPとかthrow　とかエラー処理で検索しても
戻り値に入れて、それを呼び出し元でどのように見ているのかいくら探してもでてきません。。

try,catchとかでコンソールにエラー内容出力のことではないですよね。。

2017/11/14(火) 01:36:47.07

「c# 例外」で検索！

2017/11/14(火) 01:43:50.50

例外と例外処理
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/exceptions/index

try 内で、throw すれば、catch で補足できる。
throw した例外クラスが、catch の引数に渡ってくる。
以下の e

catch (例外クラス e)

2017/11/14(火) 01:44:37.90

関数内で例外をキャッチして新しくException オブジェクト作ってそのInner
Exception にキャッチした例外オブジェクトを突っ込んで作った例外オブジェクトのDataプロパティに返したたいデータ突っ込む
それをthrowして呼び出し元でキャッチしてDataプロパティから取り出す

2017/11/14(火) 01:54:03.16

>>233
新しくExceptionオブジェクト作るなアホか

**228** (ﾜｯﾁｮｲ 5fe9-vLjR) · 2017/11/14(火) 01:59:34.75

皆さまありがとうございます。いまださっぱりわからないので出直してきます。。
ありがとうございました。

try catchでcatchのとこにエラー情報が入る？まではわかったきがするのですが、
再スローとかInnerExceptionになるとさっぱりでした。

下位の呼び出し先のエラー情報を上位の呼び出し元にthrowすれば戻り値関係なく渡せるといった感じなのでしょうか。。
サイトみててもそうはどうやってもみえなかったのです。

2017/11/14(火) 02:08:30.45

>>233
意図的にExceptionのインスタンスを作ってスローするのは間違い
SystemExceptionやNullReferenceException、IndexOutOfRangeExceptionも同様

2017/11/14(火) 02:11:41.66

悪口言うつもりはないけど例外の使い方も知らないのに非同期に手を出すとか
順番がおかしいと思うw

2017/11/14(火) 02:12:51.73

>>236
そんなのケースバイケースでしょう。
一概に間違いだとする理由がない。
そういうのを教条主義という

2017/11/14(火) 02:17:16.73

>>238
Microsoft自身がやめろって言ってんのに、わざわざそれに反することをするのはアホ

2017/11/14(火) 02:18:50.68

>>238
c#の例外について少しでもかじったことがあるのならば、アンチパターンだと知ってるはず

2017/11/14(火) 02:20:03.11

>>239
そんなこと言ってる？
言うわけないと思うが仮にそうでも合理性がなければ従う理由もない。
「なぜ」を問わずに盲従する奴こそアホだ

2017/11/14(火) 02:22:37.27

>>236
どういうこと？
Exception派生クラスの中から適切なものを選ぶってこと？
それともキャッチした例外オブジェクトにデータを付加するの？

2017/11/14(火) 02:24:17.15

>>241
基本中の基本https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/exceptions/creating-and-throwing-exceptions

2017/11/14(火) 02:25:47.16

>>241
なぜ言うわけ無いと思ったのか説明してごらん

2017/11/14(火) 02:26:51.36

>>243
そんなことどこにも書いてないどころか>>233と同じことをやってる例が出てるけどw
本当にちゃんと読んだ？w

2017/11/14(火) 02:27:34.33

>>244
現に言ってないねw
>>243をちゃんと読んでごらん
そんなことどこにも書いてない

2017/11/14(火) 02:31:42.57

>>245
ちゃんと読めよカスｗｗｗ

>自作のソースコードからは、意図的に System.Exception、System.SystemException、System.NullReferenceException、または System.IndexOutOfRangeException をスローしないでください。

2017/11/14(火) 02:32:24.83

>>246
日本語のドキュメントなのに読めないとか

2017/11/14(火) 02:33:31.14

なんでスップ2つ+固定回線で自演してるの？

2017/11/14(火) 02:34:47.54

>>247
言っちゃわるいけど、君の読解力がおかしいことはよくわかった。

その一文のどこをどう呼んでもキャッチした例外をInnerExceptionに入れて
別の例外を投げてはいけない、などという意味には読めません

2017/11/14(火) 02:36:25.31

>>250
読解力がないのはお前。否定してるのはExceptionクラスのインスタンスをnewしていること。

2017/11/14(火) 02:38:38.93

しかし、

>自作のソースコードからは、意図的に System.Exception、System.SystemException、System.NullReferenceException、または System.IndexOutOfRangeException をスローしないでください。

これ、前者2つがダメな理由は分かるけど後者2つはかなり意味不明だね。
翻訳ミスを疑ったけど英語でもそうなってる。
これはさすがに盲従する奴はアホだと思う

2017/11/14(火) 02:40:17.14

>>252
本気で言ってる？同じ疑問を持つ人はいるみたいだから少しググれば出てくるけど
https://stackoverflow.com/questions/22453650/why-are-we-not-to-throw-these-exceptions

2017/11/14(火) 02:41:11.99

>>251
普通に読めば>>233に出てくるExceptionとは限定的にExceptionクラスだけを
指しているとは読めない

2017/11/14(火) 02:45:47.13

>>254
あんな質問してくる初心者に「新しくExceptionオブジェクト作って」と言えば、「new Exception()」するだろうよ
ところで、>>253を少しは読んだのかい？

2017/11/14(火) 02:46:50.86

>>253
なるほど、NullReferenceExceptionの方は一応回答者が理由出してるけど
もっと明示的な例外の方が良いから使うなというには弱いように感じるね。

IndexOutOfRangeException の方は使っちゃダメな理由出てないね

2017/11/14(火) 02:47:11.28

>>254
勉強になって良かったね

2017/11/14(火) 02:47:35.87

>>255
それ、じゃあ自分なら何て表現するか考えてから言ってる？

2017/11/14(火) 02:48:14.13

>>257
「よっしゃ、今日はこのぐらいにしといたるわ」 by 池乃めだか

2017/11/14(火) 02:48:46.66

>>256
出てるからちゃんと読みなさい

2017/11/14(火) 02:49:29.79

>>260
出てないって
出てるなら引用してみ

2017/11/14(火) 02:50:04.51

>>261
煽って探してもらおうとするクズ

2017/11/14(火) 02:50:53.16

>>256
ほんとドキュメント読めない人なのね

2017/11/14(火) 02:56:20.70

>>263
君、そういうくだらないレスしかできない自分が嫌にならないの？
絵に描いたような「精神勝利法」だけど、そんなので勝った気になれるって小学生かよ。
俺ならプライドがあるからやらないけど、きっと傷つくような自尊心なんて最初から持ってないんだね

2017/11/14(火) 02:59:16.44

>>264
初心者ならもっと謙虚になりなさい

2017/11/14(火) 05:35:40.63

>>264
久々にみた気持ちの良いブーメラン
親切に教えてもらっても意固地になる人って職場にも一人はいるよね

2017/11/14(火) 06:55:43.62

例外処理が難しすぎるのか例外処理を分かってないヤツが多すぎる。
Go言語が例外処理を言語仕様からはずしたのも納得できるな。

2017/11/14(火) 06:57:50.52

>>237
非同期とか使わないでも実装出来るものを非同期にするとか
ロックの仕組みも分かってないのにスレッド使うとか
スキルの無いヤツほど難しい事をやりたがるwww

2017/11/14(火) 07:11:13.47

プロパティだけのデータストア用インナークラスを作ってるんですけど、クラスの修飾子をprotectedにして中のプロパティをpudlicにしています
メンバの方がアクセス権が広い事に違和感を感じるのですが世間様ではある事なのでしょうか

2017/11/14(火) 07:41:12.60

>>269
クラスもパブリックにしよう！

2017/11/14(火) 08:09:47.71

>>267おまえなら>>220にどう対処する？

2017/11/14(火) 08:27:49.82

>>269
クラスがprivateの場合はメンバの方を広くするしかないんだからそれ自体はおかしくない
クラスがinternalでメンバがpublicというのはよくある
でもprotectedな内部クラスというのはそもそもあまり一般的ではないと思う
クラスの外にその内部クラスを使うユーティリティを定義したくなったらどうする?
紛らわしくて不便なだけで特にメリットがない

**272** (ﾜｯﾁｮｲ 5f23-hQHN) · 2017/11/14(火) 08:29:03.55

補足
(派生クラスを作ろうとした人が)クラスの外にその内部クラスを使うユーティリティを定義したくなったらどうする?
という意味な

2017/11/14(火) 08:49:01.70

>>271
おそらく、HttpClientを使ってるんだろうけど
async/awaitの例外処理には罠がありそうなので
グーグル先生にお伺いをして慎重に例外処理を使う。

2017/11/14(火) 09:09:39.51

>>274
同期だったとしてどうする？

2017/11/14(火) 09:10:12.07

>>220
HaskellのEither辺りを自分で実装w
探せば出てくるが

今時例外はあまり使わんね
時と場合によるが

2017/11/14(火) 09:11:01.60

>>276
サーバーに接続出来なかったらどうする？

2017/11/14(火) 09:13:48.16

>>277
接続出来ない旨のLeftを返す

2017/11/14(火) 09:15:00.68

>>278
レフトとか知らないけど例外でよくね？例外がダメ理由は？

2017/11/14(火) 09:22:41.57

>>275
敵艦に突っ込んで玉砕だな

2017/11/14(火) 09:32:31.86

>>280
呼び出し関数内で何かしらのデータを作ったとしてそれはどうやって呼び出し元に伝達する？

2017/11/14(火) 09:39:13.23

>>281
何のデータの場合?

2017/11/14(火) 09:40:53.91

暇な奴だ

2017/11/14(火) 09:41:26.10

>>282
404のレスポンスボディとか

2017/11/14(火) 09:47:33.77

>>284
例外で帰ってくるやつか？
そらなら呼び出し元でcatchだね

2017/11/14(火) 10:00:57.46

例外処理は汚くなるからイベントハンドラとかみたいな呼び出し階層の最上位にだけに集約させたいってこと？

2017/11/14(火) 10:06:00.72

>>286
汚くさせないためにあるのが例外処理だろ？
例外を放置すりゃ呼び出し最上位まで飛んでいくが。

2017/11/14(火) 10:11:37.55

存在しないリソースを要求するだけで例外を引き起こせるなら。

2017/11/14(火) 10:23:21.54

>>267や>>276が何を言いたいのかわからん

2017/11/14(火) 12:12:12.09

>>233が
Exception派生オブジェクト
って書いとけばそれで済んだ話だと思うんだが
よくもりあがってるな

2017/11/14(火) 12:48:00.23

>>290
それもそうだし、あまりのドキュメントを読む能力の無さに吹いたわ

2017/11/14(火) 13:35:30.02

例外の内容を戻り値で返そうとしていた時点で察するべき

2017/11/14(火) 13:35:49.40

今月ずっとhResult == IntPtr.Zeroとかresult != 0とか書いてた俺から見れば
例外なんて天国じゃないですか

2017/11/14(火) 13:42:38.82

>>293
その天使を握り潰してリターンで返してエラーハンドリング地獄にしようとしていたのさ。

2017/11/14(火) 13:51:56.33

でもファイルが開けないで例外は困る
他のも完全に例外とそうでないのと作った奴との波長が合わないと
仕分けが面倒臭い
いっそ握り潰すは結構わかる
なんかいい手はるのか？

2017/11/14(火) 13:58:20.49

開けないという結果を返したいなら戻り値で返せばいいじゃん
例外の詳細が欲しいとか言うなら例外のまま戻ればいいってなる

2017/11/14(火) 14:04:41.09

>>295
開けないファイルを処理できる場所で例外のキャッチをすれば良いだけだが。

2017/11/14(火) 14:06:57.33

>>297
だから一生懸命例外を仕分けするって話だろ

2017/11/14(火) 14:08:55.93

>>298
仕分け?

2017/11/14(火) 14:15:19.28

>>299
だから他の奴の作ったクラスの例外にする挙動で気にいらない例外を仕分けする必要があるじゃん
アスペ過ぎるだろお前

2017/11/14(火) 14:17:24.41

MSの推奨するasync越しの例外処理はCancellationTokenSource使うやつだろうが可也面倒だわな
キャンセルの仕組みを入れるなら、次いでに仕込んでもいいと思うが

2017/11/14(火) 14:19:11.58

>>300
例外の大半は致命的なエラーだろ
メッセージ吐いて落とすだけ
仕分けも糞もないわ

2017/11/14(火) 14:21:12.02

>>299
うんちっちException
うんこっこException
うんこっここっこException
ちんぽっぽException
ちんぽっぽちんぽException
ちんちんException
まんこっこException
まんこっこっこException

それぞれ挙動を変えたい

2017/11/14(火) 14:22:20.64

>>302
なんでファイルオープンミスったぐらいで致命的なエラーなんだよ
別ファイル指定させろ殺すぞ

2017/11/14(火) 14:25:29.18

>>304
キャッチしてリカバリ処理しても良いんだよベイベ

2017/11/14(火) 14:30:28.64

>>303
まんこっこExceptionだけキャッチして
あとはゲロ吐きへ

2017/11/14(火) 14:35:59.67

>>304
またキチガイかよ

2017/11/14(火) 15:02:33.86

致命的エラーの大半はバグだから、しっかりロガーに記憶センといかんよな

2017/11/14(火) 15:26:53.10

仕分けです

2017/11/14(火) 15:59:25.26

>>308
そんなの組んだやつ次第じゃん
テメーのディスプレイに写った顔がキモメンなので例外

2017/11/14(火) 16:03:35.67

ところでCsvHelperのCurrentRecord消えてんじゃん
たかがCsvでマッピングなんかしねーよ
コイツ馬鹿じゃん
やっぱり他人の作ったもんなんかゴミだな
この程度は自分で作るべきだった

2017/11/14(火) 16:05:44.77

アスペ

2017/11/14(火) 16:33:33.76

そいつ英語読めないアスペ

2017/11/14(火) 17:10:19.65

戻り値のあるメソッドでcatchにもreturn入れないとエラーになるんだけど、普通、例外拾った場合、returnにはnullとかいれるの？

2017/11/14(火) 17:16:49.43

>>314
エラーで戻り値をセット出来ない場合は、
メソッドの中でcatchしないで呼び出し元でcatchする。

2017/11/14(火) 17:20:01.42

>>315
なるほど、メソッドの外でcatchするんですね。それが定石なんでしょうか？

2017/11/14(火) 17:33:11.61

>>316
メソッドの中でcatchして例外に対する処理が出来れば、そこでcatchすれば良いし、出来なきゃ呼び出し元でcatchする。呼び出し元で処理出来なけりゃ更に上位の呼び出し元でcatchする。
基本は例外は例外なのでそんなことが起きないようにコーディングする。

2017/11/14(火) 17:45:16.91

WebにあるMSDNの説明を和文で見る人は、「.NET Framework(current version)」を「.NET Framework 4」に変更して、みたほうが良いかもね。
それでも変な和訳だけど。

2017/11/14(火) 18:04:00.27

>>314
それ、問題設定がおかしい（きつい言い方だけどそれは愚問）だから、
たぶん例外の意味が根本的に分かってないんだと思う。

まず「そもそも例外って何？」ってところからちゃんと理解した方がいいと思う。
理解をパスして定石だかお作法だかを覚えることで乗り切ろうとする態度は危険

それと
＞戻り値のあるメソッドでcatchにもreturn入れないとエラーになる
間違ってる。
コンパイル通らないのは値を返さない実行パスが存在する場合だけ

2017/11/14(火) 18:31:17.73

>>319
例外処理を理解してないやつってホント多いよ。
c#何年もやってて理解してなとか普通に居るし。

2017/11/14(火) 18:47:46.83

>>320
>>319も基本的なことを理解してなかったみたいだけどね