0001デフォルトの名無しさん (ﾜｯﾁｮｲ 935f-5Uxj)2019/03/20(水) 18:57:36.47ID:ZZcTomnN0
skipするほうが例外的処理だろうからskip条件を明確にしてearly returnしたほうがいいと思う
論理式の細かい書き方よりも意図が伝わるかどうかのほうが大事
if (ShouldSkip(a)) {
return;
}
Method();
bool ShouldSkip(A a) {
return a?.Bool ?? false;
}
求めてるのは「もっとスマートな書き方」だからな
主観的な問題だから、俺らが言えるのは「こういう書き方もある」ってのだけ
正解（どれが一番か）を決めれるのは本人だけ
コードでも文章でも読み手に「要するにそれってどういうこと？」って思わせないのが一番。
これもコードでも文章でもそうだけど、読みにくいものは書いた本人がそこをよく理解せずに書いている。
ReSharperが薦めるように書き換えたら、何をしてるのかわからなくなった。
最近のc#はマルチパラダイムで構文が増えてカオスだ
どうせ好き勝手に言語機能使って上がる生産性なんて微々たるもん
.net の 1.1 で書くとめちゃくちゃ不便で絶望するぞ
linqがある.NET Framework3.5ですら今これでやれって言われたら不便に感じるしなぁ
使えるものは使わせてもらった方が全然楽だわ
色々使えた方が個人的に楽だと思うのは否定しないが、もっともらしく「生産性が上がる」とか言っちゃうと
意外とそうでもなかったり。
心配しなくても今どき1.1で書いたり書かされたりすることはないでしょ
さすがに今どきvar使うなとかLINQ使うなとか言われないよね？
MS公式はvar推奨してるけどさすがにintとかstringとか基本的な型はvarにはしないな
明示的に型を書かないとダメなところ以外全部varで書くよ
最近はnew()で書けるようになったから、極力varはやめてる
Hoge hoge = new();
実装当初の想定通りlinqの戻りくらいかなvar、使うの。
はやくおれのレベルまで上がって来い
上で待ってるぞ
new()で書けるようになったけど、コンストラクタで初期設定値渡すようにしちゃうから全然使わんなぁ。
セッター潰してコンストラクタで設定するのが好き
C#がどんどんボクのしらないものになっていってる
いっそC##やDと名乗っていただきたい
（Dは既にある、は受け付けない）
if(item is {} a){
...
}
null判定でこんな書き方あるんだな。Resharperさんに提案されて初めて知ったわ。
個人的にはあまり使いたくないけど。
WinFormsを独学でやっているのですが教えて下さい
そこそこの規模のソフトは作れるようになってますが
VSで開発していくうえで、フォルダ構成ってどう考えればいいですかね
いままではDB関連をDBフォルダ
フォームはFormにまとめてさらにその中に機能別にフォルダを
細かいクラスファイルはClassというフォルダに
DBとの受け渡し（sｑｌ書いてFormとの受け渡しModelみたいなもの？）は
Modelというフォルダにまとめています
プロの皆様はチームで作っていかれる際に
会社によりけりかもしれませんが一般的なフォルダ構成の考え方ってあるんでしょうか
そんなもの存在しないから適当でいいよ
まぁあえて口出しするならFormフォルダはFormクラスと名前が被るからやめとけって位かな
なんのフォルダなのか理解できない
プロジェクト（visual studio上でのプロジェクト）内じゃフォルダ切ることはないな
プロジェクトがある程度大きくなったらクラスライブラリに分ける
どこに何がは命名の問題もあるんじゃないかな
classも変数も先頭、末尾にそれが何か分かるように名前つけてるから名前順にソートされてればすぐわかる
10011001Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1004日 15時間 55分 34秒