ふらっと C#,C♯,C＃（初心者用） Part147
■ このスレッドは過去ログ倉庫に格納されています
!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 ガチガイジとスルーもできないキッズには、ﾜｯｼｮｲは何の効果もないと十分証明されたろ >>3
全然されてない
ﾜｯﾁｮｲなかったらもっと酷いことになってた可能性がある >>3
だから、その通りだけどそんなこと言っても「バカの壁」の向こう側には絶対通じないw
特に日本はそういう国ですってw
そんなこといい歳こいてたら毎日嫌というほど体験してるよね
ワッチョイは有害無益なだけだけど、害と言っても別にたいしたことないので
それでイラショナルな皆さまの気が済むなら目くじら立てることもないと思う。
愚かしいとはいつも思ってるけどwww 本当に証明された？
ワッチョイないと自演楽だからコロコロ変える奴いそうだが 息をするように自演するやついるんだよな
プログラマというか技術職自体向いて無いからさっさと立ち去ってほしい >>6
新型チュンコロ感染と一緒で常在化しててもただちに影響はありませんな 言っても無駄だけど、普通の人は2chくんだり、特にこんな人口が少ない板の
人口が少ないスレで「自演」とやらをやりたいなんて動機を持ってない。
もちろんこの世は普通じゃない人もいる。
その普通じゃない人がワッチョイ付いてるぐらいで普通じゃない行為をギブアップするだろうか？
ありえなんじゃないの？
あんあの気が済むだけだよ。
だいたいそもそも他人の自作自演が気になること自体が普通じゃないよ悪いけど。
それ、何が問題なの？意味が分からないよ。
日本って地方の条例どころか国の法律がこういう目的や実効性を吟味せずに
感情論で制定される感情論の国なんだよね。韓国と100%同じ ワッチョイのどこが有害なのか
なにもしなきゃ無害だろう 防衛する側としてはﾜｯｼｮｲのおかげで見なくて済むから気が済むのは確か 家に鍵かけたって本気の泥棒はどこからでも入ってくる
だから鍵なんて無くすべきだって主張？
一部でも効果があり、他者にデメリットが無いならあっていいんじゃいの？
一部というのが例え1％だろうとあって困らないならあっていいじゃん
デメリットがあるなら効果のある範囲とデメリットの内容の天秤になるのはわかる
そしてその天秤具合は人それぞれなので議論しても答えは出ない宗教論争と一緒 変な書き込みがあっても、普通は気にしなけりゃいいだけだろう
だけど統合失調症の人には、そういう書き込みが目に入るだけで発狂しちゃうんだろうな
ワッチョイは統合失調症の閲覧者のためにあるようなもん 毎日IDでNGに放り込むか、週一でﾜｯﾁｮｲでNGに放り込むかの違いしかないなｗ 道端に落ちてるゴミや犬の糞は見たくない。掃除するのが毎日なのか週一ですむのかなら、後者の方がありがたいというのは普通の感覚だと思うぞ。 ワッチョイって後ろ4文字は1週間でもかわんないんじゃなかった？
いつも後ろ4文字でNG入れてるわ 相談させてください。
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)」で適切でしょうか。
どうぞよろしくお願いいたします。 >>19
ありがとうございます。
なるほど。。。メジャーなものでもこういう手抜き実装ってあるものなんですね。
不具合だと認められて直してもらえる雰囲気でもなさそうなら、
諦めて自前で EqualityComparer を作るしかないでしょうか。
ただこうなってくると、>>18 で使っている ValueTuple の
GetHashCode の実装も怪しく感じてしまうのですが、
もしそちらのソースコードもご存知でしたら教えていただけないでしょうか。
（貼り付けていただいた Reference Source では見つかりませんでした）
よろしくお願いいたします。 https://github.com/dotnet/coreclr
.NET CoreのソースだけどValueTupleなら.NET Frameworkでもそのまま持ってきてるんじゃないかな >>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推奨 >>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()))
と書いたほうがコードの目的が分かりやすいかなと思いました。
それではこのあたりで失礼いたします。
ご親切にどうもありがとうございました。 タプルに一括で関数適用する文法でもあるのかと思った matrixのライブラリ（C#版 & F#版）
ttp://x0000.net/topic.aspx?id=3711-0
matrixのテンプレート ライブラリ（C++版）
ttp://x0000.net/topic.aspx?id=3674-0
アルファ・ラボ|学術掲示板群
(理系 文系 工学 語学)
ttp://x0000.net/ 各DIコンテナがやってくれる注入作業って、どういう仕組みで行われているの？
インターフェイスやらコンストラクタの引数やらをリフレクションで取ってきて、注入してるのかな？ >>31
基本的にはそう
型情報を取得してActivator.CreateInstance()みたいのでインスタンス生成して渡してる >>32
ほんと、不思議で不思議でたまらなかったわ
ありがとう OSSの中身確認するのが一番早いよ
入り口さえわかれば後の処理を追うのは簡単 すいません。名前の付け方で悩んでます
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なんて名前でいいものか・・・ 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とかそういう別クラスを作ってそっちのプロパティとして持たせるほうが良い気も >>36
名前が適切かどうかはそれだけの情報では誰も判断できないでしょうw
質問は変数のネーミングだけど、そもそも変数（フィールド）をそのまま公開するのは
普通は良くない作法だよね。
読み出し専用のプロパティーにした方がいいと思う。
シングルトンにする必要性は個人的には疑問 >>36
変数名を単体で悩むより、名前空間を適切に使えばいいのでは？ シングルトンって利点がよく分からない
それもうstatic classで良くない？って思うんだけど継承とかインターフェースのためだけにそうしないだけ？ singletonならインスタンス生成タイミングを制御できる利点がある
初期の立ち上げを極力軽くしたい時とか
そういうのあんま気にしなくていい環境ならstaticでもいいかと >>43
デバイスなどのアクセスでインスタンス2つ持ちが意味無いかバッティングするから1つにしたいとき？
ログ出力とか単一のファイル書き込み読み込み
DBアクセス（同時アクセス不可時）とかいいかな？
一応やっといてバッティング対策必要だったらやる感じで？
（まあ、だいたいライブラリ側でやってくれっけど） >>45
static classだって静的コンストラクタで実質同じ事できるじゃん
_instance ?? (_instance = new Class())って形と実質同じだよね
まぁ継承使えないとか制約多いからってことなんだろうけど、staticおじさんアレルギーなのか知らないけど死んでもstaticは使わないって風潮もどうかと思う昨今 ほとんどの場合ちょっと大げさ過ぎる感じなんだよねシングルトン。
唯一であることを保証するのにそこまで強制力が必要か疑問だし、
唯一であることを保証する責任を「その」クラス自身に負わせるのが本当に妥当かどうかも疑わしい。
ほとんどの場合、プログラムで唯一のものを共有したいなら、
共有オブジェクト取得用のstaticクラスを作る方が普通に素直な考え方に感じるよね。
必要論者はポカ防止のために強制力が必要って言うんだろうけど
それは問題のすり替えだと思うんだよね。
そんなポカが起こる状況自体が間違ってるよね。
もちろん絶対の強制力が必要なケースだってたぶんあるとは思うけど。
>>47
まあ少なくとも、一度staticクラスでシングルトン実装しちゃうと
今度はマルチにしたいと思っても簡単にできない問題はある。
だからstaticクラスでシングルトンも個人的にはちょっと気持ち悪く感じる 激しく同意
シングルトンを使う奴はほぼ例外なく「インスタンスを唯一に制限するため」を言い訳にして、その実はグローバル変数が欲しいだけ
実際にはインスタンスが一つでなければならないクラスなどほとんどない
一つしか作れないのではなく「アプリで一つしか必要ない」のであれば、>>48のようにstatic寄せ集めクラスを作るべき >>47
>static classだって静的コンストラクタで実質同じ事できるじゃん
static classのコンストラクタがいつ実行されるかはコントロールできないよ
確実にlazy loadingしたい場合や
高価なリソースなので状況によっては解放したい場合とか
いろいろと使いどころある
逆にシングルトンは面倒くさいから
static classで間に合うユースケースならstatic使っとけばいい おかしい…「モダン言語と現行ライブラリ下においてはシングルトンパターンを適用することは通常開発下ではまずないが」という大前提がまったく共有されていない…
もしかして10年前の感覚で脳内敵を殴りつけてスッキリ喋ってる…？ 死んでもstatic使わない、じゃなくて死んでもシングルトン使わない、の話になってるが singletonがデザパタの中で意義も理解しやすく実装もそこそこ分かりやすく楽で有効に利用できると思わせる範囲が広いから無駄に広まってしまった
他により有効な手段ができても単一インスタンスだからsingletonで！っていう脳死とstaticは結局グローバルだからとにかく駄目！とかいうこれまた脳死が合わさってしぶとく使われているだけじゃない？ どこにstaticはとにくかくダメだなんて話が出てるのか GoF初版は４半世紀前のJavaすら出る前だぜ
そろそろ新しい版を誰か書いて 初めstaticで足りると思ったんだけど
対象のクラスに
継承やIFいんじゃんクソが
ってなるといつの間にかにシングルトンなってたりするだけだ >>57
これだよね。
staticクラスやグローバル変数でもいいんだけど呼び出し側に影響させないで実装を拡張できるという。 >>50
シングルトンが初回アクセス時に実行されるのと同様にstaticコンストラクタもそのクラスのいずれかに初回アクセス時に実行されるから同じ事だと思うよ >>59
初回アクセス時よりも前にロードされることが保証されてるのと
初回アクセスしたそのタイミングで実行されるのとは意味が違う
https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/classes-and-structs/static-classes-and-static-class-members
仕様としては明記されてないが
static classを含むnamespaceがロードされるタイミングでstatic classもロードされてたはず 型名の一部でしかないnamespaceのロードって何…？ >>60
念の為試してみたら俺が間違ってたわ
すまん
static classでもLazy<T>使えば必要なタイミングまで確実に遅延できた 当たり前なんだけどsingletonでしか実現できない話じゃなくてsingletonなら自然にできる話だからね
singletonじゃなくたって実現方法はいくらでもある
こうすりゃできるなんてわかりきった上で話してるんだよ >>63
そのsingletonが有用な場面ってのを解説してくれ >>64
環境的にstaticが使えないとか？C#じゃあんまないんじゃない？
組み込みC環境だとstatic不可とかあるよ ところでsingletonが有用な場面ってどっから湧いた話？
過去レス確認したけど、俺そんなこと言ってなかったんだけど >>60
メンバーの話じゃなくてコンストラクタね
static class Human
{
static Human(){} //←この部分は保証されてる
} ある強力なFor関数を紹介いたす(C#)
ttp://x0000.net/topic.aspx?id=3630-0
アルファ・ラボ|学術掲示板群
（理系 文系 工学 語学）
ttp://x0000.net/ >>64
昨日>>48に書いた通り俺は唯一性に強制力を持たせる必要性については
懐疑的だけど、シングルトン的な発想が有用なケースは結構あるとは思う
例えばUIでいろんな場面で表示する必要があるサブ画面みたいなのがある時、
こんなことやってる人多いんじゃないかな
public partial class Form2 : Form
{
public Form2()
{
InitializeComponent();
}
private static Form2 Singleton { get; set; }
public static void ShowSingleton()
{
if (Singleton == null || Singleton.IsDisposed) Singleton = new Form2();
if (Singleton.WindowState == FormWindowState.Minimized)
Singleton.WindowState = FormWindowState.Normal;
Singleton.Show();
Singleton.BringToFront();
}
} >>70
それはシングルトンじゃねーよ
まずシングルトンはnewしない >>71
揚げ足取りはいいけど、よく読んでからにして欲しいよね >>72
つか、インスタンスは自分自身の中にスタティックで用意する
そのクラスのスタティックプロパティー経由でインスタンスを参照するが
最初の参照時にシングルトンクラスで自身の中に生成する
だから外部で使うクラスはインスタンスを明示的に生成しません > インスタンスは自分自身の中にスタティックで用意する
private static Form2 Singleton { get; set; }
用意してるな
> 外部で使うクラスはインスタンスを明示的に生成しません
public static void ShowSingleton()
{
if (Singleton == null || Singleton.IsDisposed) Singleton = new Form2();
してないな >>62
それ実体が生成されないだけでLazy<T>自体はロードされるだろ シングルトンじゃなく
シングルトン的な発想が有用なケースって確かに書いてるね >>77
シングルトンの最大の特徴は、複数のクラスから一つのインスタンスを参照できることだから
それはシングルトン的なものでもない
>>75
シングルトンではSIngletonクラスの内部にたった一つのインスタンスがプライベートで格納されている
それをSingletonのスタティックメソッドやスタティックプロパティーで参照するのがGOFのデザパタだ シングルトンって、昔は、複数インスタンスが作られる可能性を潰すためにやってたんだろうけどさ
今は、主にDIコンテナへの指示みたいなもんとして役立ってんじゃねえのか？ DIコンテナ使ってるなら、DIコンテナが自動的にインスタンス化して単一のインスタンスを各所へ注入してくれるから、
GoFのシングルトンパターン(というかグローバルインスタンスアンチパターンとでも呼ぶべきもの)は全く必要ないよ 単一かどうかはコンテナへの突っ込み具合で違ってくるんじゃないの
シングルトンでって指定していなければ複数インスタンス化されちゃうでしょう >>77
グローバル変数を単にフォームにおいてアクセス制御しただけで次とほぼ変わらないな
staticでいいじゃん側の話に思える
private static Form2 _form;
public static Form2 Hoge{
get{
if(_form == null || _form.IsDisposed)_form ==new Form2();
return _form;
}
} もうめんどくせえからstaticも中でシングルトン使ってるから
実質シングルトンパターンって事でいいよ 日本人はすぐそういう党派的（どっちの側にお前はつくんだ？｝で幼稚な話になるよねw
>>83
そういう話じゃないってw
>>70のコードびShowSingletonというメソッドはもちろんForm2以外のクラスに
書くことも出来るけど、それが分かりやすいですか？
こういう話だから。
シングルトンがあんまり有用じゃないとしても、
「唯一のオブジェクトを管理したり窓口になったりする役割をそのクラス自身に持たせる」
というシングルトン的なアイデアは応用できる、と言ってるんだけど、
これがそんなに難しい話かなw そのアイデアを実現する手法としてstaticはどうだって話してたんじゃないないのか >>85
日本人はーっていうのも相当アホっぽいけどなw
外人だってエディタとかLinux vs. BSDとか宗教戦争しまくり
てか中東の内戦なんてガチの宗教戦争だし >>87
日本人と欧米人の論争の仕方の違いは明らかで、
それは別に俺のオリジナルの見解でも何でもないよw
今のこの話なら、日本人のダメなところは「シングルトンパターンの利点はここで問題点はここで」
という議論が苦手なこと。
日本人は一度決めた「立場」に固執して全肯定か全否定かになりやすい。
好き嫌いを持ち込むべきでない評価に好き嫌いを持ち込みがち。
エディターとかはいいんよ別に好き嫌いで語れば。技術的な話はおかしいでしょ。
板違いだからもう止めるけどね。 >>89
> 今のこの話なら、日本人のダメなところは「シングルトンパターンの利点はここで問題点はここで」
> という議論が苦手なこと。
それでどちらかに決まるなら宗教戦争なんてすぐに解決してるよw
そもそも技術的な話とか言うわりには
> それが分かりやすいですか？
なんて人によって意見が違うことを言い出すから戦争はいつまで経っても終わらないわけで… >>89
まあ、外人ならってのは幻想だな
そもそも奴らがそんなに頭が良かったのならオブジェクト指向なんて流行ってない
リーナスが言ったようにオブジェクト指向はカルトだ
誰もメリットなんて説明できない
それでも海を超えて日本へ来たのさ >>90-91
なんか党派的主張のお手本みたいなレスで何だかなあという気持ちになるけど
言っても無駄だねたぶんw >>92
技術的なお話とか言う割には
> なんか党派的主張のお手本みたいなレスで何だかなあという気持ちになるけど
みたいなレスしかできない時点で… シングルトン的なものが必要になったら、殆どはDIのインジェクションでなんとかするけど
コレクションの要素にインジェクションなんて鬱陶しいから普通のシングルトンやStatic Class使ったりするな シングルトンに依存するコレクションのエレメントとかちょっと悪夢だな。 42 デフォルトの名無しさん 2020/03/01(日) 05:43:23.78 ID:wVHwYgLC
なんだ？この糞スレ
と思ったら2016年だとwww
どこから引っ張り出したんだよ C#というより.NET Framework全般の問題かもしれませんが・・・
ビルドした実行ファイルの拡張子を7ｚにして開けると
.rsrc（フォルダ）
.text
.reloc
というファイルが出てきます
このうち「.text」をエディタで開けると
「C:\Users\ユーザー名\source\repos\プロジェクト名\obj\Release\実行ファイル名.pdb」
の文字列がそのまま入っておりユーザー名まで見えてしまいます
プロジェクトのプロパティなど見てみましたが該当する文字列は設定されていませんでした
この文字列が入らないようにビルドするにはどうすれば良いでしょうか？ ■ このスレッドは過去ログ倉庫に格納されています
