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

2021/03/23(火) 12:58:24.10

!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part149
http://mevius.5ch.net/test/read.cgi/tech/1608085775/
■関連スレ
C#, C♯, C＃相談室 Part94
https://mevius.5ch.net/test/read.cgi/tech/1553075856/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries
http://referencesource.microsoft.com/
・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html
・DOBON.NET　.NET Tips
https://dobon.net/vb/dotnet/index.html
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2021/05/14(金) 12:59:44.72

俺は今まで通り m_ + PascalCase でいく

2021/05/14(金) 13:15:24.24

キャメルケースの事をキャメルって略すのはどうも抵抗がある

2021/05/14(金) 13:52:15.03

スコープで付けると便利だけどね

gグローバルgUnko
mメンバmUnko
in引数入力inUnko
out引数出力outUnko
valローカルvalUnko

2021/05/14(金) 14:00:51.83

>>942
さすがにアホなガイドラインでほとんど同意は得られない気がする。
バッキングフィールド限定なら少なくとも俺は賛成するけど。

まあ、普通のフィルドもバッキングフィールドも出番減ってるから
どうでもいいと言えばどうでもいいかも

2021/05/14(金) 14:04:32.36

アンダースコアはライブラリと被った記憶
C言語時代だが

2021/05/14(金) 14:10:10.14

ぶっちゃけ客先のカスタマイズできない環境で文字ちっちゃくて見にくいときあるからイラネ

2021/05/14(金) 14:16:07.40

しかし、_でプリフィクスしとくとインテリセンスでフィールドが一覧できて便利だよ、
ってコメントは泣けてくるねw

普通逆じゃないかw
インテリセンスの候補に登場して欲しくない奴を_でプリフィクスするのが普通のセンスだと思うけど。

2021/05/14(金) 14:36:58.65

>>953
そのコメントどこに書いてある？

ところで別の話なんだけど、
とあるデータの集計や加工をメソッドチェーンで書きたい考えと、その集計や加工をデータとは別のクラスかつステートレスで書きたい考えって両立できるのかな？
拡張メソッド使うくらい？

2021/05/14(金) 16:32:10.35

>>954
コンテナ(データ).加工(…).集計(…)

インスタンスメソッドは暗黙的にthisを使ってるのでステートレスじゃないってことなら拡張メソッドも同じじゃない？

2021/05/14(金) 19:49:54.05

オセロのプログラム作っています。
オセロが盤面にの上にくると影を描きたいのですが
これはフォームアプリでできますか？

2021/05/14(金) 20:01:11.64

>>946
publicなメンバ変数って一般的か？

2021/05/14(金) 20:03:38.54

>>956
半透明の影を書き込んだ画像と影なしの画像の2種類を用意しといて切り替えたらいい
それ以上を求めるならFormsなんか捨ててちゃんとゲーム作りとしてUnityとかに再入門した方がいいよ

2021/05/14(金) 20:38:27.45

>>956
あくまでもWinFormでやるならGDI+っていう機能を調べて、
円をキャンバスに描けばオセロ程度のアプリケーションを作るのは楽かもね。
そりゃあ本気でｹﾞｰﾑ作るならUnityだろうけど、
オセロの内容にこだわるなら、コンソールで十分なんだけど。

2021/05/14(金) 20:41:16.98

WPFならDropShadowEffectで一発

2021/05/14(金) 21:13:06.87

>>946
いや、そもそもそんなコーディングガイドラインは存在しなかった。各ツールやライブラリごとに好き勝手やってる
あと、privateだけじゃなくてinternalもな

2021/05/14(金) 21:29:52.56

>>956
「オセロが盤面にの上にくる」っていうのがどういう状況かよく分からんのだけど、
プレーヤーが置いた位置まで石が移動するアニメーション的な演出をしたいってこと？

2021/05/14(金) 21:45:19.42

m_とかアンダースコアつけるとかは原始人に見えてしまう

2021/05/14(金) 21:49:55.96

フィールドにmつけるのは割とそんな悪い習慣じゃないと思うけどアンダースコアは要らんね
mFooでいい。m_Fooにする意味が分からん

2021/05/14(金) 21:50:54.76

そっちの方が原始人度が高いとおもうがｗ

2021/05/14(金) 21:51:52.40

フィールドにメンバーのmをつけるのもどうなのかとｗ

2021/05/14(金) 21:54:28.98

プロジェクトで統一されてりゃなんでもええよ
センスだのなんだのは個人の信仰でしかあらへんのじゃ

2021/05/14(金) 21:56:28.53

一般的な流儀はキャメルmFooかスネークm_fooのどちらか

2021/05/14(金) 22:00:45.23

てめぇの流儀を勝手に一般化するな

2021/05/14(金) 22:05:44.68

>>968
キャメルとスネークの差異は単語の区切り方にあると思うけど、フィールド（メンバー）にmつけるのは
ハンガリアンだと思うので本来はちょっと別物だよね。

>>967
確かに人間には適応能力があるので基本的にはその通りだけど、
それでも優劣の差がないというのも欺瞞だとは思う
あるとしてもどうでもいい程度の差だろ？はいその通りですw

2021/05/14(金) 22:20:25.04

>>957
Xamlで

2021/05/14(金) 23:16:17.86

>>969
そういうゴタクはキャメルとスネークより一般的な流儀出してから言いなよ

2021/05/15(土) 10:06:46.25

>>954の>>953が書いてるコメントって
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/inside-a-program/coding-conventions
のヒントのことか・・・・・公式ドキュメントでお墨付きつけてるのはちょっと酷いような

VS2019標準のLintでアンダースコア始まり変数名って許容されてたっけ？
最近VSCodeでしか書いてないから分からん

2021/05/15(土) 10:11:49.42

作ってるやつがゴミカスなんだな
昔のインド人は頭が良かったということで

2021/05/15(土) 13:01:38.70

複数ルール混在するのが一番面倒なので、mでもm_でも_でもいいから統一してくれればいいかなあ
そんで_に統一しませんかって事か

2021/05/15(土) 13:35:41.44

クラス内で揃ってればどうでもいい

2021/05/15(土) 13:39:10.32

>>976
これ

2021/05/15(土) 13:45:45.41

すまん

2021/05/15(土) 16:04:03.86

ほんまそれなんやが
アホな中華は1クラス1万ステップとか作ってくるからめちゃくちゃになるんや

2021/05/15(土) 16:17:10.56

パフォーマンスどうなんそれ

2021/05/15(土) 18:21:31.59

c#のprivateメンバー変数にアンダースコア付けろだと…
これが今後のルールになるのかな?

2021/05/15(土) 19:22:05.87

ゴミみたいなルールで泣けてくる

2021/05/15(土) 19:28:07.03

ゴミカスが普段組んでもいないのにいいと思って考えちゃったクソルール

2021/05/15(土) 19:53:08.40

これはひどい…

https://www.sejuku.net/blog/102559

2021/05/15(土) 20:00:50.49

一般的にって根拠を示しにくいけど、Microsoft公認のコーディングルールって言うとStylecopが示しているキャメルケースしかありえないんだよな
mHogeやm_Hogeは論外で今回の更新によって_Hogeが台頭したけど

2021/05/15(土) 20:14:20.26

hogの意味を辞書で引く

2021/05/15(土) 21:11:59.64

>>985
_Hogeじゃなくて_hogeな
MS自身が書くコードでは昔から一般的に使われてるルールなんで、そんなに驚くほどのことでもない
意識高いとこだとわりと採用されてるよ

2021/05/15(土) 21:55:57.08

いま入門書で勉強中の初心者です
コードは基本的に上から下に処理されていくと理解しているのですが
本に出てくるサンプルコードは呼び出す側のあとに呼び出される側のコードが書かれていることが多くてしっくりきません
何か理由があるのでしょうか？

2021/05/15(土) 21:57:54.60

ないよ

2021/05/15(土) 22:00:38.14

そんなん言うたら、呼び出すメソッドが別ファイルの別クラスにあるのはいいんか？っちゅう話だよな。

2021/05/15(土) 22:03:52.54

>>987
さすがにs_を標準にしちゃうのはかなり疑問だけどね

2021/05/15(土) 22:23:45.04

>>988
多くの場合「全体 -> 部分」の順で理解したほうが
「部分 -> 全体」の順で理解するよりも圧倒的に脳にやさしいので
コードの構造もそれに合わせることで読みやすくしてる

2021/05/15(土) 22:39:14.46

>>988
呼び出し元を上から下に進んで
呼び出し先に亜空間ワープして
呼び出し先を上から下に進んで
呼び出し先が終わったらまた亜空間ワープで呼び出し元に戻って
呼び出し元をまた上から下に進む

2021/05/15(土) 23:03:58.43

関数など邪道

2021/05/15(土) 23:08:38.70

全てasyncとlinqで実装

2021/05/16(日) 01:12:40.73

>>988
昔のC言語は呼び出す前に関数宣言しておくか関数を定義しないとエラーだったから考え方は正しいよ
単にプログラム言語としての利便性が上がっただけ

2021/05/16(日) 02:38:29.44

前方参照が不可でプロトタイプ宣言が必要だったのは単に当時の技術的な制約に過ぎず
本質的な物じゃないと思うよw

メソッドのソースコード上の位置（どのファイルの何行目にあるか？）は
「技術的には」何の意味も持たない、と言うのが正しい。

一か所からしか呼ばれないメソッドがあるとき、呼ばれる側のメソッドを呼ぶ側より上の行に
書きたがる人がいるし気持ちは分からんでもないけど、そんなのあくまで好みの問題。どーでもいいよそんなの、が正解。

2021/05/16(日) 05:34:08.17

最近の言語だとどこでも関数宣言できるし、かと言って関数内だと一番下で宣言した関数を上で使えるって訳でもない場合もあるからね
トップレベルの処理は言語仕様によって分けられていることを理解するのは最初は結構大変なもんだ

2021/05/16(日) 09:15:56.70

>>988
呼び出される側のあとに呼び出す側のコードが書かれていても
> コードは基本的に上から下に処理されていくと理解しているのですが
ならしっくり来なくね？
Pythonみたいに動的に関数定義したいということかな？

2021/05/16(日) 09:16:15.77

>>996
それ逆やぞ

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 53日 20時間 17分 52秒