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

2017/10/09(月) 19:00:56.93

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

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

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

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part131
http://mevius.5ch.net/test/read.cgi/tech/1504861931/
■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://mevius.5ch.net/test/read.cgi/tech/1492843013/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

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

2017/11/04(土) 20:45:43.86

>>840
とりあえず、refは値型以外には使い道が無いのは確定で。

2017/11/04(土) 20:48:54.35

>>846
2017?

2017/11/04(土) 20:49:38.51

>>848
マジモンかよ

俺個人が使うか、あるいは一般に多用されるかどうかはともかく、
参照型であろうと変数の値（つまり参照）そのものを書き換えたいケースは存在すると思われる。

たとえばStringのようなイミュータブルな型や配列の長さのように変更できない要素を
持つ型の場合、元の値を利用しつつそれを加工した値を返すにはrefを使うしかない

2017/11/04(土) 20:50:11.25

最近見たrefはBindableBaseの中だったな、ref Tとかジェネリックの場合
普段は使わないね

2017/11/04(土) 21:08:51.42

議論ごっこやりたいのなら
ふらっと C#,C♯,C＃（議論用）
http://mevius.2ch.net/test/read.cgi/tech/1469538912/
で好きなだけやってくれ。ﾜｯﾁｮｲもないから

2017/11/04(土) 21:14:23.59

意味もなく
try
{
　　・・・
{
catch
{}
や
try
{
　　・・・
{
catch (Exception ex)
{
　　throw ex;
}
するヤツってアフォですか?
お願いだから辞めてください。

2017/11/04(土) 21:16:19.73

>>856
プログラマがそこで例外が発生しうることを認識してそのコードを書いていることを
明示する意味はあるよ。

>>851といい、ちょっと単細胞過ぎないか？

2017/11/04(土) 21:28:09.69

>>850
了解
>>853を見る限りおまえの言う通りだな

>>851
さすがにそれは極論過ぎ

2017/11/04(土) 21:30:25.68

>>857
え?

2017/11/04(土) 21:49:38.46

>>857
c#で>>856やるとそこまでのスタックトレース消し去ることになるんだけど正気？

2017/11/04(土) 21:49:52.84

ファイルが読めない程度で例外返すクラスとか一旦握り潰して動作を変えたい

2017/11/04(土) 21:53:09.24

>>861
c#使うのやめた方がいいな

2017/11/04(土) 22:02:23.28

>>862
go言語が例外処理の機能を無くした理由の1つは、大半のプログラマーが例外処理を正しく扱えないから。
本当にそう思うよ。

2017/11/04(土) 22:06:52.22

>>860
まあ後者はたしかに普通やらないと思う。
ただ、例外情報なんて必ずしも常に必要とは限らない。

2017/11/04(土) 22:07:27.03

>>861
関数の返り値でエラー処理したい人？

2017/11/04(土) 22:09:09.61

>>863
C#使うのやめてGo使った方がいいな

2017/11/04(土) 22:12:09.30

>>865
TryXXXなんてのがあるように、そもそも成功したかどうかしか関心がない場合もあるでしょ

2017/11/04(土) 22:12:58.59

>>866
Go言語もまともには扱えないと思う。

2017/11/04(土) 22:14:37.92

>>867
それは例外でエラーを拾はないでエラー処理をしたい場合。
例外処理は少々重い。

2017/11/04(土) 22:19:20.92

例外は便利だよ
変な使い方しなければ

2017/11/04(土) 22:23:38.64

>例外処理は少々重い。
初回の例外発生の時にその例外クラスがロードされるみたいなんだけど、その事？

2017/11/04(土) 22:40:21.94

>>864
常に必要ではないが、それをわざわざ消す必要があるか？

2017/11/04(土) 22:40:24.62

ファイルを削除や移動する前に、他のソフトで使用中かどうかを調べるのに
R/Wモードでオープンしたときに例外が発生するかしないかで判断するしか無い
この処理のときはcatchでfalse返して例外を握りつぶしている

2017/11/04(土) 22:56:58.41

>>872
まあ、たとえ使わなくてもInnerExceptionに食わせて再スローした方がベターだとは思う

2017/11/04(土) 22:59:45.13

>>874
Java出身の人がよくやる勘違いだよね

2017/11/04(土) 23:37:22.84

例外で何を伝えたいかどう制御したいか決まってなければ迷うかもしれない
例外出ても継続できる内容なのかもあるかな

2017/11/05(日) 00:13:35.57

例外をどこで処理するか(または投げっぱなすか)という基準をきちんと決めないとカオスになりがち
でも事前に決めて徹底させるのが難しい場面も多いのよね

2017/11/05(日) 00:49:39.43

タスケテ！！！
RARを回答する方法がわからないの！
なんか組み込みでいいのないの！？

2017/11/05(日) 00:53:25.52

>>878
7Zipのライブラリで回答できた
https://sevenzip.osdn.jp/sdk.html
使い方はすっかり忘れたから聞かないでくれ

2017/11/05(日) 00:55:50.51

コトリンの恐怖がおんどれらを襲うwww

2017/11/05(日) 01:34:09.45

適当に検索してみたら、それなりにref stringとかを伴うコードがあった
最近のref絡みの言語拡張を見てもコンパイラ絡みのガチガチに最適化するところとかはref引数の使いどころがあるっぽい
https://github.com/dotnet/corefx/blob/ab0c04f10c8094731d13de6f0ceaa71dd776aa00/src/System.CodeDom/src/System/CodeDom/Compiler/Executor.cs

あと、二重ポインタを扱うPInvokeとかでもでてくる

2017/11/05(日) 01:47:27.68

CodeDomだからC#創成期だね
いわゆるひとつのレガシー

2017/11/05(日) 01:51:07.20

>>879
ぐぬぬだよ！
exeとdll持ってきてコマンドラインにするかあ

2017/11/05(日) 02:12:10.73

外部のexeをインスタンス化してそれにコマンド発行ってできる？出来た気がする
7Zipを複数起動して複数ファイルの圧縮と解凍をしたいのよ

2017/11/05(日) 02:25:25.39

ProcessStartInfoか
なんでもないです

2017/11/05(日) 03:06:49.05

>>884
ファイルIO絡むから、複数同時に動かすとむしろ遅くなるんじゃないかな。

2017/11/05(日) 04:13:51.92

>>886
えー
SSDやRAMに出しても？
メモリ内で解凍してデータ加工して再圧縮できない？全部メモリ内で

外部ツール使ってたら無理か

2017/11/05(日) 07:19:38.45

>>881
夜中まで必死にググった努力は認める w
>>882の言うように今時としてはいまいちのコードだよ

2017/11/05(日) 07:21:17.15

「ref string」が何に使えるかは置いておいて、これで合ってる？
ttps://ideone.com/k9UegY

2017/11/05(日) 07:24:20.42

>>886
むしろI/O絡むから複数同時の意味がある

2017/11/05(日) 08:45:03.60

>>871
仕組みは良くわからんけどスタックトレースを辿るとかの処理が重いと思ってる。
速度の必要の無い処理はオレオレ例外投げてエラー処理してる。
その方がコードがスッキリ書けるし。

2017/11/05(日) 08:47:05.58

>>881
いつの間にか、ref 参照型は不要から ref 全て不要に変わってるし。
ref 値型は必要でしょう。

2017/11/05(日) 09:02:12.28

>>877
例外をどこで処理するかは非常に簡単だが皆分かってない。

・例外をcatchして処理できる場合はcatchして処理する
・処理できない場合は何もしなくて(無駄にcatch throwもしない)呼び出しもとに任せる
・最後はAppDomain.UnhandledException等で拾ってログ吐いて落とす

何も出来ないのにcatchしてエラーメッセージだけ出すヤツ多すぎ。

2017/11/05(日) 09:14:14.87

言語仕様としてref値型が必要なのはわかるけど
じゃあ使うかというと使わないかな
もう何年も書いた記憶がない

2017/11/05(日) 09:29:17.02

ゲームで自分で当たり判定を書いたとき
GC を避けるため使ったことがあるな

2017/11/05(日) 09:52:03.41

>>894
hoge.TryParseも使った事がないと?

2017/11/05(日) 10:20:04.86

.TryParse( ) は ref じゃなくて out

2017/11/05(日) 10:20:40.26

アプリ作るたびに
ViewModelBaseのSetProperty<T>(ref T field, T newValue
を作って毎回使ってるな。
で、今ちょうどJavaでMVVMやってて、refないのでSetPropertyがかけなくてつらい・・
if (this.value != value) {
　this.value = value;
notifyほにゃ
}
refないのでプロパティ毎に3行書いてるんだけど死にたい。

2017/11/05(日) 10:40:15.20

SetProperty(value, v => field = value)
でいいだろ
設定先が単純なフィールドでない場合にも対応できるしJavaでも同じ

2017/11/05(日) 10:56:36.45

んん？？
どういうことそれ。引数２つ？？
3つ使って
SetProperty<T>(T field, T newValue, Action<T> setterActon)
こんな感じならいけそだけど。
SetPropert(field1, 10, t => field1 = 10)
後は最後にproperyNameを渡す引数追加して。

2017/11/05(日) 11:01:15.31

SetPropert(field1, 10, t => field1 = 10)
は
SetProperty(field1, 10, t => field1 = t)だった
bool SetProperty<T>(T field, T newValue, Action<T> setterActon, string propertyName) {
　if (!object.equals(field, newValue)) return false;
　setterAction(newValue);
　onPropertyChanged(propertyName);
return true;
}
コンパイルしてねぇけどこんな感じかな。

2017/11/05(日) 11:11:46.25

>>888
前とは別の人だし、githubで適当に検索してみただけだから特に時間もかけてないんだけどね
roslynとかで"ref 適当な型名"で検索しても、何件か引っかかるし一応新しいコードでも（美しいかはおいといて）使ってるんじゃないかな
軽くしか見てないけどnullなら初期化ってしてるコードが多いけど、ArrayBuilerはある程度有効活用になってそうな雰囲気

ref値型いらないって言ってるのはホントの初心者でしょ
そちらは明らかに使いみちだらけ

2017/11/05(日) 11:22:13.81

×初心者
○過去を捨てられないベテランさん

2017/11/05(日) 11:28:47.04

例外が必ず適切にはかれるわけではないからこうしろって言われても困る

2017/11/05(日) 11:31:31.42

>>902
いいわけは要らんよ
君がref参照型が有効だと思うコードを晒せばいいだけ

2017/11/05(日) 11:31:51.41

>>904
どう言う意味?

2017/11/05(日) 12:03:01.14

まだ変なのが暴れてるけど、参照型であれ値型であれrefなんか必要ない、
であれば主張に一貫性があり一理ある。

筋が通らないのは。refは値型でしか意味がないという主張。
昨日説明した通り値型参照型の違いはrefの有用性と関係ない。

>>906
>>904がそうい言いたいのかどうか分からないけど、例外の処理方法や
どの程度「真面目に」処理するかだって所詮要件次第なのに、例外の話になると
妙に教条主義的になる変な人がいるのは確かだ

2017/11/05(日) 12:46:34.43

>>907
例外が適切に吐かれないって事が有るのか知りたい。

2017/11/05(日) 12:51:25.95

>>907
> まだ変なのが暴れてるけど
自己紹介ですか？

2017/11/05(日) 13:12:09.84

ref はCの＆にあたるものだが、&iは普通に使うけど&pなんて見たこと無いってことだ

2017/11/05(日) 13:34:59.13

>>894
パフォーマンスを求められる処理には縁がない人なんですね

2017/11/05(日) 13:46:53.29

素人なのでref/outの使い道がよくわからないのですが、public変数にするとかじゃだめなんですか？

2017/11/05(日) 13:50:53.40

>>912
メソッド実行するたびにインスタンス作成すればおｋ

2017/11/05(日) 13:54:44.96

>>912
コトリン使えばおｋ

2017/11/05(日) 14:06:26.50

>>912
全部Public変数にしたら引数も戻り値も不要だね。
君は天才かも。

2017/11/05(日) 14:08:16.80

>>912
素人なら自作関数には両方使わない
唯一あるとすれば
パフォーマンスをシビアにする必要がある
かつフィールドをたくさん持った値型
の場合だがそんな状況はアプリにもよるがそうそう無い

2017/11/05(日) 14:15:44.96

>>893
と赤間さんが言ってたね

2017/11/05(日) 15:53:29.60

>>912
釣り針でかすぎ

2017/11/05(日) 18:22:15.77

藤原竜也に戻せよ

2017/11/05(日) 18:23:05.50

誤爆

2017/11/05(日) 20:56:07.78

>>917
赤間って誰?
MSDNのコラムにc#の例外処理について解説していた良い記事があったんだが見つからんわ。

C と C++のが見つかったw
https://msdn.microsoft.com/ja-jp/library/cc440190(v=vs.71).aspx

2017/11/05(日) 21:00:58.55

https://blogs.msdn.microsoft.com/nakama/2008/12/29/net-part-1/
これかな？

2017/11/05(日) 21:09:00.23

>>922
赤間さん?

2017/11/05(日) 21:12:55.00

「よほどのことがない限り、アプリケーションで try-catch を書いてはいけません。」
これよ、これ。例外処理の本質。

2017/11/05(日) 21:42:49.26

>>924
そうはいってもファイルが読めないだけで例外だすじゃん

2017/11/05(日) 21:52:08.84

>>922
ああこの記事ね。
個人的にはあんまりロジカルじゃないと思うんだよねこの記事。
読んでいて感じるいくつかの「なぜ」に対する答えがない

(1) エラーを業務エラーとそれ以外に大別するのはいいとして、なぜ前者に例外機構を
使ってはいけないのか？

(2) なぜ集約例外ハンドラーみたいなスパテッティーを推すのか。
そもそもそういうスパゲッティーを避けるための仕組みが例外機構ではなかったのか？

(3) いくら何でも
「よほどのことがない限り、アプリケーションで try-catch を書いてはいけません」
これは言い過ぎではないのか。

2017/11/05(日) 21:59:38.87

>>926
(3)は吹いたわｗｗｗ

2017/11/05(日) 22:12:12.00

リトライとかの回復処理は全部ライブラリー内で完結してることが前提なんだろうな。
言いたいことは分からないでもないけど、想定しているアプリがすごく狭い気がする。

2017/11/05(日) 22:39:40.25

アプリケーションってよりビジネスロジックって言いたかったのかね

2017/11/05(日) 22:49:10.60

>>926
(1)や(3)はコメントで回答されてるんじゃないの？

集約例外ハンドラーは業務エラーを戻り値で表現しようと
例外で表現しようと必要じゃない？

2017/11/05(日) 22:51:14.59

>>930
必要だってのと推奨するのとは違うだろ

2017/11/05(日) 22:52:06.64

てか集約例外ハンドラーがスパゲッティってどういうこと？
エラーメッセージやログ処理して終了するだけのごく短いコードだと思うけど違うの？

2017/11/06(月) 00:52:33.36

>>925
ヘルスバーグも筆の誤り

2017/11/06(月) 06:29:36.68

>>928
例外に落ちた時点で回復可能なエラーって限られてるぞ。
ファイルがロックされて書き込めないとか。
殆どは回復不能だし、デッドロックにしてもリトライするより適切にロックしているかやロジックを見直す必要があるだろうし。
ま、例外の原因で一番多いのは自分の仕込んだバグだw

2017/11/06(月) 08:53:17.37

>>932
集約例外に回復コードを仕込もうと思ってるんだろ。

2017/11/06(月) 12:00:15.83

くそベンダーにありがちｗｗｗ

2017/11/06(月) 12:23:10.12

糞ベンダーは、全てのメソッドにtry-catchを入れるコーディング規約。

2017/11/06(月) 16:16:18.79

ネットで更新してるアプリってテキストファイルの文字読み込んでプログラミングしてるんだなその方が変更しやすいのか？

2017/11/06(月) 17:30:29.32

>>938
エスパー登場を待とう

2017/11/06(月) 17:33:56.53

>>938
勘違いです

2017/11/06(月) 17:36:08.18

ランチャー的なフォームから小画面を起動するフォームアプリを作ったのですが、小画面大量に出すと重くなります。小画面毎に別スレッドで起動する方法を教えてください

2017/11/06(月) 17:37:41.80

設計が間違ってます
小画面を大量に出さないようにしましょう

2017/11/06(月) 17:43:20.86

小画面の意味がわからないし、大量とはどのくらいなのかもわからない

2017/11/06(月) 17:48:57.32

なんだ勘違いかテキストで読み込んでるのは理由あんまりないんだ

2017/11/06(月) 17:51:17.55

>>942
そこをなんとか
>>943
10枚程度です。

2017/11/06(月) 17:53:30.02

ツールでボットやwebチェッカー使ってるんじゃないかな
ボット一個にwindow1個とか

そういうのはwindow一個で多数のものを扱うべき
リソースの無駄

2017/11/06(月) 17:55:01.56

どうせ並列で動いてるならPCもう一個買えよ

2017/11/06(月) 17:56:54.41

>>945
フォームを別に表示したら元のフォームには影響しないし
１０や２０くらいの別フォーム起動したくらいで重くなったことはない
小画面で何をやっているかわからないしスレッド分けて～では多分解決しない
>>944
スレ違いだと思うけどアンチウィルスのパターンデータ更新みたいなのと勘違いしているだろ
VisualStudioだってバイナリアップデートなんだから

2017/11/06(月) 18:06:53.58

関数にListを渡す時に関数内で要素を書き換えできないようにするにはどうすればいいですか

2017/11/06(月) 18:08:01.18

無理です