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

**デフォルトの名無しさん** · 2017/11/28(火) 21:30:48.55

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

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

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

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

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

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

■関連スレ
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/12/08(金) 23:59:26.68

>>313
ん？
何が違うんだ？

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

C++でゲーム作っていた者ですが
今後はC#で作っていこうと勉強しています

C++あがりのプログラマがC#で間違い易い、
ありがちなミスを教えてください。

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

迷わず行けよ行けば分かるさダー

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

C++とかいう高度な言語使えないから分からんにゃーい

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

>>315
ミスじゃないけどGCでイライラしそう

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

>>315
速度最適化を気にしすぎないことかな

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

>>315
C++プログラマがC#でよくやる間違い
・クラス名の頭にCを付ける
・名前空間やメソッド名を先頭小文字にしたりアンスコ入れたりする
・using 名前空間; を恐れる
・int を System.Int32 と書きたがる
・ループ大好き
・new を嫌う
・やたらとenumを多用する
・エラーを戻り値で返す

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

あと、
・やたらとでかいクラスを作る
も追加で
C++はクラス定義が面倒なので心理的に大きなクラスを作る癖がつきがち

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

C#はRADありきで細かい部分はちょくちょくリファレンスを読んで確認するしかない

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

>>320
> ・やたらとenumを多用する
具体的な解説Please。
C#でもよく使うと思うけど。

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

templateの感覚でGenericを使おうとして発狂する

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

>>323
C++で多態を使うなら便利なRAIIを捨てなくてはならない(スマポを使うこともできるが、普通は可能なら避けたいと考える)
多態を使う心理的ハードルが高くなるわけだ

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

>>318
かなり持続性を求めるアプリ？FullGCの影響くらうのって1秒くらいだよね？

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

地雷原のC++を歩けるなら舗装道路のC#なんか楽勝だろと思うけど、
落とし穴があるとしたらこういう驕りかもしれんね。

C#出た頃C#によく分からん難癖付けてたのはJavaな人で、C++erはむしろ
好意的な評価の人が多かったような気がするから考えすぎかもしれんけど

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

>>325
それとenumに何の関係が?

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

>>326
１秒ももたついたらクソゲーの烙印押されと思うぞ

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

ゲーム開発かよ

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

動画でも音声でもリアルタイム処理が必要な場合は1秒でも止まると困るね。

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

１０秒に一度ぐらいずつ強制gcやっときゃいいよ

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

大昔のPC-98じゃあるまいしそんな止まらないからw
何でGCの話になるといつもこうなのw
何十年前の話をしてるんだよw

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

GCで体感できるほどもたついたことないな

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

>>328
さすがにenumと多態が結びつかないのはオブジェクト指向の理解不足

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

>>335
分からないから詳しく

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

enum継承できねーから使わねーよ

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

>>337
そういうことか

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

んー、それでもC++の人が多用するって理由とそれがC#じゃ間違いって理由がよくわからん。

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

>>339
C++使いは多態を使いたがらないから、多態使わないならenumをなんの懸念もなく使えるから使いまくるってことかな？

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

この流れは質問に対して必要なのか？
後今更だが
>>320
>・名前空間やメソッド名を先頭小文字にしたりアンスコ入れたりする
これは非推奨だがビルドが通るので間違いとは言えない

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

enum を継承？ w

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

>>341
エラーじゃないならいいってことならそれ以外のやつも当てはまるだろ？
なぜそれだけピックアップしたんだ？

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

>>343
他は知らん

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

>>342
クラスの中にインナーenum（？）を定義したら、そのクラス継承してもそのenumが未定義になるってことかな？

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

最近enumが～って言う初心者が一人紛れ込んだだけだから
相手にしなくていいよ

**デフォルトの名無しさん** · 2017/12/10(日) 00:39:39.78

言語そのものの事ではないのだけど。

Windows10 の PC に入れっぱなしにしてた VS Community 2015 で C# で Webアプリ(MVC)の新規プロジェクトを作成して、
それをそのままビルド→実行するとブラウザが起動して(これは当たり前)、
サーバーエラーとなって「指定された引数は、有効な値の範囲内にありません。」て表示する＆
ダイアログで「Mirosoft.VsHub.Server.HttpHost64.exeは動作を停止しました」って出ます。
HttpHost64.exeの方は連続して出てて、 KB3090034 を当てたら最初の１回だけになりました。

原因が分からないので同じような症状を経験、解決した人か心当たりのある方がいたら対処法を教えて欲しいです。

**デフォルトの名無しさん** · 2017/12/10(日) 02:07:22.55

これは？
http://northbrain.org/?p=1503

**デフォルトの名無しさん** · 2017/12/10(日) 10:45:19.56

enum大好きな人多いよね

**デフォルトの名無しさん** · 2017/12/10(日) 10:51:21.68

処理結果表すのに文字列やint使いたくないからenum使っているけど、他に良い方法あるかな？

**デフォルトの名無しさん** · 2017/12/10(日) 10:56:20.84

>>350
設計の筋が悪いんだと思うよ
たとえばデータ取得処理が返すべきは成功コードorエラーコードではなく
取得したデータそのものであり、失敗したら例外を投げる

**デフォルトの名無しさん** · 2017/12/10(日) 10:59:35.44

ごめんなさい、例の子呼んじゃいました・・・

**デフォルトの名無しさん** · 2017/12/10(日) 11:19:22.17

死ね

**デフォルトの名無しさん** · 2017/12/10(日) 11:22:56.63

質問があいまいな上に答えてもらった相手を例の子呼ばわりって何がしたいんだろう
文字列とint対応させて作りたいのならenum使うの自然だし変えようとしたらその設計変えるしかないわ

**デフォルトの名無しさん** · 2017/12/10(日) 11:23:21.91

なんでこうも例外は嫌われなきゃいけないのか

**デフォルトの名無しさん** · 2017/12/10(日) 11:24:00.35

あいつが召喚されるから

**デフォルトの名無しさん** · 2017/12/10(日) 11:24:37.45

>>350
オブジェクトを返せばいいよ

**デフォルトの名無しさん** · 2017/12/10(日) 11:25:55.23

例外を使えないならOOPやめたほうがいい
というかプログラマやめたら？
同僚からしたらすげえ邪魔なんだけど

**デフォルトの名無しさん** · 2017/12/10(日) 11:27:29.98

>>355
>>358
例外の話じゃなかったのに処理結果＝例外なんだ

**デフォルトの名無しさん** · 2017/12/10(日) 11:31:38.35

>>359
一般論的に言って例外使えない子は退職して欲しいってだけだよ
>>354に対する答えは>>358で出してるでしょ

**デフォルトの名無しさん** · 2017/12/10(日) 11:32:45.27

例外も内部にステータス持つなら同じことだから、要はenumのかわりにクラスを使えということなんだろう。
必ずしもそれが筋が良いとは思わんけどな。

**デフォルトの名無しさん** · 2017/12/10(日) 11:36:28.15

>>360
例外使えないとか使わない前提じゃないけどもう日本語通じないか
ファイルダイアログも使ったことないんだろうね

**デフォルトの名無しさん** · 2017/12/10(日) 11:36:52.38

>>360
＞>>359
＞一般論的に言って例外使えない子は退職して欲しいってだけだよ
＞>>354に対する答えは>>358で出してるでしょ

安価ミス
>>354に対する答えは>>357で出してるでしょ

**デフォルトの名無しさん** · 2017/12/10(日) 11:38:37.58

>>363
ああごめん
アンカーまともに判断して意味不明な煽りだと勘違いしたわ

**デフォルトの名無しさん** · 2017/12/10(日) 11:55:32.54

enumで戻り値を返した先にはswitch～case文の羅列が待っている
それは、オブジェクト指向として美しくない
とか言って見る

**デフォルトの名無しさん** · 2017/12/10(日) 12:15:32.85

>>349
エナム？イーナム？

**デフォルトの名無しさん** · 2017/12/10(日) 12:16:06.09

メソッドの結果が何種類かある
どの結果なら何をするかはメソッド自体は知らない
なのでenumを返してクライアントに判断してもらう
って理由でenumならなんの問題もない
enum switch地獄に陥るのはクライアントの実装の問題なので解消できる問題だな

イベントでもいいけどイベントは管理しにくいからできれば避けたい

**347** · 2017/12/10(日) 12:24:22.81

>>348
ありがとうございます。
HttpHost64.exe のエラーダイアログは出ないんですが、「指定された引数は、有効な値の範囲内にありません。」は同じでした。
本当になんなんだろう。。

**デフォルトの名無しさん** · 2017/12/10(日) 12:25:57.85

そんなもん地獄でもなんでもないわw
大袈裟なやつだなw

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

なんでEnumダメなん？.NET標準ライブラリでもよく使われてるやん

**デフォルトの名無しさん** · 2017/12/10(日) 12:44:31.00

補完効くから便利だもんね
switchとか全部書いてくれるし

**デフォルトの名無しさん** · 2017/12/10(日) 13:02:49.80

>>365
その主張一時期流行ったけど、今になって冷静に考えると
かなり羹に懲りて膾吹いてる感がある

**デフォルトの名無しさん** · 2017/12/10(日) 13:08:33.64

ケースバイケース
microsoftが使ってれば万能というわけでもないし使ってなければダメというわけでも無い

**デフォルトの名無しさん** · 2017/12/10(日) 13:24:00.94

ダメって言ってる奴の頭がおかしいだけ
enum の継承とか意味わからんし

**デフォルトの名無しさん** · 2017/12/10(日) 13:31:07.35

>>374
ステートマシン作ってそのクラスを継承すると欲しくなる

**デフォルトの名無しさん** · 2017/12/10(日) 13:33:07.99

ダメとは言わないがコード整理するとenumが自然と消える

**デフォルトの名無しさん** · 2017/12/10(日) 14:00:03.48

どこでどういうタイミングで消えるのか興味深い

**デフォルトの名無しさん** · 2017/12/10(日) 14:11:52.06

>>377
例えばこういう感じ

void ExternalCode(MyEnum e) {
int x = 0;
if (e == MyEnum.A) x = 1;
if (e == MyEnum.B) x = 2;
Console.WriteLine(x) }

↓

static class MyEnumEx {
public static int GetX(this MyEnum e) {
if (e == MyEnum.A) return 1;
if (e == MyEnum.B) return 2;
return 0; } }

void ExternalCode(MyEnum e) {
Console.WriteLine(e.GetX()); }

↓

class MyEnumBase {
public virtual int GetX() { return 0; } }
class MyEnumA : MyEnumBase {
public override int GetX() { return 1; } }
class MyEnumB : MyEnumBase {
public override int GetX() { return 2; } }

void ExternalCode(MyEnumBase e) {
Console.WriteLine(e.GetX()); }

**デフォルトの名無しさん** · 2017/12/10(日) 14:20:47.04

ありがとう。
言いたいことはわかったけど、それって整理されたの？という疑問は残る。

この例だとenumで分岐されるのがint xという単一の値を決定する処理だけだけど、
ExternalCode() には class MyEnumEx を用意して、MyEnumを使う別の処理には
また別のclassを用意して、ってなるわけだよね。

**デフォルトの名無しさん** · 2017/12/10(日) 14:23:46.87

君のenumの使い方がそもそもおかしいだけで、普通はオプション的なものに使うからそうはならないだろう

**デフォルトの名無しさん** · 2017/12/10(日) 14:44:45.17

>>379
ならないわけだよ

MyEnumに関する責務が分散していることが問題だから整理して凝集させるわけだ
それなのに責務をまた複数のクラスに分散させてちゃ意味が無いだろう

別の場所でyを取得する処理が書かれてるなら
class MyEnumBase {
public virtual int GetX() { return 0; }
public virtual int GetY() { ... }
}
というように拡張していけばいい

**デフォルトの名無しさん** · 2017/12/10(日) 14:50:12.52

>>375
サブステートを定義するとかしかやりようがないような気がするけど...
enum 使わなきゃ綺麗に書けるの？

**デフォルトの名無しさん** · 2017/12/10(日) 15:30:45.08

>>368
最新の2017でないのなら専用スレで聞け
Visual Studio 2015 Part8
https://mevius.5ch.net/test/read.cgi/tech/1484855822/
VSは複数バージョン入れると干渉して稀に不具合起きるらしいけどその辺は自己責任

**デフォルトの名無しさん** · 2017/12/10(日) 16:01:41.00

>>381
そこ集めちゃうの？という印象。
たとえば enum System.IO.FileMode のようなものを class で置き換えるとした場合、せっかく
抽象化したのに操作対象毎に異なる実装をそこに全部書くことを想定しているんだろうか。

**デフォルトの名無しさん** · 2017/12/10(日) 16:32:25.95

>>384
操作対象はインターフェースで分離する
FileModeはFileModeに関連する責務だけを担当する
操作対象に関する責務はFileModeには無い

**デフォルトの名無しさん** · 2017/12/10(日) 16:41:37.05

むろん全てのenumをオブジェクトにすべきと言ってるわけではない
ビジネスレイヤではオブジェクトにしたほうが良い場面が圧倒的に多いが
単なるフラグセットとみなしたほうが有利な場面もそりゃあるだろう

**デフォルトの名無しさん** · 2017/12/10(日) 16:56:48.76

>操作対象に関する責務はFileModeには無い

だからね、例えばローカルファイルとネットワークドライブ上のファイルとで同じFileModeに対する
操作手順が異なるとした場合、それをどこに実装するかって話。
1つの class Enum に実装するのは論外として、インターフェースと実装クラスに分離するなら>>379の通り。
あるいはFileクラスに掛かる実装は class Enum 側に持たないというならenumのままでもいいじゃん、となる。

>>386
結局そうだよね。圧倒的かどうかは知らんけどw

**デフォルトの名無しさん** · 2017/12/10(日) 16:57:04.47

xがなにで１と２でどう違うのか分からんが
まずxをクラス（か構造体）にするべきだと思うんだが

**デフォルトの名無しさん** · 2017/12/10(日) 16:59:10.81

>>388
大した意味のないサンプルに深入りするの馬鹿馬鹿しくない？

**デフォルトの名無しさん** · 2017/12/10(日) 17:11:04.47

ほらキチガイが湧いたｗｗｗ

**デフォルトの名無しさん** · 2017/12/10(日) 17:14:47.78

例外も列挙体もLINQもインタフェースもイラネってかｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2017/12/10(日) 17:31:58.06

死ねで終わらせとけばいいのに相手しやがって死ね

**デフォルトの名無しさん** · 2017/12/10(日) 17:55:36.64

昔流行ったswitchを無くせって話は、元々はJavaみたいな関数ポインタもデリゲートも使えない言語で
ジャンプテーブルをどうやって実現するかって話（要するにいかに効率化するかって目線の話）
だったと思うんだけど、それが途中からこじつけか何か知らんけどOOP敵に美しいとか正しいって
話にすり替わった印象しかないね。

そりゃ多態使ってswitch無くした方が美しく可読的に書ける場合もあるけど、
そうじゃない場合の方が圧倒的に多い。

要するに上にも書いたけど、羹に懲りて膾を吹く類の話だよね。
今でもこういうこと言ってる人の話は真に受けちゃダメだと思う

**デフォルトの名無しさん** · 2017/12/10(日) 18:11:31.06

enumをクラス化でシンプルにできるのはシングルのenumで状態が決まる場合
複合的な状態を持ってるとまあ理解に苦しむコードになるよ
ifとswitchのほうが読みやすく理解しやすいならそっちを使えばいい

**デフォルトの名無しさん** · 2017/12/10(日) 18:13:44.60

>>389
例示されたサンプルがおかしいって言われてるって言うことをそろそろ気づこうか

**デフォルトの名無しさん** · 2017/12/10(日) 18:15:53.82

しょーもな
首吊って死ねば？

**デフォルトの名無しさん** · 2017/12/10(日) 18:30:36.92

>>393
オブジェクト指向をやるならカプセル化や単一責務は基本中の基本
enum switchはそれを全部ぶち壊しにする
だからやめとけって世界中で言われてんだよ

**デフォルトの名無しさん** · 2017/12/10(日) 18:39:54.73

それは使い方が悪いだけだよ

**デフォルトの名無しさん** · 2017/12/10(日) 18:41:44.28

>>397
お前の狭い世界はどうでもいい

**デフォルトの名無しさん** · 2017/12/10(日) 18:45:22.58

まあ初心者スレだしOOPわからんってのも仕方がないか…
何年後かには理解できてると思う

**デフォルトの名無しさん** · 2017/12/10(日) 18:47:16.85

>>378
このコートの最初が悪くてあとが良いとは限らないと思うが

これ100個あったとして
どこぞの言語みたいに一クラス一ファイル縛りがあったら100個ファイルが必要

それに見通しが非常に悪い
switchも見通しが悪いけど100個のクラスの100メソッドを検索で渡るよりまし

**デフォルトの名無しさん** · 2017/12/10(日) 18:49:15.44

状態によって見やすいコードはかわるけどswitcｈ==悪はfalseだろ

**デフォルトの名無しさん** · 2017/12/10(日) 18:52:06.23

>>402
草

**デフォルトの名無しさん** · 2017/12/10(日) 18:52:09.72

雑談スレか

**デフォルトの名無しさん** · 2017/12/10(日) 18:55:12.88

>>401
すまんがまず100このenum値って時点で設計ミスだと思うぞ
普通の業務ロジックでそんな区分分けみたことないわ

大量のenumといったらせいぜいリソースIDのラベル化とか？
そんなんまでクラス化はしないよ
なんでもクラス化するわけじゃないってなんどもレスしてるよね？

まあ仮に区分が膨大な場合でもそれがビジネス上の振る舞いを持つならクラスにしたほうがいいぞ
クラスにしたら見通し悪いっていうけど
そりゃビジネスそのものが見通し悪いんだから仕方がないか
クラスっていう保護がなければもっと悲惨なことになる

**347** · 2017/12/10(日) 18:55:31.09

>>383
誘導ありがとうございます。

**デフォルトの名無しさん** · 2017/12/10(日) 18:57:52.94

もともと責務と言いながら
状態を伝えるだけのenumをクラスに拡張しちゃって責務の内容を広げっちゃって
保守性を落としてるんだからまだまだだね

**デフォルトの名無しさん** · 2017/12/10(日) 18:59:10.78

>>405
1つ目と3つ目を比べると1つ目のほうがすぐれたコードだと思う

理解しやすい

それ以上優れてる理由はない

**デフォルトの名無しさん** · 2017/12/10(日) 19:02:50.61

enumが100個あってシステムのあっちこっちに分岐があります
仕様が変わりました値Aの仕様が変わりました

enumの場合:
システムをenumのAで検索
あっちこっちでヒットしたコードを慎重に整合性を確認しながら修正
もしかしたら見逃しがあるかもしれないと不安を抱えながら作業
Aを修正してるのに周りの他の値の場合の処理が凄まじいノイズになってめまいがする
コードが他の責務に埋め込まれてるのでテストは容易ではない

クラスの場合:
派生クラスAが定義されてるファイルを開く
1つのファイルに集中できるので楽々修正
Aに関する処理は全部このファイルにあるので見逃しも無い
他の値の処理が周りに無いのでクリアな視界で作業可能
クラスになってるのでテストは超簡単

**デフォルトの名無しさん** · 2017/12/10(日) 19:07:08.35

enum値が削除されたら？
新しいenum値が追加されたら？
クラス化されてないと超しんどいぞ
システムにばら撒かれたenum100個なんて管理しきれないよ
OOPの言語と開発環境ならクラス100個は楽勝で管理できるけどな

**デフォルトの名無しさん** · 2017/12/10(日) 19:07:59.48

>>409
クラスを使うべき時は使う
そうじゃないときはswitch enumでも十分

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

enumなんて存在すら忘れてた
もうクセでデータ保持するクラス作っちゃってたわ
やっぱ固定値の列挙はenumの方がええんやろか

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

>>411
それでいいよ
ビジネスが入り組んできたらクラスにリファクタリングすればいい
俺は最初からクラスにしてるけどね