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

2020/02/19(水) 17:25:41.55

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part146
https://mevius.5ch.net/test/read.cgi/tech/1576069931/
■関連スレ
C#, C♯, C＃相談室 Part95
https://mevius.5ch.net/test/read.cgi/tech/1508168482/
■コードを貼る場合は↓を使いましょう。
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/index
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

2020/02/19(水) 17:29:40.75

2020/02/20(木) 01:30:01.42

ガチガイジとスルーもできないキッズには、ﾜｯｼｮｲは何の効果もないと十分証明されたろ

2020/02/20(木) 01:40:39.17

>>3
全然されてない
ﾜｯﾁｮｲなかったらもっと酷いことになってた可能性がある

2020/02/20(木) 02:48:48.15

ﾜｯﾁｮｲでNGすれば良いし

2020/02/20(木) 03:04:29.36

>>3
だから、その通りだけどそんなこと言っても「バカの壁」の向こう側には絶対通じないw
特に日本はそういう国ですってw
そんなこといい歳こいてたら毎日嫌というほど体験してるよね

ワッチョイは有害無益なだけだけど、害と言っても別にたいしたことないので
それでイラショナルな皆さまの気が済むなら目くじら立てることもないと思う。
愚かしいとはいつも思ってるけどwww

2020/02/20(木) 07:02:00.97

本当に証明された？
ワッチョイないと自演楽だからコロコロ変える奴いそうだが

2020/02/20(木) 07:23:34.72

息をするように自演するやついるんだよな
プログラマというか技術職自体向いて無いからさっさと立ち去ってほしい

2020/02/20(木) 10:30:18.93

>>6
新型チュンコロ感染と一緒で常在化しててもただちに影響はありませんな

2020/02/20(木) 12:38:26.36

言っても無駄だけど、普通の人は2chくんだり、特にこんな人口が少ない板の
人口が少ないスレで「自演」とやらをやりたいなんて動機を持ってない。

もちろんこの世は普通じゃない人もいる。
その普通じゃない人がワッチョイ付いてるぐらいで普通じゃない行為をギブアップするだろうか？
ありえなんじゃないの？

あんあの気が済むだけだよ。
だいたいそもそも他人の自作自演が気になること自体が普通じゃないよ悪いけど。
それ、何が問題なの？意味が分からないよ。

日本って地方の条例どころか国の法律がこういう目的や実効性を吟味せずに
感情論で制定される感情論の国なんだよね。韓国と100%同じ

2020/02/20(木) 12:40:53.51

ワッチョイのどこが有害なのか
なにもしなきゃ無害だろう

2020/02/20(木) 12:43:48.28

防衛する側としてはﾜｯｼｮｲのおかげで見なくて済むから気が済むのは確か

2020/02/20(木) 13:22:03.09

家に鍵かけたって本気の泥棒はどこからでも入ってくる
だから鍵なんて無くすべきだって主張？

一部でも効果があり、他者にデメリットが無いならあっていいんじゃいの？
一部というのが例え1％だろうとあって困らないならあっていいじゃん

デメリットがあるなら効果のある範囲とデメリットの内容の天秤になるのはわかる
そしてその天秤具合は人それぞれなので議論しても答えは出ない宗教論争と一緒

2020/02/20(木) 14:26:02.37

変な書き込みがあっても、普通は気にしなけりゃいいだけだろう
だけど統合失調症の人には、そういう書き込みが目に入るだけで発狂しちゃうんだろうな
ワッチョイは統合失調症の閲覧者のためにあるようなもん

2020/02/20(木) 14:37:30.03

毎日IDでNGに放り込むか、週一でﾜｯﾁｮｲでNGに放り込むかの違いしかないなｗ

2020/02/20(木) 15:19:48.73

道端に落ちてるゴミや犬の糞は見たくない。掃除するのが毎日なのか週一ですむのかなら、後者の方がありがたいというのは普通の感覚だと思うぞ。

2020/02/20(木) 15:20:24.08

ワッチョイって後ろ4文字は1週間でもかわんないんじゃなかった？
いつも後ろ4文字でNG入れてるわ

2020/02/20(木) 15:36:09.44

相談させてください。

System.Windows 名前空間の Thickness 構造体をキーとした
Dictionary のパフォーマンスが期待通りにならなかったので、
試しに new Thickness(0), new Thickness(1), new Thickness(2), ...
のハッシュコードを調べてみたところ、すべて 0 になっていました。

ひとまず以下のような EqualityComparer を定義して対応しているのですが、
もう少し真っ当な解決策がありましたらアドバイスをいただけないでしょうか。

class ThicknessEqualityComparer : IEqualityComparer<Thickness>
{
　　public bool Equals(Thickness tx, Thickness ty)
　　　　=> tx.Equals(ty);

　　public int GetHashCode(Thickness t)
　　　　=> (t.Left, t.Top, t.Right, t.Bottom).GetHashCode();
}

それから、もし Thickness 構造体のこの挙動が不具合だとすれば
フィードバックを行おうと思っているのですが、ご意見をいただけないでしょうか。
また実際にフィードバックを行う際は、送信先は IDE である Visual Studio の
メニューバーの「ヘルプ(H) → フィードバックを送信(F)」で適切でしょうか。

どうぞよろしくお願いいたします。

2020/02/20(木) 15:49:35.66

https://referencesource.microsoft.com/#PresentationFramework/src/Framework/System/Windows/Thickness.cs,109d8135ab5a3074
Left ^ Top ^ Right ^ Bottomだから全部同値なら0
手抜き実装ではあるが別に不具合というわけでもないな

2020/02/20(木) 16:01:01.11

>>19
ありがとうございます。

なるほど。。。メジャーなものでもこういう手抜き実装ってあるものなんですね。
不具合だと認められて直してもらえる雰囲気でもなさそうなら、
諦めて自前で EqualityComparer を作るしかないでしょうか。

ただこうなってくると、>>18 で使っている ValueTuple の
GetHashCode の実装も怪しく感じてしまうのですが、
もしそちらのソースコードもご存知でしたら教えていただけないでしょうか。
（貼り付けていただいた Reference Source では見つかりませんでした）

よろしくお願いいたします。

2020/02/20(木) 16:23:37.51

https://github.com/dotnet/coreclr
.NET CoreのソースだけどValueTupleなら.NET Frameworkでもそのまま持ってきてるんじゃないかな

2020/02/20(木) 17:21:18.55

>>1スレたて乙

このスレの雑談厨
ﾜｲｰﾜ2 FFdf-IPX/ ｱｳｳｨﾌ FFe7-IPX/
ﾜｯﾁｮｲ ff63-ufZq
ﾜｯﾁｮｲ ff6a-Nz9x
ﾜｯﾁｮｲ a3e7-KdKg
ｱｳｱｳｳｰ Sae7-icJa
ﾗｸｯﾍﾟ MM87-wHG4
ﾜｯﾁｮｲ 83a7-FTwr
ﾜｯﾁｮｲ 6388-qdXs
ﾜｯﾁｮｲ cf2d-z3z/
ﾜｯﾁｮｲ e333-YdYx
ｱｳｱｳｳｰ Sae7-xY2O
相談室で暴れている人
ﾌﾞｰｲﾓ MMff-o/5i
NG推奨

2020/02/20(木) 17:37:44.28

>>21
たびたびありがとうございます。
確認したところ、示していただいた URL から確認できる
ValueTuple のハッシュコードは問題なさそうでした。

内容を簡単にご報告させていただきますと、
ValueTuple<T1, T2, ...> の GetHashCode は
System 名前空間の HashCode 構造体の静的メソッドである
int Combine<T1, T2, ...>(T1 value1, T2 value2, ...) を
呼び出しているようです。

int Combine<T1, T2, ...>(T1 value1, T2 value2, ...) メソッドの中身は、
まず hash 変数をシードが固定された乱数で初期化し、
value1, value2, ... それぞれのハッシュコードに
素数の掛け算、足し算、巡回ビットシフトを組み合わせた計算で hash を更新した後、
素数の掛け算と（巡回でない）ビットシフトを組み合わせた最終処理を施して
Combine されたハッシュコードを生成するという、かなり丁寧なものでした。

ちなみに .NET Core なら HashCode 構造体が直接使えるので、
少し文字数は増えますが
(t.Left, t.Top, t.Right, t.Bottom).GetHashCode()
ではなく
HashCode.Combine(
　　t.Left.GetHashCode(), t.Top.GetHashCode(),
　　t.Right.GetHashCode(), t.Bottom.GetHashCode()))
と書いたほうがコードの目的が分かりやすいかなと思いました。

それではこのあたりで失礼いたします。
ご親切にどうもありがとうございました。

2020/02/20(木) 18:09:06.51

Hello!
って表示された…！

2020/02/20(木) 18:57:40.71

タプルに一括で関数適用する文法でもあるのかと思った

2020/02/20(木) 19:19:27.62

>>15
結構でかくね？

2020/02/21(金) 03:13:35.78

石取りゲームできた…！
日記ですみません

2020/02/21(金) 12:21:46.43

おめ

2020/02/21(金) 12:39:57.96

Twitterでやれ

**デフォルトの名無しさん** (JP 0Hdf-Hkjj) · 2020/02/21(金) 15:08:34.18

matrixのライブラリ（C#版 & F#版）
ttp://x0000.net/topic.aspx?id=3711-0
matrixのテンプレートライブラリ（C++版）
ttp://x0000.net/topic.aspx?id=3674-0
アルファ・ラボ|学術掲示板群
(理系文系工学語学)
ttp://x0000.net/

2020/02/22(土) 15:57:17.59

各DIコンテナがやってくれる注入作業って、どういう仕組みで行われているの？
インターフェイスやらコンストラクタの引数やらをリフレクションで取ってきて、注入してるのかな？

2020/02/22(土) 16:57:57.77

>>31
基本的にはそう
型情報を取得してActivator.CreateInstance()みたいのでインスタンス生成して渡してる

2020/02/22(土) 18:39:28.34

>>32
ほんと、不思議で不思議でたまらなかったわ
ありがとう

2020/02/22(土) 19:49:40.56

OSSの中身確認するのが一番早いよ
入り口さえわかれば後の処理を追うのは簡単

2020/02/23(日) 00:10:20.60

くだらねえ��

2020/02/23(日) 11:37:03.29

すいません。名前の付け方で悩んでます
Wifiをアプリ全体のグローバルにしようとしているのですが、名前をどうつけたものか・・

program.csの中で
static class Program
{

/// <summary>
/// アプリケーションのメインエントリポイントです。
/// </summary>
[STAThread]
static void Main()
{
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
Application.Run(new Form1());
}

static public WifiControl WifiCtrl = new WifiControl();//テスト
static private long i=100;//テスト
}

こんな感じで宣言してみたのですがプログラム全体で使われるような変数ってどんなルールで名前つけますか？
このままWifiControlなんて名前でいいものか・・・

2020/02/23(日) 11:42:20.62

逆だった
WifiCtrl
でいいものか・・・

2020/02/23(日) 12:15:23.08

WifiControlが自作クラスならそっちをSingletonにして WifiControl.Instance でアクセスできるようにすべき
class WifiControl {
private WifiControl() {}
private static WifiControl _instance = new WifiControl();
public static WifiControl Instance { get => _instance; }
}
WifiControlが改変不能ならstaticプロパティをクラス名と同名で Program.WifiControl にする
へんにクラス名とプロパティ名が不一致なのは良くない
あとProgramクラスよりもEnvとかConfigとかそういう別クラスを作ってそっちのプロパティとして持たせるほうが良い気も

2020/02/23(日) 15:06:59.69

>>36
名前が適切かどうかはそれだけの情報では誰も判断できないでしょうw

質問は変数のネーミングだけど、そもそも変数（フィールド）をそのまま公開するのは
普通は良くない作法だよね。

読み出し専用のプロパティーにした方がいいと思う。
シングルトンにする必要性は個人的には疑問

2020/02/23(日) 15:19:44.33

>>36
変数名を単体で悩むより、名前空間を適切に使えばいいのでは？

2020/02/23(日) 16:11:03.65

シングルトンかっこいいじゃん

2020/02/23(日) 16:40:17.12

わかる

2020/02/25(火) 12:06:33.83

シングルトンって利点がよく分からない
それもうstatic classで良くない？って思うんだけど継承とかインターフェースのためだけにそうしないだけ？

2020/02/25(火) 13:15:34.49

static Struct

2020/02/25(火) 13:22:35.51

singletonならインスタンス生成タイミングを制御できる利点がある
初期の立ち上げを極力軽くしたい時とか
そういうのあんま気にしなくていい環境ならstaticでもいいかと

2020/02/25(火) 13:30:56.90

>>43
デバイスなどのアクセスでインスタンス2つ持ちが意味無いかバッティングするから1つにしたいとき？

ログ出力とか単一のファイル書き込み読み込み
DBアクセス（同時アクセス不可時）とかいいかな？

一応やっといてバッティング対策必要だったらやる感じで？
（まあ、だいたいライブラリ側でやってくれっけど）

2020/02/25(火) 14:03:18.98

>>45
static classだって静的コンストラクタで実質同じ事できるじゃん
_instance ?? (_instance = new Class())って形と実質同じだよね
まぁ継承使えないとか制約多いからってことなんだろうけど、staticおじさんアレルギーなのか知らないけど死んでもstaticは使わないって風潮もどうかと思う昨今