ふらっと 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(土) 15:24:28.88

型引数で解決できるならそれで

2017/11/04(土) 15:24:47.55

>>824
ヴァーか？

2017/11/04(土) 15:41:42.41

>>824
var y = 謎の変数x;

っていうか、たぶん何か勘違いしてると思うw

「型が分からない変数」っていうのは実行時に型が決まるって意味なんだろうけど、
変数の型は静的に（コンパイル時に）確定しているのでそれはありえない

それとも匿名型のことを言ってる？

2017/11/04(土) 15:49:14.84

dynamic型ならコンパイル時の型チェックは行なわれず実行時に解決するね

2017/11/04(土) 15:52:54.75

>>828
いや、「変数の型」は静的に決まるでしょ。自分でdynamic型って書いてるじゃんw

2017/11/04(土) 15:55:26.19

>>824
var x1 = new X();
var x2 = Activator.CreateInstance( x1.GetType() );

2017/11/04(土) 16:13:39.02

>>823
まあそれが必要なケースがほとんどないし

2017/11/04(土) 16:19:15.36

引数のnullチェックして必要ならインスタンスをnewしてつけられる

2017/11/04(土) 16:41:13.06

バットノウハウっぽい

2017/11/04(土) 16:43:39.78

>>833
バットは関係ないやろ

2017/11/04(土) 16:53:42.21

>>832
出来るが引数がnullな時点でArgumentException飛ばすんで実用価値はほぼないな。

2017/11/04(土) 16:58:31.41

>>834
関係ないな。しょぼい誤字だ。

>>824
何をやりたいか分からないが、ジェネリックメソッドでは目的に沿わないかな。

2017/11/04(土) 17:05:47.97

javascriptみたいなのを想定してるんだろうけど
まあ普通はない

2017/11/04(土) 17:44:10.96

ベッドノウハウ
しかし俺は未経験

2017/11/04(土) 17:51:46.51

>>832
だからそんなことが必要になったことがどれだけあるんだ？

2017/11/04(土) 18:10:38.00

なんかしょうもないことで争ってるけど、>>823の方が正しいね

エイリアスの機能がいらないならそもそもrefってキーワードも用意されてないでしょ
負け惜しみでくだらない意地を張るのは子供っぽいよ

2017/11/04(土) 18:13:38.30

ペットノウハウ
ボトルじゃないよ

2017/11/04(土) 18:17:18.92

MSらしく反則技が用意してあるだけ
初心者は使わない方が無難
返り値が二つ以上欲しい時は今なら名前付タプルを使う

2017/11/04(土) 18:26:59.70

返値代わりに使うのはoutだし今ならって言ってるとおり昔はなかったんだし
ちょっと何言ってるのか分からない

2017/11/04(土) 18:35:14.75

>>840
> エイリアスの機能がいらないならそもそもrefってキーワードも用意されてないでしょ
？？？
refって参照型じゃなくても使えるんだが...
参照型にrefを使うことがほぼないだろって話だと思うけどな

> 負け惜しみでくだらない意地を張るのは子供っぽいよ
自己紹介は要らんよ w

2017/11/04(土) 18:40:28.61

>>844
意味が分からない

変数の値の利用と書き換えの両方が必要かどうかは、その変数の型が
参照型であるか値型であるかは関係ない。

何を言ってんの？
しかし、いい歳こいて幼稚な奴って嫌だねほんと

2017/11/04(土) 18:43:37.92

>>842
名前付きタプル使いたいけどVS2013限定という変な縛りに囚われているわ
フレームワーク縛りは判るけど、IDEのバージョンを縛る理由ってなんなんだろう

2017/11/04(土) 18:58:38.30

古いコンパイラでビルドできなくなるだろ
俺個人としては大した問題ではないと思うけど、大した問題だと考える人がいるのは普通に理解できるぞ

2017/11/04(土) 19:12:51.54

>>845
> 変数の値の利用と書き換えの両方が必要かどうかは、その変数の型が
> 参照型であるか値型であるかは関係ない。
えっ？
普通にググればrefが値型と参照型でどう使われてるかわかると思うんだが...
引っ込みつかなくなってるのかな

> しかし、いい歳こいて幼稚な奴って嫌だねほんと
また自己紹介ですか？ w

2017/11/04(土) 20:19:58.00

幼稚呼ばわりが得意なのはかの例外を握り潰す人だが

2017/11/04(土) 20:22:16.23

ようするにキチガイなので相手にしなくてよいという話

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 を書いてはいけません。」
これよ、これ。例外処理の本質。