ふらっと C#,C♯,C＃（初心者用） Part131 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/09/08(金) 18:12:11.06

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

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

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

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part130
https://mevius.2ch.net/test/read.cgi/tech/1500327645/
■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://echo.2ch.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/

**デフォルトの名無しさん** · 2017/09/08(金) 21:39:46.11

>>1
乙
ボーリング処理だったか..

**デフォルトの名無しさん** · 2017/09/08(金) 21:41:20.91

そうそうｗ
ボーリング処理ってなんだよ
わかるかよ

957 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMba-d5PD)[sage] 投稿日：2017/09/07(木) 16:48:04.48 ID:CjGXGOTyM [2/2]
1秒毎にボーリング処理するなかであるクラスのメソッドを呼び出す場合、毎回newするのは悪手ですか？staticが基本でしょうか？

**デフォルトの名無しさん** · 2017/09/08(金) 21:44:51.40

答え

普通のstaticで済む用途ならstaticで書いたほうがいい
負荷やリソースじゃなくて毎回newする意味がない

sin計算するとして毎回Mathインスタンスをnewしなくてはいけない設計だったら糞だなって思う

**前スレ 966** · 2017/09/08(金) 21:52:15.93

前スレ >>968 の ID:VpThhHIU0 さん。

助かりました。ありがとう。
その例外メッセージ後半が目に入っていませんでした。。おバカでした。

後半の方法で対応できたのですが。
この方法で派生先クラスをシリアライズすると、クラスの情報も一緒に出力されるんですね。
出力しない方法があったら知りたいです。もっと探せば見つかるかなあ。

**デフォルトの名無しさん** · 2017/09/08(金) 22:04:57.94

前スレ>>975
> １分以上止まっちゃってたことあるよ
その時の.Net Frameworkのバージョンいくつだったんだろ。
今はバックグラウンドGCとか、GCも改良されてて長期間止まり難くなってるけど。

**デフォルトの名無しさん** · 2017/09/08(金) 22:10:04.29

改良されたとは言っても、全く止まらない訳じゃないから、
数100msecでも止まって欲しくない場合は、やっぱり手動でGCを制御する必要があるけどね。

**デフォルトの名無しさん** · 2017/09/08(金) 22:45:19.27

>>4
答になってないよw
staticで済む用途ならstaticで書いたほうがいい、ではなくてそれはstaticで書かなきゃだめw

最初から言ってるように、毎回newするのと対立する方法は、
フィールドでインスタンスを持っておこくと。

**デフォルトの名無しさん** · 2017/09/08(金) 23:26:37.19

>>8

＞普通のstaticで済む用途なら

**デフォルトの名無しさん** · 2017/09/08(金) 23:50:16.96

>>9
意味が分からない

普通であろうがなかろうが、staticで書けるメソッドをインスタンスメソッドで書く意味はないし
やってはダメだろうに

**デフォルトの名無しさん** · 2017/09/08(金) 23:53:51.95

気分はstaticになってきたな

**デフォルトの名無しさん** · 2017/09/09(土) 02:26:05.00

staticおじさんがまた大勝利してしまったと聞いて

**デフォルトの名無しさん** · 2017/09/09(土) 03:16:09.56

前すれワッチョイとかいうのだったんだな
2chのシステムよく知らんので普通のスレで立てちゃったよ
やり方知らんしw

気に入らなかったら別のスレ立ててね

**デフォルトの名無しさん** · 2017/09/09(土) 03:27:48.28

1月強で1000行くんだから我慢して使い切れよ

**デフォルトの名無しさん** · 2017/09/09(土) 06:30:41.62

おまいらに真実を話す。ポーリングって確かに打ったんだわ。スマホが勝手にボーリングに変換してたんだわ
ATOKあほすぎんだろ

**デフォルトの名無しさん** · 2017/09/09(土) 08:37:40.24

変換はgoogleのが絶対いいな
流行りのワードも出てくるし
これ以外考えられないって性能になっちゃってないか?

**デフォルトの名無しさん** · 2017/09/09(土) 10:04:18.06

インスタンスをキープしたいのなら、ポーリングのクラスにフィールド設定してそこに置けば済むわけでstatic classは有り得ないわな
static classはグローバル参照がどうしても必要な設定値とか、拡張メソッドとか、Mathのようなライブラリで使うもので
不用意に使うとろくな事がない代物だ

**デフォルトの名無しさん** · 2017/09/09(土) 10:20:42.56

>>5
DataContractSerializer系じゃ無理なはず
飽くまでシリアライザなんでデシリアライズできなきゃならない
型情報が無くなったら元のどの型にデシリアライズすればいいか分からなくなっちゃう

**デフォルトの名無しさん** · 2017/09/09(土) 10:39:45.84

それでも書いた処理によってガベコレまでの一時メモリリークは起こるので強制ガベコレの管理はどうせ必要になる

誰かのライブラリ使ってて中がブラックボックスだったときにガベコレまでの一時メモリリークは気づけない

staticで変数用意してもそれがすべてと言い切れないなら意味がない
無駄な努力じゃねーかな?

**デフォルトの名無しさん** · 2017/09/09(土) 10:42:06.00

>>17
だいたいあっているけどstaticにしようとしていたのはメソッド

**デフォルトの名無しさん** · 2017/09/09(土) 11:56:12.29

ライブラリだったら内部の構造は考えられずガンガン使われるから
ポーリングクラスが1000個とか作られてつかえねーなって言われる
だったらstaticな要素にしといたほうがいい

**デフォルトの名無しさん** · 2017/09/09(土) 13:29:46.77

なんか昨日から変なところでstatic使えとか意味不明なこと言ってる人がいるけど、
Cのstatic付きのローカル変数と勘違いしてないか？w

それC#にはないよ
VBにはあるけどねw

**デフォルトの名無しさん** · 2017/09/09(土) 13:49:42.28

>>22
何の話をしているんだ
元の質問が別のclass内のメソッドを呼びたいが１秒ごとに呼び出すのに毎回インスタンスを作りたくないので
そのメソッドをstaticにしてインスタンス作らずに呼べるようにした方がいいかってものだった
だから上の方でそのインスタンスをフィールドで持っておけば済むって話になってんの

**デフォルトの名無しさん** · 2017/09/09(土) 14:06:55.82

>>23
だから、（これは質問者の質問のせいでもあるけど）話の最初からstaticなんて
まったく関係ない。そんなことは機能かれ俺自身が言ってるのよ

それとは別に、>>19とか>>21とか読むと、C#にもCのstaticなローカル変数が存在すると
勘違いしてるんじゃないかと

**デフォルトの名無しさん** · 2017/09/09(土) 14:17:10.91

質問でも回答でもない雑談なら他でやれよ

**デフォルトの名無しさん** · 2017/09/09(土) 15:31:26.30

>>23
わかりやすい

**デフォルトの名無しさん** · 2017/09/09(土) 15:55:44.10

>>24
誰もそんなことは言ってないのに
勝手にそう思ってるのはよくわかった

質問はstaticメソッドの話をしてるのはみんなわかってる

**デフォルトの名無しさん** · 2017/09/09(土) 17:51:48.60

>>27
じゃあ何の話をしてるの？
率直に言って>>21は何を言ってるのかさっぱり分からん

昨日から言ってるし>>23も言ってるように、そももも元の質問者の話とstaticは何の関係もない。
恐らく質問者は何か勘違いしてstaticと書いてるだけ

**デフォルトの名無しさん** · 2017/09/09(土) 18:18:19.52

>>28
え？

憶測だけど
イベント内で毎回生成される
var a=new ClassA();
a.Do(b);
を
staticメソッドのClassA.Do(b)にしようかということじゃないのか？
;初心者の質問なんてその程度だろ
どこからc++のstaticと勘違いしてるなんて変な主張が出てくるのかわからない

**デフォルトの名無しさん** · 2017/09/09(土) 18:24:38.82

インスタンスのフィールドでaを持てって話も出てるけど
そもそもインスタンス作る必要もないものをわざわざ保存しておく意味はないよ

それがなぜだか生成コストの話になりそっちに付き合って話したら妙な揚げ足取りみたいのに
絡まれていいことないわ

**デフォルトの名無しさん** · 2017/09/09(土) 18:28:32.66

>>29
何周遅れの話をしてるのよ。疲れるわ

だから、staticで書けるメソッドならstaticで書くのが当たり前で、
それをあえてインスタンスメソッドとして書くという選択肢は存在しない。

何が「え？」だよ。こっちが言いたいよw

**デフォルトの名無しさん** · 2017/09/09(土) 18:30:13.39

だからそこでおわってんだよ
でなんでc++のstaticが出てきたり
質問者が勘違いしてstaticって言ってるみたいなトンチンカンな話になるのかと
もうおとなしくしてればいいのに

**デフォルトの名無しさん** · 2017/09/09(土) 18:32:50.82

＞昨日から言ってるし>>23も言ってるように、そももも元の質問者の話とstaticは何の関係もない。
＞恐らく質問者は何か勘違いしてstaticと書いてるだけ

こういうこと書いててよく言えるな

**デフォルトの名無しさん** · 2017/09/09(土) 18:34:06.78

「staticは関係ない」って書いている奴はC#の前に日本語勉強しろよ

**デフォルトの名無しさん** · 2017/09/09(土) 18:34:21.92

なんか日本語「も」不自由な人みたいだね
何言ってるのかさっぱり分からんw

**デフォルトの名無しさん** · 2017/09/09(土) 18:35:50.91

>>35

じゃあ
>>28の説明をまともにしてみろ

**デフォルトの名無しさん** · 2017/09/09(土) 19:41:37.58

荒れてるので、名のりにくいのですが、私が質問者です。
>>23
この記載で、最適解はこれだと認識しました。

で、質問した時点では
>>29の憶測通り。

とりあえず個人的にはもう納得してるので、これで終わりにしてほしい。

皆さんありがとう

**デフォルトの名無しさん** · 2017/09/09(土) 19:47:52.23

>>31
それは大間違い。staticで書かなくても良いものは極力インスタンスメソッドにするべきだな

**デフォルトの名無しさん** · 2017/09/09(土) 19:52:01.12

>>38
理由を書けよｗ
いったいどういう育ち方したらそんな投げっぱなしのジャーマンなんだ?

**デフォルトの名無しさん** · 2017/09/09(土) 19:55:18.70

>>38-39
いつまで続けてるの？
質問者が終了を宣言してんだよ

**デフォルトの名無しさん** · 2017/09/09(土) 19:59:42.49

>>40
は？お前はどうしたいの?

**デフォルトの名無しさん** · 2017/09/09(土) 20:03:34.87

ワッチョイが無いとこの一連全部同一人物なんじゃないのと勘ぐっちゃうわ

**デフォルトの名無しさん** · 2017/09/09(土) 20:29:10.27

>>39
>>38は釣りじゃなく本気で言ってるなら（恐らくそうw）
関わっても時間の無駄にしかならないお方だ。暇つぶしにはいいかもしれないけどw

時々対面の世界でもこういうガチで盛大な勘違いをやらかしてる人がいるから困るよ本当w

**デフォルトの名無しさん** · 2017/09/09(土) 21:30:45.08

前に会ったRuby使いはクラスメソッド（c#のstaticメソッド）は極力使わないで
インスタンスメソッドを使うべきだって言ってたのを思い出した

何らかの理由があるんだろうけど無視した

**デフォルトの名無しさん** · 2017/09/09(土) 22:09:15.56

どっちがいいって話じゃないけど、あとで実装を差し替える可能性があるなら
クラスメソッドを直接使わずにシングルトンにするって手法はある。

**デフォルトの名無しさん** · 2017/09/09(土) 22:28:01.73

インスタンスってのは主に多重実行のための仕組みなんだから、ある程度適当に作ってもスレッドセーフな物が出来上がる
staticで作るなら、複数のスレッドから同時多数アクセスが有っても大丈夫なように組まないといけないし
それが面倒だから極力スタティックは避けるべきだと思うんだがな

**デフォルトの名無しさん** · 2017/09/09(土) 23:17:45.56

Taskでも内部でThreadPoolを使うから
(ThreadPool.SetMinThreads(実行したい数))は必要だけど
ThreadPool実行で実行して待ち合わせ
とTaskで実行して、Task.WhenAll
は何が違いますか？
そもそも、ThreadPoolは必要ないですけど気になったので、質問します。

**デフォルトの名無しさん** · 2017/09/09(土) 23:20:05.29

極力staticメソッドを使うという方針を取ると
関数用クラスとデータ用クラスに分かれやすくオブジェクト指向の考え方からは離れやすい
OO的にはアンチパターンになる可能性もあるけどトレードオフを理解して方針を決めればいいと思うよ

**デフォルトの名無しさん** · 2017/09/10(日) 00:19:09.54

>>18
そうですね。
今回の場合、相手がアレで。向こうが予期しない要素を含むデータを送ると不正終了するらしく。
最初の質問前に時間がなかったのでデータクラスを完全に２つに分けて作ってしのいでたのですが、そのままにするしかないかも。。

**デフォルトの名無しさん** · 2017/09/10(日) 00:57:09.14

>>47
既定ではスレッドプール使うってだけでTaskが後ろで何使うかは規定されてない
あとWhenAllはasync/await向けに作られてる

**デフォルトの名無しさん** · 2017/09/10(日) 01:13:53.87

>>50
規定なら同じですか？
async/await使わないならthread poolの方が良いのかな？

**デフォルトの名無しさん** · 2017/09/10(日) 01:40:04.99

>>49
Json扱うならJson.NET使うのが良いよ
基本ライブラリ以外使っちゃダメとか言われてるならSystem.Web.Script.Serialization名前空間

**デフォルトの名無しさん** · 2017/09/10(日) 01:42:59.22

>>51
いや普通にTask実行Task.WhenAllで良いんじゃね

**デフォルトの名無しさん** · 2017/09/10(日) 02:11:55.78

>> 53
やっぱり、メソッド分けてasync/await使いたくなる気がする。
ThreadPoolの方がメソッド分けしない糞コードでも書きやすい。