ふらっと C#,C♯,C#(初心者用) Part130 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
「どんなにくだらない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 var に拒否反応示してるのは老害だけだろ
自動的に型名に置き換えてくれるだけなのにな >>171
var禁止なんて見たことがないから参考までに教えてほしい >>186
わざとvarってクラスを作って型推論を阻止するやつらがいるとかなんとか >>182
1000行あるうち300行そんなのがあったら300回当て無いといけないんだぜ >>189
1000行ものメソッドを作る時点で設計を見直そう >>189
1/3が変数宣言って前提に無理があるのでは? >>189
当てなきゃわかんないようなやつがそんなにある時点でクソ >>191
結構あるぜ
でもここで考えて欲しいのは
そもそもvarなんて使わなければ当てる必要などないということ
当てなければ読めないソースと
当てなくても読めるソースのちがいしかない >>193
や、だからメソッド単体で1000行だったら何かしら設計あぶないっての 自分はなんでもvarは使わない派
右辺見ればわかるときだけ使うからマウスカーソル当てる必要もない
var list = new List<int>();
こういうのも気に入らないの? >>194
その前に考えるべきことは
型を読めないと全体が読めないメソッドなど書くべきではないということ
そもそも型を読まなくてもいいならvarを使わない理由を考える必要などない >>195
メソッド1個しか読まねーわけじゃねーじゃん
じゃあ30万行のコードのプロジェクトがあって1万行もvarがあったら
1万回もマウスの素振りすんだぞオメー
単純に害にしかならないと思う
varを本来の型に1発変換できるリファクタリングができればえーけどね >>199
しねーよアホ
当てなきゃわかんない書き方がクソなんだよ >>200
それをアホにわかるように説明するのが難しい
なので一律でvar禁止が楽
これを禁止で困る奴がこの世にいない var禁止はめちゃ困るわ
いちいち書かなくてもいい型を書いてたら手が疲れるじゃん
単純に文字数が多いだけでも読みにくくなるし最悪 C#2.0で止まってる老害結構いるやろ
LINQ禁止すらあるんやろ >>201
Microsoftのコーディング規則に違反するってツッコミには何も反応せずにオレオレ理論かよ >>201
俺は型を明示するタイプだがvarを否定はしない
限られた区域内で扱われる分にはとても効果的だと思ってる またアルルハイマーどものが繰り言言い合ってるのか。
繰り言を楽しく感じる奴は比喩じゃなく本当に病気だからマジでまずは精神科で
診てもらった方がいいよ。これ本当にそう思う。
重症化してからではもう遅い。 >>204
誰が言ったかを強調するやつとまともに話をする気はない
それにMSなんて後5年持たない
どうでもいい >>208
5年もたないワロタwwwお前なんでこんなところいるんだよwww >>208
MSが死んだらC#も確実に消滅するんだからその仮定は意味を持たない >>208
C#はMSの技術だろカス(標準化されてるけど)
お前がMSのことをどう思っていようがC#を使う以上無視はできねーよ なんか発狂してるな
逆鱗に触ったの誰だよ
爆弾抱えて心中しろ このスレ時々タイムスリップしたのかと思う時があるな
オープン化してるし万に一つマイクロソフトが死んでもC#は残るよ
マイクロソフトが死んでもメンテナは死なん C#という言語仕様は残るかも知れんけど
VisualStudioが死んだら、C#も実質的に心中する様なもんだと思う 開発止まったら言語としては遅れって死ぬだろ
マニア向け言語でいいなら構わんが >>217
VSCodeもオープンだしジェットブレインもある
C#専門の奴ってWin & VS以外の環境知らなすぎだろ 言語なんて結局は大企業のちょっとした判断であっという間に消えるよ
最近だとGoogleがKotlinをAndroidで公式にサポートすると言っただけでScalaコミュニティが一瞬で消滅したな >>220
まー仮にVisualStudioとC#が死ぬようなことがあれば、代替となるものが既に広まってるだろうからね >>221
既存の膨大な資産を活かしたままC#から移行できるものってあるかい? >>199
リファクタリングのAnalyzer作ればいいじゃん
今はRoslyn使えるんだから簡単に作れるでしょ VSとVSCodeはぜんぜん違うだろ
C#なんてVSのために言語仕様変えるレベルだから C#とVSは表裏一体
C#の開発が止まればVSの開発も止まる逆も然り >>203
LINQはDB接続時に使うもの、varはvariant型だから禁止な我社環の悪口はやめてもらおうか
コードレビューの相手がそれだからどうにもならんわ >>228
そんなところでしか仕事できないなら君もその程度だよ 2.0のコードレビューはさすがに草
技術者殺し過ぎ Youtuberヒカルが月収を明らかに!!おはよう朝日です出演
https://www.youtube.com/watch?v=RLZGrqQnnZc
第1回案件王ランキング!YouTuberで1番稼いでるのは誰だ!
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に動画投稿したほうがいい
顔出したくないならラファエルみたいに仮面かぶればいい
手っ取り早く視聴数稼ぐにはシバターみたいな有名ユーチューバーへの物申す系動画がオススメ varでいいなら全部varにする派なのでこういう議論は少し新鮮に感じる >>235
Microsoft自身がそうしてるもんな すでに3回目ぐらいの話題で毎回全く内容が変わらんので新鮮もクソもない MSもプロジェクトによっては
newみたいな明示的なとき以外var使うなって言ってる
まぁこの辺は好みもあれば運用するプログラマのレベルによるね
底へばかりならルールは厳しくせざるを得ない >>238
あいにくvarを使えないほどの底辺と一緒に仕事をする機会がないのでね あいにくvarを乱用するほどの底辺と一緒に仕事をする機会がないのでね バカって整数の符号とかオーバーフローとかを意識しないバカのこと? varで書けば書くほどクラスの使用箇所がわけわからなくなりそう
IDEのクラスの参照でvarを見つけてくれるんだろか?
やっみりゃいいんだけど >>243
var を使ったことないのが分かっちゃうよ >>244
で、どうなん?
今、IDE起動するの超面倒臭い >>243
またお前か
VisualStudioすら触ったことなかったのかよ たぶんVBの人で、var = Variant 型と思い込んじゃってるんだろうな >>248
コード書かないタイプのSE多い
varはVBのVariantと同じで型情報が消えるので禁止
スクリプト言語と同じになってしまいます
真顔で言われた時はいったいどうしようかと思ったよ >>238
> MSもプロジェクトによっては
> newみたいな明示的なとき以外var使うなって言ってる
どこで言ってるんだ?
脳内じゃないならソースよろ >varを使うか使わないか
初心者用スレで宗教戦争すんなよお前ら >>253
安価ミスったwww俺まで頭おかしくなったわ 初心者のみなさんは積極的にvarを使いましょう
MSも使えるときは使えって言ってるしヘルプでもvar使ってる var[] array = {};
こーゆうのできゆる? 初心者の質問で申し訳ないんですが、c#のスクリプトって必ず最初にクラスを作成(または継承)しないといけないんでしょうか? >>259
その書き方では駄目。
var array = new int[ 0 ];
var array = new int[ 3 ] { 0, 1, 2 };
var array = new [] { 0, 1, 2, 3 }; >>250
MS のC# のコーディング規則には、
When the type of a variable is not clear from the context, use an explicit type.
コンテキストから明らかでないときには、型を書け
とある。 まだやってんのか
>>262
>>250に反論してるだけなのは分かるが、そういう「訓詁学」に意味はない。
だいたいその文章はちょっとおかしい。
コンパイラに型が分かるなら"clear"じゃないかって言われたら反論できないでしょ。 っていうか、いい加減論点整理して終わりにした方がいいよ。
(1) varが使える場面では全部varを使え。あるいは使って問題ない
(2) var容認だが明示的に型を書いた方が分かりやすい場万もあるので、
情況によって柔軟に使い分けるべき
(3) varを使うと可読性が落ちるので一律禁止
なんか誤解してるのがいるとしか思えないが、var使え論者(というかC#プログラマの大半)の立場は、
一部のバカを除けば恐らく(2)だと思われる。
varによってむしろ可読性が落ちるケースなんか存在しないと思っている人間は、おそらくむしろ少数派。
その多数派の見解が正しいとすれば、var禁止プロジェクトは一定の合理性があることになる。
メンバーのvarを使うべき場面かどうか判断する能力が疑わしければ、
var禁止の方が多少コスト増であったとしても少なくとも安全だからだ >>264
さすがにそれは言いがかりだろw
例も挙げられてるし、人間が見てってことだろう。 >>262
> コンテキストから明らかでないときには、型を書け
と
> newみたいな明示的なとき以外var使うなって言ってる
では相当違うと思うぞ w
>>238は脳内確定? >>260
名前空間にフィールドやメソッドは直接書けないからね。
ただ、メインはProgramクラスじゃなくてもビルドできる。 初心者すぎて恥ずかしいんですがVisualstudioのC#でLINQをつかいAccessのDBにアクセスしようと考えています。
そこでLINQという項目をVisualstudioで探しているんですが見つけることができません。
どこを探せばよいでしょうか? >>270
LINQ to SQLのことを言ってるんなら、もう非推奨だからやめときな >>271
まじですか!!知らなかったです。
別の方法考えます助かりました。ありがとうございます。 EntityFrameworkてAccessに使えるん? JetEntityFrameworkってライブラリがあるにはある access c# 接続でググると
System.Data.OleDb
とか出てくるけどこれでいいんちゃうの? 用途によっては MDB 使うよ
(複数端末からアクセスしない、データサイズが知れてる等)
dbOpenTable で開いてインデックスにジャストミートした使い方だと
とにかく速い。べらぼうに速い
Access で簡単に読み書きできるのも素晴らしい あ OpenRecordset(テーブル名, dbTable) だったっけ?
SQL文じゃない、それ以前の Btrieve みたいなアクセスの仕方するやつね ■ このスレッドは過去ログ倉庫に格納されています