ふらっと 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(土) 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

無理です

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

>>949
C#7.2を待つかそのlistをコピーして渡すか書き換えないように気を付けるかしてください

2017/11/06(月) 18:27:27.21

IReadOnlyListとして渡せばええやん

2017/11/06(月) 18:33:50.08

>>952
なにそれ
オブジェクトのリストを作ったとしてそのリストの要素のプロパティを書き換えるのも出来ない？

2017/11/06(月) 18:35:54.11

>>951
readonly ref って構造体限定じゃね？

2017/11/06(月) 18:37:32.84

>>952
こんなものがあったのか
便利そう

2017/11/06(月) 19:01:30.72

>>801
無いことがバレてプログラマの月収は一律18万円になった

2017/11/06(月) 19:16:12.58

>>949
AsReadOnlyメソッドで足りるならそちらで

>>905
言い訳とは
普通にroslynのソースとダブルポインタを要求するPInvokeじゃ不満足？複雑なやり取りを低コストでやれてると思うが

2017/11/06(月) 19:34:57.48

>>941
スキルの無いヤツほどスレッドを使いたがる。
スレッドが何か分かっているヤツはスレッドでしか実現できない場合のみ仕方なくスレッドを使う。

2017/11/06(月) 19:43:20.15

>>938
質問の内容がワケワカラン過ぎるぞ。

2017/11/06(月) 20:15:45.06

>>957
> 普通にroslynのソースとダブルポインタを要求するPInvokeじゃ不満足？複雑なやり取りを低コストでやれてると思うが
だからそう言う言い訳はどうでもいいからコードを晒せよ

2017/11/06(月) 20:27:25.28

>>953
流石にそれを禁止するのは無理
IListにあるAddとかRemoveとかインデクサのsetterとかがないというだけなので

2017/11/06(月) 21:47:01.14

>>958
では軽くする方法を教えて下さい。
子フォームでは重要なことは非同期で行っています

2017/11/06(月) 21:54:22.54

何やってるか知らんけど
１０枚も出したらそれで限界な可能性は？
非アクティブなときも重いってあるかなぁ？

2017/11/06(月) 21:55:47.11

>>962
では重い原因を教えて下さい。
ただフォーム出して重くなったでは何も分かりません。

2017/11/06(月) 22:04:31.11

>>962
まず重い原因を突き止めましょう。

純粋にFormのロード（表示）だけに時間がかかってるなら
個人的は軽量化は諦めた方がいいと思う

Loadか何かのタイミングで実行してる初期化が重いなら
そこを軽量化するなりタイミングを工夫するなり

個人的想像だと前者の可能性は低い気がする
というか、Vista時代のPCでも余程大量のコントロール乗せてたり
レイアウトパネル系を多用でもしてないとそこまで極端に重くはならんと思う

2017/11/06(月) 22:06:21.11

Listを抽象化したいのですが、どのように書けば良いでしょうか？
以下のように書けるかと思ったのですがダメでした
よろしくお願いします

interface ITest
{

}

public class Test: ITest
{
public string hogege { get; set; }
}

class Hoge
{
List<ITest> test = new List<Test>();
}

あ (ﾜｯﾁｮｲ 0699-u4G3) · 2017/11/06(月) 22:06:24.98

>>962
単純にそのアプリ、親アプリと子アプリに別けて、親アプリから小アプリを10個起動したら駄目なの？
重い処理があって辛いぐらいの機能があるなら、1つの子画面で親ごと巻き込まれて死んでほしくないし、俺ならプロセスから別ける。

あと、非同期でやってる、の非同期がasyncなら、それは普通にタスクを切り替えるスキの間隔が広いかとか、諸々普通に重いだけじゃないの？
await Task.Delay(1)とか呼んでみたら？