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

2017/07/18(火) 06:40:45.47

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

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

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

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

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

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

■関連スレ
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/

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

2017/07/29(土) 11:19:08.43

>>142
おまえもだよ

2017/07/29(土) 12:26:02.64

double/frort(笑)の表現が2進数だからdicimal(笑)と違って誤差が…みたいな話をする奴は本質を理解してないよな
実数型は常に連続な近似値として扱うべきで、最終的には要求される精度に応じて必ず丸めて使うんだよ
decimalとは扱う問題の性質が違う

2017/07/29(土) 14:51:29.49

任意の範囲（C#に組み込まれてないようなのも含めて）の整数型を総称してintegerと呼ぶなら
double/frortはinteger / 2^integerでdicimalはinteger / 10^integerなのじゃ

2017/07/29(土) 17:41:23.74

誰かに突っ込まれるまでボケ続けるつもりかなw
frortってどういう発音なんだろw

2017/07/29(土) 18:33:12.08

frortはfrort型だろ

読み方はfrortって読むんだ

2017/07/29(土) 18:35:29.45

>>145は分かっててやってんだろｗ

2017/07/29(土) 19:48:17.74

わかってやるほどのネタとは思えないけどな

2017/07/29(土) 21:29:22.88

decimal の、なかみは、いんと

2017/07/29(土) 21:54:03.03

だからよ、var使えば済むっしょ！

2017/07/29(土) 22:02:40.05

しつこい

2017/07/29(土) 22:23:19.76

varint作るわｗｗｗ

2017/07/30(日) 01:11:39.61

>>116みたいな人もおるんやし
ちょまどさんもそろそろ本書いてみたらどないやろ？
真奈たその後釜じゅうぶん狙えるんちゃう？

2017/07/30(日) 01:15:46.07

>>134
そういのがいるからC♯たんが馬鹿言語扱いされちゃう

2017/07/30(日) 08:26:12.42

>>151
ちゃんと設計したら？

2017/07/30(日) 10:02:02.22

>>153
なにその便利そうな型は w

2017/07/30(日) 14:48:33.51

>>157
intっぽい型を自動判別
string,double,date,boolの値が入ってきたらアウト
decimal,char,int,byteはセーフ

2017/07/30(日) 15:04:18.95

variant型かと思ってた。

2017/07/30(日) 15:06:27.30

>>159
そんなvb坊みたいな期待してたら減点

2017/07/30(日) 15:06:34.85

でもさ、ｿﾓｿﾓなんで型分けてるかと言うと
消費する容量が違うからじゃないの？

ﾊﾞﾘｱﾝﾄ型って結構デカイとかないの？
例えばbyteで済むならbyteの方がよくね？

2017/07/30(日) 15:11:52.74

>>161
違うよ
型ってのはあくまで気分なんだよ
厳密に定義したらわかりやすいし
でも厳密にし過ぎると使いにくい

マシンみたいなPGにはこんなもん必要ない
メモリ上にはアドレスと実際の値
それしかない
そこになんのデータを入れてるかなんて知ったこっちゃない

2017/07/30(日) 15:15:39.29

何言ってるのか意味不明だね

2017/07/30(日) 15:18:29.06

>>163
まあ、c言語とかアセンブラやんないとわかんないと思う

あ (ｽﾌﾟﾌﾟ Sd8a-BRPM) · 2017/07/30(日) 15:42:06.12

気分だな。unionとか使い出すともう本当どう扱いたいかの気分でしかない。
浮動小数点と巨大整数と、それらのテンソルの型作ったことあるけど、SIMD的な命令として流し込むためにバラバラにしたりしやすいように都合よく書いてた覚えがある。

2017/07/30(日) 16:04:34.61

>>161
C#に限った話なら
byteはSystem.Byte構造体のエイリアスだし、
intはSystem.Int構造体のエイリアスだから
当然、消費するメモリ容量に差は出るが

大昔ならいざ知らず、現代のマシン環境において
そこまでメモリ容量を切り詰めて考えなきゃならん場面なんざ、そうそうねえよ
メモリを節約したきゃ、変数のスコープや生存期間を見直した方がいい

2017/07/30(日) 16:15:05.92

型を厳密にしたいかどうかだな
仕事で設計書書いて実装してるときは
varとか邪魔だし

2017/07/30(日) 16:39:12.40

CLRの型はVMレベルで実装されていて、気分で扱えるのはbittableな値型だけだよ
それ以外はメタデータを含んでてアホなことするとAccessViolationException

2017/07/30(日) 17:56:10.49

C#はどこもかしこもvar推奨だぞ
数値計算以外はvarでええやろ

2017/07/30(日) 18:15:04.88

今まで型厳密に書いてたけど、var推奨だったのか・・・

2017/07/30(日) 18:19:11.77

>>169
さすがにvar推奨は見たことないな
禁止は結構見る

2017/07/30(日) 18:19:12.89

推奨してるかしらんけど
varの方が見やすい

2017/07/30(日) 18:20:22.83

右辺を見て明確な場合はな
全体を見渡す力のない俺は使うとしてもローカル変数までにしとかなきゃ死ぬ

2017/07/30(日) 18:20:43.69

>>172
var unk = GetUnko();
の型を追跡するの面倒じゃね?

2017/07/30(日) 18:22:58.28

印刷はあんまりしないけどブロックで取り出したときにIDEが無いと読めないんだよね

2017/07/30(日) 18:24:40.67

パッと見で型が明確な場合は、varで問題無いと思ってる
varで訳が分からなくなるなら、メソッドを肥大化させ過ぎという意見も理解は出来る

しかし、それはそれとして
型名をきちんと書くのが手癖として身に付いてしまってるのだ

2017/07/30(日) 18:26:42.51

>>174
GetUnko()がUnko型を返さないのならそれは命名がおかしくね？

2017/07/30(日) 18:29:34.45

>>177
インターフェースってそういうもんだってさ

2017/07/30(日) 18:50:20.73

型が目に見えたら何かメリットあるの？
全ての型のAPIと振る舞いを覚えてるならともかく普通覚えてないよね
public UnkoNagashi() {
Unko unko = unkodb.GetUnko();
unko.Nagasu();
unkodb.SaveUnko(unko);
}
というコードをみてなるほどunkoはUnko型なのかとわかる
でもUnko型がNagasu()以外に何をできるかは僕は知らない
そしてこの文脈ではNagasu()以外の振る舞いを知る必要もない
だったらそれって型名を書く意味あるの？
unkoがNagasu()できる事だけ知ってればいいよね
それはコードがコンパイルできる事から自明でしょ

2017/07/30(日) 18:58:07.04

ここ初心者の質問スレなんだよ
質問でなく議論したいなら
ふらっと C#,C♯,C＃（議論用）
http://mevius.2ch.net/test/read.cgi/tech/1469538912/
でやれよ

2017/07/30(日) 18:58:57.54

unk.FermentationShit();

2017/07/30(日) 19:06:43.78

>>174
デジャブかな？
もう何回みたことか。。つーか毎回言われてると思うけどカーソルあてるのそんな面倒か？

2017/07/30(日) 20:39:56.83

>>171
MSのオープンソースプロジェクトは殆どvar推奨だぞ
どんなときも使える限りvar使えって言ってる

https://github.com/dotnet/roslyn/blob/master/.editorconfig

2017/07/30(日) 20:46:54.11

>>171
いつの時代の話だよｗｗｗ

2017/07/30(日) 21:37:31.57

var に拒否反応示してるのは老害だけだろ
自動的に型名に置き換えてくれるだけなのにな

2017/07/30(日) 22:03:52.72

>>171
var禁止なんて見たことがないから参考までに教えてほしい

2017/07/30(日) 22:07:36.28

>>186
わざとvarってクラスを作って型推論を阻止するやつらがいるとかなんとか

2017/07/30(日) 22:16:53.75

>>185
ホントに害なの？

2017/07/30(日) 22:22:32.05

>>182
1000行あるうち300行そんなのがあったら300回当て無いといけないんだぜ

2017/07/30(日) 22:35:12.83

>>189
1000行ものメソッドを作る時点で設計を見直そう

2017/07/30(日) 22:40:01.38

>>189
1/3が変数宣言って前提に無理があるのでは？

2017/07/30(日) 22:42:42.77

>>189
当てなきゃわかんないようなやつがそんなにある時点でクソ

2017/07/30(日) 22:43:59.63

>>190
トータルとはいってない

2017/07/30(日) 22:47:13.08

>>191
結構あるぜ
でもここで考えて欲しいのは
そもそもvarなんて使わなければ当てる必要などないということ
当てなければ読めないソースと
当てなくても読めるソースのちがいしかない

2017/07/30(日) 22:47:50.56

>>193
や、だからメソッド単体で1000行だったら何かしら設計あぶないっての

2017/07/30(日) 22:53:22.17

自分はなんでもvarは使わない派
右辺見ればわかるときだけ使うからマウスカーソル当てる必要もない

var list = new List<int>();
こういうのも気に入らないの？

2017/07/30(日) 22:56:46.57

>>194
その前に考えるべきことは
型を読めないと全体が読めないメソッドなど書くべきではないということ
そもそも型を読まなくてもいいならvarを使わない理由を考える必要などない

2017/07/30(日) 22:57:08.87

プリミティブ型以外は全部varだわ

2017/07/30(日) 22:57:14.29

>>195
メソッド1個しか読まねーわけじゃねーじゃん
じゃあ30万行のコードのプロジェクトがあって1万行もvarがあったら
1万回もマウスの素振りすんだぞオメー

単純に害にしかならないと思う
varを本来の型に１発変換できるリファクタリングができればえーけどね

2017/07/30(日) 23:01:58.42

>>199
しねーよアホ
当てなきゃわかんない書き方がクソなんだよ

2017/07/30(日) 23:04:19.66

>>200
それをアホにわかるように説明するのが難しい
なので一律でvar禁止が楽

これを禁止で困る奴がこの世にいない

2017/07/30(日) 23:11:55.64

var禁止はめちゃ困るわ
いちいち書かなくてもいい型を書いてたら手が疲れるじゃん
単純に文字数が多いだけでも読みにくくなるし最悪

2017/07/30(日) 23:16:40.71

C#2.0で止まってる老害結構いるやろ
LINQ禁止すらあるんやろ

2017/07/30(日) 23:18:15.40

>>201
Microsoftのコーディング規則に違反するってツッコミには何も反応せずにオレオレ理論かよ

2017/07/30(日) 23:18:42.38

>>201
俺は型を明示するタイプだがvarを否定はしない
限られた区域内で扱われる分にはとても効果的だと思ってる

2017/07/30(日) 23:19:44.46

>>205
大体の人はそんなもんだよね

2017/07/30(日) 23:22:03.74

またアルルハイマーどものが繰り言言い合ってるのか。

繰り言を楽しく感じる奴は比喩じゃなく本当に病気だからマジでまずは精神科で
診てもらった方がいいよ。これ本当にそう思う。
重症化してからではもう遅い。

2017/07/30(日) 23:22:49.91

>>204
誰が言ったかを強調するやつとまともに話をする気はない
それにMSなんて後５年持たない
どうでもいい

2017/07/30(日) 23:24:28.64

>>208
5年もたないワロタｗｗｗお前なんでこんなところいるんだよｗｗｗ

2017/07/30(日) 23:25:50.29

>>208
MSが死んだらC#も確実に消滅するんだからその仮定は意味を持たない

2017/07/30(日) 23:26:14.44

>>208
C#はMSの技術だろカス（標準化されてるけど）
お前がMSのことをどう思っていようがC#を使う以上無視はできねーよ

2017/07/30(日) 23:27:37.46

荒らしは無視しとけ

2017/07/30(日) 23:29:59.21

MSがオワコン＝C#オワコンなんだよなぁ

2017/07/30(日) 23:32:35.03

なんか発狂してるな
逆鱗に触ったの誰だよ
爆弾抱えて心中しろ

2017/07/30(日) 23:34:22.18

varが問題になる局面ってなかなか出てこない

2017/07/30(日) 23:35:35.52

このスレ時々タイムスリップしたのかと思う時があるな
オープン化してるし万に一つマイクロソフトが死んでもC#は残るよ
マイクロソフトが死んでもメンテナは死なん

2017/07/30(日) 23:37:42.31

C#という言語仕様は残るかも知れんけど
VisualStudioが死んだら、C#も実質的に心中する様なもんだと思う

2017/07/30(日) 23:37:58.76

開発止まったら言語としては遅れって死ぬだろ
マニア向け言語でいいなら構わんが

2017/07/30(日) 23:42:49.87

言語の細かい仕様なんてこだわらないのが吉

2017/07/30(日) 23:44:33.48

>>217
VSCodeもオープンだしジェットブレインもある
C#専門の奴ってWin & VS以外の環境知らなすぎだろ

2017/07/30(日) 23:45:42.69

言語なんて結局は大企業のちょっとした判断であっという間に消えるよ
最近だとGoogleがKotlinをAndroidで公式にサポートすると言っただけでScalaコミュニティが一瞬で消滅したな

2017/07/30(日) 23:47:17.22

>>220
まー仮にVisualStudioとC#が死ぬようなことがあれば、代替となるものが既に広まってるだろうからね

2017/07/30(日) 23:49:24.59

>>221
既存の膨大な資産を活かしたままC#から移行できるものってあるかい？

2017/07/30(日) 23:49:32.61

>>199
リファクタリングのAnalyzer作ればいいじゃん
今はRoslyn使えるんだから簡単に作れるでしょ

2017/07/30(日) 23:56:59.50

>>199
スコープって知ってる？？

2017/07/30(日) 23:57:41.82

VSとVSCodeはぜんぜん違うだろ
C#なんてVSのために言語仕様変えるレベルだから

2017/07/31(月) 00:00:04.10

C#とVSは表裏一体
C#の開発が止まればVSの開発も止まる逆も然り

2017/07/31(月) 00:01:10.38

>>203
LINQはDB接続時に使うもの、varはvariant型だから禁止な我社環の悪口はやめてもらおうか
コードレビューの相手がそれだからどうにもならんわ

2017/07/31(月) 00:02:59.49

>>228
そんなところでしか仕事できないなら君もその程度だよ

2017/07/31(月) 00:11:11.92

2.0のコードレビューはさすがに草
技術者殺し過ぎ

2017/07/31(月) 00:18:37.03

>>208
5年もったら裸で土下座な。

2017/07/31(月) 00:41:53.98

Youtuberヒカルが月収を明らかに!!おはよう朝日です出演
https://www.youtube.com/watch?v=RLZGrqQnnZc
第１回案件王ランキング！YouTuberで１番稼いでるのは誰だ！
https://www.youtube.com/watch?v=asF2wQ2xhjY&;t=61s
ユーチューバーの儲けのカラクリを徹底検証！
https://www.youtube.com/watch?v=FUSb4erJSXE&;t=504s
【給料公開】チャンネル登録者4万人突破記念！YouTuberの月収公開！
https://www.youtube.com/watch?v=Y7DAQ0RKilM&;t=326s
誰も言わないなら俺がYouTuberのギャラ相場を教えます
https://www.youtube.com/watch?v=E4q-vaQh2EQ&;t=118s
YouTuberになりたいのは馬鹿じゃない！YouTuberになる方法
https://www.youtube.com/watch?v=Fr0WXXZRMSQ

最高月収5000万円だとさ。年収じゃなくて「月収」な
おまえらもyoutubeに動画投稿したほうがいい
顔出したくないならラファエルみたいに仮面かぶればいい
手っ取り早く視聴数稼ぐにはシバターみたいな有名ユーチューバーへの物申す系動画がオススメ

2017/07/31(月) 02:08:13.61

アルツハイマーの次はコピペマンか

2017/07/31(月) 03:35:45.71

次は電波だ

2017/07/31(月) 10:40:39.13

varでいいなら全部varにする派なのでこういう議論は少し新鮮に感じる

2017/07/31(月) 11:14:16.15

>>235
Microsoft自身がそうしてるもんな

2017/07/31(月) 11:56:10.60

すでに3回目ぐらいの話題で毎回全く内容が変わらんので新鮮もクソもない

2017/07/31(月) 12:34:38.89

MSもプロジェクトによっては
newみたいな明示的なとき以外var使うなって言ってる
まぁこの辺は好みもあれば運用するプログラマのレベルによるね
底へばかりならルールは厳しくせざるを得ない

2017/07/31(月) 14:34:54.95

>>238
あいにくvarを使えないほどの底辺と一緒に仕事をする機会がないのでね

2017/07/31(月) 15:10:32.64

あいにくvarを乱用するほどの底辺と一緒に仕事をする機会がないのでね

2017/07/31(月) 15:14:52.06

バカって整数の符号とかオーバーフローとかを意識しないバカのこと？

2017/07/31(月) 15:17:52.03

>>240
>>183