C#, C♯, C＃相談室 Part98

C# 8 からはインターフェースのデフォルト実装が使える

Win10や11のOS付属のpowershell5.1でインラインで書けるC#ってバージョンちょっと古くね
できれば新しいRoslynのC#をpowershellから使いたいのだが
なんか昔の記事しか見つからん

どうせ別に入れる必要があるならPowerShell 7入れれば良くね

>>236
起動時に出て来るメッセージすら読めないのか

>>238
お前はこれでも読んどけ
https://learn.microsoft.com/ja-jp/powershell/scripting/whats-new/differences-from-windows-powershell?view=powershell-7.4
Roslyn単体で使うだけならビルドツール拾ってくるだけだが
Powershell上げるとなると仕様も大幅に変わってたりして無理だし俺が出した要件の解にもなってない

>>239
馬鹿が必死に調べただけの浅い知識で言い訳してる

今のところ互換性の為に残してあるんだろう
それを変えちゃうと問題が起こる可能性があるしMS側のメンテがめんどうなので
変えたい人は7とセットで入れろということなんだろう

>>239
バカの相手はしなくていいわ
その情報はありがたいが

PowerShellは完全に袋小路だからもう諦めた方がいい
6以降は事実上Azure専用

>>242
うわっ
自分の言い訳コメントに自作自演で恥ずかしい馬鹿発見

なんで作っては捨ててくスタイルなんかなMicrosoftは

作ってないやろ
買収してるだけ

PSはMSが作ってるが

Windowsに標準搭載されてる.NET Frameworkと今の.NETの時点で互換性ないのに
なんで.NETアプリであるPowerShellが叩かれるのか

標準搭載されてるPowerShellは.NETアプリじゃなくて.NET Frameworkアプリだからね

>>245
MSの社内政治に敗れたチームのプロダクトはそうなりがち
社内政治うまくやってると微妙なやつも長生きする

frameworkってなんでまだ存在するの？

.NETがFrameworkと互換性無くて捨てられないから

互換性ないってことは、.NETとframeworkの2つのアプリを動かしたら、GCもそれぞれで動き始めるの？

>>253
GCはアプリ(プロセス)毎じゃないの

PowerShellはWindowsにシステムワイドにインストールされた .NET Framework が存在するという前提で成立していたのに、
.NETでは.NET自体をアプリにバンドルするか、必要に応じて特定のバージョンを追加で入れるかになって完全に破綻しちゃったんだよね
一般的な.NETアプリならバンドルは可搬性が向上するから好ましいことだけど、
PowerShellの場合はシステムワイドにインストールされたいろんなモジュールと連携しなきゃいけないから.NETバンドルはありえない
完全に詰んでる

だからPowerShell Coreは標準装備じゃなくて追加装備

Windowsにそもそも入ってないなら追加インストールでいいんだけどね。問題は5が入っていること。
それによって「なぜ元々入っているのにわざわざ追加するのか」という当然の疑問を解消するコストが生じる。
開発者の好みだけでサポート期間も互換性も劣るゲテモノをゴリ押しするのは極めて困難だし、
そもそもPS書いて飯食ってるタイプのエンジニアでは最新に拘る人はそもそも少ないだろうね

はいそろそろC＃の話題でよろ

JAIST、「並行量子通信プロトコル」の完全な自動形式検証を実現
http://news.mynavi.jp/techplus/article/20241220-3090485/

>>258
なんかある？

またペンギンやら飛べない鳥だとかの話がしたいのかい？
それともPowshellの付属物の話がしたいのかい？
どっちなんだい？

>>257
>それによって「なぜ元々入っているのにわざわざ追加するのか」という当然の疑問を解消するコストが生じる。
>開発者の好みだけでサポート期間も互換性も劣るゲテモノをゴリ押しするのは極めて困難だし、

ほんそれ
5が全部入りにしておくのが正解だっただろうな

PS for sysetmみたいなのを最小セットで入れておけば良かった

終わらないPS談義

>>264
お前がC＃の話題振ってくれりゃ乗るよ
早くしろよ

いや知らんがｗ
俺がC#の話題にしろ言うたわけじゃないしｗ

今関わってるプロジェクトがスペース2つでインデントしててちょっと面食らってしまったんだけどこれ珍しくないもの？
今まで携わってきた中で一件も遭遇したことなかった

過去に深いネストを大量生産する人がエラくなっちゃって、そういうルールになってしまったんじゃないかと妄想しちゃうなｗ

今時スペース2個は珍しいな、C#とかではあんまりない気がする
昔々はどの言語でもタブを使っていいかとか、スペースで代用するなら2個か4個かで論争があったらしい
JSは2個が主流だった気がするけど今はどうだろ

jsonは2だったり4だったりまちまちだけどね

タブのが合理的
Goみたいな標準フォーマッタがあるのが理想だけどC#はそう言う文化はないね

俺はスペース2個のが視線移動減って楽だと感じてるからかなり昔から2個派だよ
>>268みたいな日本人特有の右倣えのお仕着せルールに甘んず昔から超効率化してるやつらは世の中に沢山いるんだよ
勉強になったな

TABに統一してるけど
表示上は半角スペース2から4個で用途で変えてる

{}は
if(){
}
の方が好き
普通は
if()
{
}
これ？

逆、最初の頃は上が大多数
ブログやら初心者講座やらで下の書き方が主流担ってきてる感じ

スペース2個インデントって言うと、XMLやHTMLを思い浮かべるな

>>275
違うぞ
上のはJavaやJavaScript界隈でのデファクト

下はMicrosoft系のC#とかのデファクト

公式が出してるコーディング規約がそうなってるだけ

>>276
例えばC#というかasp.net系だとrazor構文でhtmlと一緒にC#のコード埋め込む
そうするとインデントは2の方が見やすい

>>271
C#はチェーンメソッドのドットを縦に綺麗に並べる文化が有るんでタブだと都合が悪い
2でも4でも良いけどスペースがデファクト

>>277
いやだから
C＃が出る前というか出始めの頃で
Cプラプラ使い達が多かった時さ

当時、というか関数書くときって
hoge()｛
…｝

て書くのが一般的やったん

んでDelphiが出てきたらこの｛｝をBegin…Endで囲むから
hoge()
Begin
…
End

ここらへんはVBやVBAとかにも反映されて
その後C＃で出した際にって感じかな

>>279
タブをインデントで使ってスペースをアライメントで使えば理論上ズレないよ
Goのフォーマッタはこれに従ってるからタブ幅は任意に設定できる

prettierみたいな途中で強制的に折り返すフォーマッタとは相性が悪いけど

Indent with tabs, align with spaces

https://dmitryfrank.com/articles/indent_with_tabs_align_with_spaces

これね
これが理想だけどエンジニアのレベルが高くないとこのルールを守るのは難しいからスペースにしてるのが大半
ただしGoは強制フォーマッタでこれを解決してる

個人プロジェクトなら最初から好きなタブ幅にすればいいからタブにするメリットもあまりないし
気分でタブ幅変えれるのは結構メリットあるけどね

俺はずっと>>274の前者でインデントはタブだなぁ
なおタブの幅はスペース4個分

「自転車置き場の屋根の色」現象発生中

この手の話は職場のルールで決まるから個人がどうこうは関係ないよな
ただ自分のツールなんかは好きにしろだが
カッコ、演算子、型と変数の宣言の間の空白などもめる話題はいくらでもある

>>285
「原子力発電所の建設」について議論したいなら付き合うよ、それで議題は？

まあreshaperでテーム共有設定使うだけだしな

>>287
では失礼して
Unity製ゲームのMOD開発なんかでリフレクション使いまくるのもなんかスマートじゃないから、
aelij氏のIgnoresAccessChecksToGeneratorを魔改造させてもらってフィールド含めて全パブリック&readonly解除でゲームのコードに全アクセス出来るようになってめっちゃ捗るようになったのだけど、
欲が出て標準ライブラリにも手を出したくなってやってみたらmscorlibなんかはReferenceAssemblyだからプライベートフィールドはそもそもdll内に含まれてないから書き換えられないんだよね。
ランタイム時の実体dllを決め打って渡せばstring.m_firstCharとかList<T>._sizeとかも全てアクセスできるようにはなるんだけど決め打ち渡しもスマートじゃないからどうにか自動で解決をしたい。
ILSpyやmono.cecilにはランタイム時の実体dllを特定するコードあるんだけどbuildアクションから同じ事するのって可能だろうか？

はい

へー
なんだかもうゲームよりMOD開発、MOD開発より開発環境開発の方が長くなっちゃってますわ

だって、ここ
別にゲーム開発やないし

プログラムやで

いまだにmonoで簡単にいじられまくりゲームあるのか

>>289
日本語がややこしいけど
①標準ライブラリのPrivate含む全フィールドにリフレクションを使わずにアクセスして書き換えたりしたい
んで、
②実体DLLを決め打ちで渡せばアクセスできるってところまでできてる
あとは
③実体DLL取得を自動化したい
④なおかつビルドプロセスに組み込みたい
ってことか
MOD開発とか知らんけど面白そうじゃん

いまいち細かい要件がよくわからんけどAppDomain.CurrentDomain.GetAssemblies()で現在ロードされているすべてのアセンブリが取得できるらしいが、これ試した？
駄目だったならどういうところがダメだったのか教えてくれ

>>295
要するにIgnoresAccessChecksToGeneratorの話でMSBuild内のコードとして動くものだからそれやってもMSBuildがロードしてるものが返されるだけとなる
ILSpyなんかもtypeof(object)などから解決してるので上記の理屈でそのまま移植はできない

>>293
マルチメインじゃなくmodフレンドリーなゲームならil2cpp化せずそのまま出してるゲームも普通に多いよ
改変やチート防止のためなら難読化含めてやったところでそこまで難易度上がらないからそれ目的ならRustみたいにカーネルドライバ付けるしかない

個人開発の局所的な用途のマイナーツールの話が原発の建設並の重大事なのか
ちょっと難しすぎてわかんねえな

原発ってただの湯沸かし器じゃん
燃料がちょっとヤバイってだけで高尚なC#のプログラムと比較すんなよ

C#だってただの道具
しかもC#だけじゃお湯も沸かせない
高尚とかちゃんちゃらおかしい

ツールは手段であって目的はアクセシビリティバイパスだから言語レベルのスケールの話な
実際これ求めてる人は少なくないからUnsafeAccessorが実装された訳で
てかリフレクションの方が文字列で指定してる分よっぽど危険だと思うんだけどな

エロがビデオを進化させてきようにチートがソフトウェアを進化させるんだよ
湯沸かししかできない原発野郎は難しいなら黙ってろ

煽りたいだけのやつが居着いちゃってるのか、このスレ

いつものことだよあぼーんしときな

だぁ～から
ドーンおじはコテ付けろや

Enum.IsDefined(enumType, intValue)ってボックス化する？

AIに聞いたら最初は「ボックス化しない」とか言われたんだけど、第2引数がobject型として受け取ることを指摘したら「ボックス化するかもしれません」みたいな曖昧な返答されてよく分からなくなってきた

object型ならするよ
.NETのバージョンにもよるけどgeneric版の方が型がコンパイル時解決されるからパフォーマンスは良い

だよね ありがとう

確かにジェネリクスでstruct制約付けたらボックス化回避できそう
ありがとう

public TEnum ConvertToEnum<TStruct, TEnum>(TStruct value)
where TStruct : struct
where TEnum : Enum
{
if (!Enum.IsDefined(typeof(TEnum), value))
throw new ArgumentException();

return Unsafe.As<TStruct, TEnum>(ref value);
}

JetbrainsやILSpyでIL見てboxあるかどうかみればいいんじゃね

ハック的なことなんだけどインスタンスのオブジェクトヘッダに埋め込まれるクラスハンドルへのポインタ？をインスタンス無しで得る方法って無いかな
typeof(MyClass)ってすると正にそのポインタが「mov rcx, 7FFB716DE758 -> call clrのtype取得関数」って感じのアセンブラが生成される訳だけど、その7FFB716DE758を得たいんだよね
インスタンスがあればUnsafeライブラリ用いて簡単に得られるのだけど

文章修正してたら日本語おかしくなったけどもし知ってる方いたらヒントでも何でも教えていただきたい

GetTypeで得られるものとは違うわけ？

>>313
GetTypeやtypeofで得られるものはあくまでもType型のマネージドインスタンスだから全く違う
だけど逆アセをするとtypeof()時には即値でハンドルへのポインタ?がアセンブラコードとして埋め込まれてるので内部的にはめちゃくちゃ簡単に得る方法があるはずなんだよね

一応自己解決だけどGetTypeやtypeofで得られたTypeインスタンスから「type.TypeHandle.Value」で希望のものは得られた
本来即値で得られるはずなのに冗長でもやもやはするが

ChatGPTに聞いたら同じ答えが返ってきたけどRuntimeTypeHandle.Valueは環境によってメソッドテーブルへのポインタじゃなくEETypeへのポインタや実装依存のメタデータへのポインタになる場合もあるから自分で確認しろよとのこと

そらJITなんだから･･･

いやJITは関係ないぞ

JITだろうが何だろうがconst intなんかは即値で埋め込まれるしね
だからクラス名.TypeHandleValueみたいなconst持っててくれたら嬉しいんだけど需要ほぼゼロすぎるか

ん？即値で得られない理由の話だったか
そっちならJIT関係あるわな

いや関係ないよ
なぜなら逆アセすれば分かるけど思いっきりレジスタ長以下のconst同様の挙動を見せてるからね
typeof時にね

逆アセｗ

アドレスとかプロセス起動のたびに変わることは無いんだっけ？

>>323
.NETの場合は当然変わるしネイティブでも設定次第では変わり得る
でもそもそもC#やJavaは実行時にその都度機械語を組み立てて行く訳だから、であればその都度埋め込めばいいだけの話

なら結局、ユーザークラスじゃ都度変わりうるってことじゃ？

>>321
それはJITやAOT後のものを見てるからでしょ
JIT/AOT時に異なる相対アドレスに配置できる余地を残すためにC#/ILの段階では固定しない

ILの段階で定数になるなら決め撃ちで問題ないだろ

ユーザークラスがILの段階で決め打ちになるわけないだろ

ユーザークラスだろうが何だろうが別に関係ないし
IL段階で定数になる必要もなくて事実として実行時に機械語になるタイミングで定数化されるんだよ
プログラマがその定数にアクセスする手段がないだけで

実行時にならんと決まらんものは定数じゃねぇ

定数ってか再三言ってるけど即値だな

インスタンスの型の厳密なチェック typeof (X) == x.GetType() やジェネリック型のチェック typeof (T) == typeof (X) はJITで最適化されるから、
質問者のケースがもしこれらに該当するなら変なハックは必要ない

Task<T>を返す非同期メソッドをUIスレッドで呼び出して結果を取得したいのですがどうすればいいのでしょうか?
ConfigureAwait(false)の後やTask.Runでスレッドプール上?で実行されてる
コード内からメソッドをUIスレッドで呼んで結果を取得したいのです

あ、TaskCreationOptionsのTaskが抜けてる…
async Task SetTextAsync()の代わりにasync Task<string> GetTextAsync()だったら
StartNew<Task<string>>にしてvar text = await task.Resultすればいい

ああ、ありがとうごいます
それっぽいです
要はスレッドプールなどで実行されてるメソッドから
途中でダイアログなどを出してユーザのアクションの結果で更に処理を
進めるかキャンセルするかを決定したかったにです

同期コンテキストは調べたのですがこのPostなんたらじゃできないなと..
TaskSchedulerの方から攻めるのですね

ありがとうございます

ボタンなど押して非同期メソッドを呼び出す
この時、非同期メソッドには介入が必要な時に呼び出される非同期コールバックを渡せるようにする

呼び出し側で、非同期コールバックとして
ダイアログなどをだしたりする
ダイアログの表示などはUIスレッド実行したかった

こんな感じでした

BOOL TestFunc(DWORD dwType, LPBYTE pBuffer, LPDWORD pcbBufSize);
dwType：欲しいデータのタイプコード
pBuffer：要求したデータを入れるバッファへのポインタ
pcbBufSize：pBufferが指すバッファのサイズ

例えば↑のような関数をエクスポートしてるアンマネージDLLがあって
DllImportする時のプロトタイプ宣言ってどう書いたらいいんでしょ？

LPDWORDはref uintでいいのかなと思うけど
LPBYTEとか、それこそLPVOIDだのハンドル系受け取る引数なんかはどう宣言したものかよく解らなくて

典型的にはこう
bool TestFunc(uint dwType, byte[] pBuffer, out uint pcbBufSize);
ref/outで宣言すると使いやすいけどNULLを渡せなくなるってのが問題になったりすることもある
ケースバイケースなので一概には言えない
ポインタが絡むなら誰がメモリ確保して誰がどうやって解放するのかを把握してないといけない場合もある

第三引数は普通はoutじゃないきがするけど

outだと呼び出し元からバッファサイズを渡せないな

refじゃあかんの？

>>340
おぉ、ありがとう
ちょっとそれ元に弄ってみるます

refとかout使うと機械語的にはゴミラッパーが生成される
ついでにboolも実はネイティブ型ではないので同様にゴミが生成される
多少可読性や安全性を犠牲にして良いなら
int TestFunc(uint dwType, byte* pBuffer, uint* pcbBufSize)とすればC/C++と遜色ない機械語になる
戻り値はintなので != 0としてbool判定をする手間がかかるけどね

ついでに.NETCore系統で且つ内部でIOなどを行わずに計算量が少なく割とすぐ戻る事が確定している場合は[DllImport("native.dll"), SuppressGCTransition]とすると尚良し

もしネイティブ側の戻り値がBOOLではなくboolならC#側はbyteにすればいい
boolって実は結構罠だからな

何のためのVOIDポインタかで変わるしIntPtrで良いもんでもないわ
まぁなんだ、CharGPTなんて言うアホは黙っとけｗ

Copilot「僕の出番ですね！」

去ね

wchar : ｢神は我を見放したのか｣

>>347
ChatGPTはc#弱いな

>>345
最近のC#はMIL(IL?)でなくマシン語を直接()生成するようになったのですか

>>353
最近は native AOT といってそういうことができる
リフレクションが使えないなど制限もあるけど

元のレス先の345は、たぶん native AOT とか関係なく、中間言語が生成するコードも指して機械語と言ってると思う

>>354
なるほど、ありがとうございました!!

>>354
ILの話はしてない
nativeAOT及びJITが最終的に生成するアセンブラを指して言ってる
パフォーマンス目的でC/C++と連携しようとすると返ってパフォーマンス落ちる事も多いからな
機械生成のゴミラッパーが挟まると呼び出しコストがdll内部のルーチンより1万倍掛かるとかザラにあるし

まぁ、アンマネージ呼び出しをパフォーマンス目的でやるもんじゃないしな

LibraryImport属性を使うとDllImport属性より最適化されたコードが出力されたりするの？

オリジナルのDataGridViewの列を作りたいんですが、デザインビューのDataGridViewからオリジナルの列を追加する方法ってありますか？

>>359
オーナードローしたいという事？

列A　列Bがあって　列C作ってA+Bを表示したいと言うことでは？

DataGridViewColumnを派生させたオリジナルの列をフォームデザインビューから列に追加したいんです

ｌこの辺りを駆使してDataGridViewColumnクラスを作るとか
https://dobon.net/vb/dotnet/graphics/drawcontrols.html

スマホとPCの作業を効率化したい--「Copilot Vision」の便利な8つの活用例
2025-05-03 07:00
https://japan.zdnet.com/article/35232549/


1 プログらまーまこれを改造してるので上記以外の状態でも使用できるようにしている

2 すでにプログラムがあるので１〜コードを作成する必要が無い

ボイス・トォ・スカルの本態が一般パソコンにまで来たのでつい買い捨てができるようになった
マネーロンダリング 談合 インサイダー などがはかどるといわれる

“イリヤ神”がまたやった　動画生成AI「FramePack」が革命的なワケ
2025年05月05日 07時00分更新
https://ascii.jp/elem/000/004/267/4267160/
　4月17日に登場した動画生成AIプログラム「FramePack（フレームパック）」が世界的に衝撃を与えています。PCローカル環境で動画AIを動かすには、少なくともビデオメモリー（VRAM）が12GBあるビデオカードを搭載していないと難しいというのが常識でした。ところが、VRAM 6GBでも安定的に動作させられるため、一気に動画AIの裾野を広げそうです。開発したのは、画像生成AI分野で「ControlNet」や、使いやすいツール「Fooocus」などを開発してきたことで知られる、スタンフォード大学に在籍中のIllyasviel（イリヤスフィール、以下イリヤ）さん。既存の方法論にまったく違ったアプローチでブレイクスルーを引き起こす、“イリヤ神”のアプローチに再び注目が集まっています。
中略
　AI動画を作ってみたいけれども、スペックが足りないために諦めていたという人が次々に自前の環境で試すようになってきました。既にワンパッケージでインストールできる環境も整えられているため、スタートも簡単です。様々なファイルをダウンロードしてくるため、初期設定は2時間くらいは見ておく必要があるものの、圧倒的にハードルが下がりました。

下記は全て2025年５月７日の記事

OpenAI、ChatGPTの6つのモデルの違いと適切なプロンプトを解説
https://news.mynavi.jp/techplus/article/20250507-3275757/

Microsoftの新規のソースコードの約3割をAIが生成、Nadella氏が明かす
https://news.mynavi.jp/techplus/article/20250507-3271749/

スコットランドの住民を悩ます謎の怪音「ヘブリディアン・ハム」の正体はいまだ不明
https://karapaia.com/archives/507130.html

余所でやれカス

余所でやれとあなたが言ったから
色んなスレにマルチされたので
5月7日はマルチ記念日

IDisposableを実装したクラスのインスタンスがもし破棄されていたら再度生成するために、

if(instance.IsDisposed || instance == null){
instance = new MyClass();
}

という書き方してるんですが、(obj != null)の部分って意味ないんでしょうか？

すみません。ChatGPTが下記の回答をくれました。

instance が null の場合、insntace.IsDiposed の評価時に NullReferenceException が発生してしまうので、

if(instance == null || instance.IsDisposed){
instance = new MyClass();
}

にしなければならない。

必要かどうか。
　設計上 instance が null になる可能性がある場合、null チェックは必要。
　絶対に null にならないように管理されている場合、null チェックは不要。

　「instance がまだ生成されていない、または使えない状態になったときに再生成する。」
　という目的が明確にある場合、妥当で意味のある書き方です。

そもそも変数を使いまわそうとしているのが間違い
using等でスコープと連動させて管理すべき

>>370
もうほんのちょいだけ突っ込んだ解説すると、||演算子は左から評価を行い、左がtrueになった時点で右は評価を行わない

ゆえに、nullが渡ってくる可能性がある場合には～というChatGPTの回答に繋がる

>>372
ショートサーキットの有無は全然関係ないだろ

ChatGPTのダメ回答にさらに間違ったダメ解説を付け足すなよ

草

>(obj != null)の部分って意味ないんでしょうか？

(obj != null)の部分が見当たらない問題

フェイルセーフで実装するコードに対して、全体見えないのに設計直せは草しか生えない。ChatGPTでもやらん暴挙
その上でなぜ左右逆だといけないのかの解説に対してショートサーキットの有無は関係ないとかガチで草

その前にフェイルセーフなのかどうかすらわからないと思う
ここでしか初期化していないならフェイルセーフではない

フェイルセーフ
例えば信号が壊れたときに赤になるようにしてあれば交差点に通常運転で突っ込む事故が起こらない
壊れるにしても事態を安全な方向に振ること

初期化忘れや破棄されたインスタンス等を初期化するのはフェイルセーフではない

>>376
なぜ左右逆だといけないのかとショートサーキットの有無は関係ないんだけど指摘されてもマジでわかんないのか

ChatGPTの回答もう一度読んでみ？
あとはショートサーキット無しの|演算子にしたら問題がなくなるのかどうか考えてみ？

>>379
ああ言われて気づいた、説明間違ってたわ

最初のコードだと、左から判断を行うので、instance.IsDisposedを判定するときにinstanceがnullの場合にエラーが発生する
けど逆にするとinstance == nullではじくので、instance.IsDisposedは判定しなくなる

はじくじゃねーや、また言葉間違ってる

最初のコードだと、左から判断を行うのでnstanceがnullの場合にinstance.IsDisposeでNullにアクセスしようとしてぬるぽが発生する
けど逆にするとinstanceがnullの場合は左の条件だけで生成に向かい、またinstanceがnullではない場合には誤ってDisposeされているかどうかで判断して再生成する

今の世の中AIがあんのにまだこんな場末のド素人のホビープログラマーと知ったかの吹き溜まりにきよんのか理解に苦しむんやがwww
まぁAIの使い方すらわからん低脳チンパンやからこんなまともな回答が返ってこーへんスレで質問しとんのやろーなクソワロタ

なるほどこれがチンパンジーか

答えもらうつもりで来とるやつなんかおらんやろ

>>381
あんたの言葉の方が、native 日本人にはおかしく聞こえる。
380 の説明は自然な日本語であり、論理的にも正確。

>>379
|| 演算子のショートサーキット評価 (短絡評価) は大いに関係ある。

null判定を後に書いちゃうのはショートサーキット評価有無以前の問題だって話だろ

>>387
何言ってんだか。

null合体演算子を使う方法もある
if (instance?.IsDisposed ?? true) {...}

「ヌルの場合は」という条件を強く示したいなら is null を明示して良いと思うけど、個人的にはこちらの方が簡潔に感じる

できればプロジェクトの設定でnull参照許容型を有効にして、 instance が null になり得るかを宣言時に分かるようにするとベター
(null になり得るなら MyClass? instance のように書く)
これが有効なプロジェクトなら、nullにならないもの (?がついてない変数やフィールド) についての null チェックはしなくて良い

それをコードそのまんまで日本語化してみろよ
基地外じみた内容にしかならない

ﾐﾈｵはキチガイしか居らんのか

世界最長のコンテキストウィンドウ100万トークン入力・8万トークン出力対応にもかかわらずたった7800万円でトレーニングされたAIモデル「MiniMax-M1」がオープンソースで公開され誰でもダウンロード可能に
2025年06月18日 11時43分
https://gigazine.net/news/20250618-minimax-m1-open-source/
>>MiniMax-M1は、合計4560億のパラメーターが含まれており、トークンごとに459億のパラメーターがアクティブになるとのこと。これはDeepSeek R1の8倍に相当するコンテキストウィンドウです
>>以下のグラフは競技レベルの数学、コーディング、ソフトウェアエンジニアリング、エージェントツールの使用、長文理解タスクにおけるパフォーマンスを主要な商用AIモデルと比較したもの。赤色がMiniMax-M1で、どのタスクにおいても競合AIモデルに匹敵するパフォーマンスを発揮できている
>>MiiniMax-M1はいくつかのベンチマーク、特に長いコンテキスト駆動のベンチマークでClaude Opus 4のパフォーマンスを上回りました」と報告
※AIを動作させている動画あり
↓上記のAIお下記をプレイさせれば性能が判明する
Gemini 2.5 Proは手持ちのポケモンが瀕死になるとパニックに陥る
2025年06月18日 12時30分
https://gigazine.net/news/20250618-pokemon-gemini-panic/
◇
[プロテクトガードやセキュリティーホール発見可能]
※1 プログラムのバグ技[裏抜け道]を使用できる＝チートコードを発見可能
・ マリオカートのショートカットはプレイヤー「極悪人」の表の抜け道でNPC「一般人」は使用不可能
[インサイダー/談合/なねーロンダリング/霊感商法など行う時の悪行で音波や電波をしての悪行の方法を発見可能
※ 政治家の法律上の抜け道を仕込める＝ある業種だけの法律の抜け道を発見可能
[一般大衆の思考である特定の極悪人から目線を特定の統合失調症へ返させる装置]
※ ＡＩは正確な情報で人間を信用させれる＝ＡＩは嘘の情報を一部混ぜて人間を洗脳できる

びっくりするくらい過疎になったの何故
.net 10も出ると言うのに

ここで聞くよりAIで済むからじゃね

下手に話題出すとキ印が絡んで来るしな

ム板自体人いないわ
Avaloniaは触ってるぞ

大量の演算を行って結果を配列に格納するんだけど
演算量（配列のサイズ）が2倍になれば時間も2倍だと思ってたのに
実際やってみると、ものすごく時間かかるのはなんでなのか
メモリを確保する都合かな、50MB程度しか使ってないけど

使ってる命令？
配列の最終項に1個追加するだけで、配列を1から順に追っかけなきゃいけない命令だと
配列が多くなるごとに倍倍で時間かかるわな

アセンブラやCのポインタ処理使って、データを直接ピンポイントで追加していけばそんなことにはならない

キャッシュが効いてないからじゃね？
しらんけど

https://takap-tech.com/entry/2020/02/24/213932
高級言語ってやだねぇ
毎回検証しなきゃならん

未確認飛行Cの該当ページに注釈で答えが書いてある

>>397
そりゃその演算のアルゴリズム複雑度がO(n)じゃなくてO(n^2)とかそれ以上だからでしょ
配列のサイズだけ見ても意味がない

計算すれば全てをO(1)にすることもできる
50MBも計算リソースがあればまずこのルートを探索する

最初にたっぷり配列確保すればいいのでは
無駄とか知らん

C#に限ったことだじゃないけど、CPUキャッシュに載るかどうかで速度は変わる

配列には一気にドーンや
ちまちま1つづつ入れてるなよ

CPUキャッシュって2MBとかだろ？

どう使ってるかに尽きる
>>402が理解できないなら初心者スレ案件だし

>>407
最近のはL3まで含めれば10倍以上ある

やっぱり皆さんazureの仕事が多いですか？
クラウドアプリのコーディングって大半が異常系のハンドリングになってしまうので書いててあんまり楽しくないです

Webアプリならインフラレベルの異常なんてDBのドライバやフレームワークに任せるのが基本だろ?
ビジネスロジック上の異常ケースの話ならクラウド関係ないし、なんでそうなるのかわからん
まさかDB触る度にネットワークの一時途絶とか個別に考慮して処理してるのか?

仕事は24時間稼働してるシステムのお守りで、
プログラミングは趣味なので仕事の暇な時間にツール作ったりゲーム作ったりしてます

自己紹介は特に必要ないんで

>>405
変わるけど、それはめちゃくちゃ高速化に詳しい人がすべてやった後に最後の最後の問題。
ほとんどの人はキャッシュよりアルゴリズムに改善の余地が沢山残されている。

一番手軽なのは逆にキャッシュのアルゴリズムでかなり効果がある場合があるので下っ端でも意識すべし

二次元でｙ軸捜査してたのをｘ軸捜査にするとか

今のプログラマでキャッシュを意識しないのはスクリプトのプログラマぐらいで
他は全員意識すべき事項

キャッシュも意識した方がより良いが、アルゴリズムやデータ構造はもっと速度に影響を与える。

アルゴリズムが必要な場所はたいていクラスライブラリになってるから無駄無駄

>>418
クラスライブラリの中のどのクラスを使うかによって速度差が生まれる。

アルゴリズムとデータ構造　バカの好きな言葉です

今どきのハードで速度とか考えんとあかんくらいのデータ処理してるとか凄いですね

>>421
お前みたいな馬鹿には縁がない分野なだけだろ

>>420
あなたは経験不足だね。

マイクロ秒・ナノ秒単位で応答時間を気にしないといけない環境だと、
アルゴリズム・データ構造・通信データ量・エンコード/デコード・ヒープアロケーション・ディスクI/Oあたりのパフォーマンスは脳が自動的に考えちゃうな。
でもだいたいDBアクセスと通信の遅延がボトルネックになりがち。

ナノ秒単位の応答速度で考えなきゃならないなんて、ハードのアクセスタイミングくらいしか無いぞ
そんな場所はたいていドライバの仕事や

アプリ層じゃせいぜいマイクロ秒単位の速度しか管理出来ないだろ

いや、ミリセコンド単位までだなww

ここ何の（言語の）スレだよｗ

x ミリセコンド
o ミリセカンド

日本語は正確にね

日本語って言うなら、セカンドでもセコンドでも正しいが？

>>430
secondのoは弱母音であり
弱母音を日本語の母音体系で「ア」以外と認識するのは学習的にも教育論的にも誤っており害しかない。

英語スペルもカタカナもやめてしまえばよい
発音記号で文書書けよｗ

特にそんな害は無いな
害があると言うなら外語の音をそのまま転写することもできないのにカタカナでやる事こそ害だわ

ミッシャン インパッサバル

正論突かれたからって無駄な話を延々とすんなよ
C#でマイクロ秒やナノ秒なんて精度のタイミングなんて作れないよ

それも同程度に無駄な話やろ

またしょうもないことで言い合ってんなｗ

「マイクロ秒単位で応答時間を気にする」と「マイクロ秒精度のタイミングを作る」は全然違う話じゃねーのって気がする

前者はミリ秒より下のマイクロ秒のオーダー(〜数百µs)を気にかけなきゃいけない処理のイメージ
後者は正確に1µsごとにティックを刻まなきゃいけないような処理のイメージ

本人の意図とあってるかどうかは知らんけど

まぁちゃんとハードが動いたらの話だけどな

>>438
同じだろww

GPS受信機側がどうやって精密に位置情報ゲットしてアプリ作れてるか考えりゃ
言語に関係ないってわかるだろうに・・・

>>441
GPSのファームウェアだってなんらかのプログラミング言語で書かれてるんだが
まあ、C#じゃ無いんだろうな

>>442
意味わかってないバカ

>>443
意味分かって無いなはおまえだろw

ファームウェアがプログラムじゃ無いって思ってんのかなぁ？
自分の範囲でしか考えられない間抜けなのかなぁ？

おまいらクォーや水晶発振器とかからやり直せ

.NETファームウェアなんて想像もできないな

.NET自体も誰かが書いたプログラム

>>441
これはローカルの精度の低い情報を外部の精度の高い情報を使って補正する的な話かな？
「マイクロ秒単位で応答時間を気にする」や「マイクロ秒精度のタイミングを作る」とも違うまた別の話よね

>>447
.NET Core＜・・・

所詮C#はライブラリが無いと何も出来ないフロントエンド専用言語さ

そういえば私はc#の専門家だからjsは書けませんってほざいた自称MS MVPのおっさんがいたな
何こいつヤバ、って思ったけど皆さんもそんな感じですか？

スクリプト言語は特殊過ぎて苦手かなぁ
なんせ動作仕様がよく分からないからタイミングとか順番とか掴み難い

HTMLから手打ちでWEBサイト作ってたから書けないことはないけど

仕事でやってるならJavaScriptとPythonくらいは標準言語/共通言語として基礎的なことはできたほうがいいんじゃないかな

>>453
基本的に逐次実行でしょ
イベントのコールバックや非同期のこと言ってるならC#も大差ないと思うんだが

>>456
まあ、reactとかその辺りの話だけどさ

javascriptとかtypescriptとかで記述するフレームワークの内部処理が問題なんだけどさ

昔のJavascriptのイメージの悪さでtypescript食わず嫌いの人は多そう
c#使いからするとかなり親和性高いと思うんだけどね
今時のフレームワークの癖が馴染まないという話になってくるとどうしようもないけど

癖というより新しいものについて行く気力がない

フレームワークの癖なんかイチイチ覚えたく無い
それでなくても次から次へと新しいフレームワークが出て来るんだから嫌になる

PC88時代のゲームプログラマーは70歳になっても現役なのに

頑張って覚えても出来上がるのはただのhtmlというのが萌えない

逆に React を先に学んだ人が今から WPF を触るのもツラいと思う
どの言語でやるにせよフレームワークを学ぶのは面倒

>>464
そういうひとはBlazorやればいいんやで

最近Blazor触ってるわ
新しいの触るのはちょっと楽しいｗ

普通に使う分にはいいんだけど
一度表示したら二回目から表示しない
とか言う簡単な条件処理すらバグるからなぁ

ここはC#スレだよな？

まぁBlazorはC#使うから

Blazorは特殊すぎてこれをメインのスキルにしようとは思えないな
多少他のフロントエンドの心得があるならともかく

お前らが大好きなAI様にBlazorについて代理質問してやったよ。
https://tadaup.jp/8QEQwUfm.jpg

猫言葉いいね

ふざけてんのかオラ

みんな自宅PC用の自分専用ツールで「エラーにゃ！」とか吐き出してた時期あるだろ？

ケンシロウにしてた時代はある。
壁紙は今もケンシロウ。

「オワッタァ」も「お前はもう死んでいる」も何回言われたか分からん。

会社でWPFつかいはじめて、さらに新しいのを趣味では使いたいのですが、何が最新ですか？

WinUI3

.NET 9

使った事無いけど

Win32API

.NET入れろってのはもう仕方ないが
じゃあどの.NET入れるのってなる
・何も入れない(.NET Framework 4.8.1で十分) →◎正解
・最新の.NET入れる (昔のVBランタイムみたいに) →×ダメ

.NET9にしてNativeAOT使えば

NativeAOT使わなくても単一EXE化できるから好きな方選べば良いよ

単一にしたらセキュリティーホールそのまんま何でしょ？

MS自身も徐々に.NET熱冷めてる感あるよな
AIサポートが入れば入るほどVC++で良いもんな

冷めてるっていうか、オープンソースだし

MS自身はGUIアプリならWebView2やElectron、あるいはC++使ってるからな
WebサービスはさすがにまだC#がメインみたいだけど

ASP.NETで作ったWebアプリケーションをIISでLocalSystem権限で動かしてるのですが、
Webアプリケーションの中でWindowsの時刻変更処理を入れてるのですが失敗してしまいます

AdjustTokenPrivileges関数でWindowsの時刻変更権限を有効にする処理を入れても、エラーコード1300で有効化に失敗します。

何か手は無いでしょうか...

ASP.NETじゃなくてWindowsサービスで時刻変更するプログラムを作ったら？

そのままChatGDPに投げたら？

ntdllのNtSetSystemTimeで普通にできてる

Chat国内総生産

そういうOSに作用する処理はIIS上からやれないようになっとるのでは？

>>488
IISをLocalSystemで動かしててもWebアプリをLocalSystemでは普通動かさないから勘違いしてるのでは？

そもそもなんでWebアプリからサーバーの時刻を変更したいの？
よほど特殊なケースでない限り他のもっといいアプローチがあると思うんだけど

トークン使うところは合ってる
SE_DEBUG_NAME

普通Webサーバーは冗長化するからサーバー同士で時刻がズレて無茶苦茶になりそうだな

>>493
ん？AdjustTokenPrivilegesってWin32のやつじゃないんか

いやセキュリティ上やでないようになってるからエラーなんじゃないか？と思って

IISは使ったことないからよく知らないのではあるけど

普通ってNPTサーバーから時刻もってこんの？

LocalSystemアカウントが時刻変更権限を持ってるのは間違いないんだから有効化に失敗するのは方法が間違ってるか対象のトークンが想定と違うかのどちらかでしょ

内部通報で無理なので犯罪者通報

暗黒状態の量子もつれを生成することに成功：世界初の快挙
公開日2025.09.10 18:30:27 WEDNESDAY
https://nazology.kusuguru.co.jp/archives/184832
>>量子もつれが非常に壊れやすく、外界のノイズ（熱の揺らぎや周囲からの電磁波など）によって簡単に消えてしまうことです。
>>このノイズによる量子もつれの崩壊現象は「デコヒーレンス」と呼ばれ、量子技術が実験室の外で広く実用化されるのを妨げる最大の壁となってきました。
◇
・どうやって地上で行えるのですか？
・ 嵐の中や甘風が強い中での車での走行中などどうやって維持しているのかな
・UFOは重力県内でテレポートしている偽物だろう？
◇
・統合失調症から見て犯人不明で周囲の人は知っているかもしれませんが宇宙人だと名乗っているのとテレポート技術を所持している
・7人殺害した
・お前で埴鎮目だ
・殺害した人野事を晩酌で高笑いをしている
・お前「被害者＝統合失調症＝２４実感３６５日幻聴などの幻覚あり」を人質に立てこもる
・絶対に殺させる「自殺か殺人かは不明ですがさせる」
・コロな症状を引き起こせる
※など上記の事を話してきた
◇
ここにも愉快犯の犯人組織が居るだろう！

なんか基地外湧いてきた

>>488です。みなさんありがとうございます。
以下のサイトを参考に特権有効にする処理書いたのですが、なにか間違ってますかね？...

https://qiita.com/mitsu_at3/items/8e5fa9cdbd61a315cb32

いろいろ試して、LocalSystemではなくLocalServiceだと時刻変更できるようで、LocalServiceにimpersonateすることで時刻変更できました。
ただLocalSystemのままでも時刻変えられる気がするんですがね...

とりあえずWindowsIdentity.GetCurrent().Nameとかでアプリが本当にLocalSystemで動いてるか確認してLocalSystemで動いてるならワーカープロセスが持ってる権限をProcess Explorerとかで確認してみるかな

LocalServiceにimpersonateできるだけの権限で動いているとか
LocalServiceがシステム時刻を変更できる権限を持ってるとか
一般的な環境と違うよね

タスクスケジューラーで起動されるときのデフォルトってLocal System？
とりあえず自分はタスクスケジューラーから呼び出される自前のプロセスでNtSetSystemTime出来てるが

タスクスケジューラーは実行ユーザーの設定あるでしょ

それをスーパーユーザでしたいって事じゃ？

1行目見るにそもそも実行ユーザーが分かってない
　↓
実行ユーザーの指定できるんだから自分で指定しろ

こういう流れでしょ

なんあらAdministratorsとかのグループ指定でもできるけど

ワーカープロセスが違うアカウントで動いてるに１票

class C {
A a = new A(); // 1
C() {
A a = new A(); // 2
}
}

1と2でAのインスタンスを生成することに違いはありますか?
コンストラクタ内で生成する2でよいような気もしますが

2つ目は
class C {
A a;
C() {
a = new A();
}
}
だよね？

なるほど、
たしかにコンストラクタ内のローカル変数ではダメですね(aは)
お恥ずかしい…

では、>>512 の1と、>>513 の違いはなんなのでしょうか

コンストラクタが呼ばれる前に初期化できるものと
コンストラクタの中じゃないと初期化できないものがある

上の例は前者
前者に関してはどっちでもいいっちゃいいけど
フィールド宣言と一緒に初期化コードも書いたほうがわかりやすい

ありがとうございます
やはりそんな感じなんですね
>>512 の 1はコンストラクタより前に初期化されることはテストで確認しました
ご指摘のとおり、コンストラクタ内でしか初期化できないものもあるようですね
ことばが正しくないと思いますが、デリゲートにイベントハンドラを追加するようなコードがそれに当たりました(僕の拙いテストでは)

後半の「フィールドの宣言と初期化が一緒に〜」は納得です

x デリゲートに
o オブザーバに
これでも誤っていそうですがw

もうその辺の質問は丸っとAIに投げた方が周辺知識も含めて適切に解説してくれるようになっちゃったな

x丸っと
o丸ごと

気持ち悪い言葉使うな

いやそこにいちいち突っ込ま無いでいられない方がキモイだろw
生きづらそうな奴だなあ

5chに上品を求めてもな
場違いだろう

まるっとー！＼⁠(⁠^⁠o⁠^⁠)⁠／

>>523
このバカもんが!

ｷﾝﾓｰ

「.NET Framework 3.5」はOSから削除へ 〜Canary版「Windows 11」でFOD提供が終了
あぁ

手動インストールは今まで通り可能だから余り気にしなくてよくね？

お金になるんだから新しいの進めないとね

会社のプログラムコードでオブジェクトを使い終わったらnullを代入する行が一か所もないのは何でや？
ローカル変数を全部varで宣言もするし、何で手抜きするんや？
全部.net frameworkにメモリ解放任せ、コンパイラに型任せするのは頭が悪いんか。

>>529
C/C++にもC#のvarに相当するもの(auto)が追加されてるよ

>>529
ギャグのつもりなんだろうけど
あまりAIに馬鹿なことを吹き込むな
迷惑だ

>>529
コピペ？

とりあえず>>529の頭が悪いのはわかった

何でAIとかコピペやと思い込むんや。
何であえてvarで宣言するんかいな。
varだとコードが読みにくくなる、null代入してこれ以降はこのオブジェクトはもう使わないことが明白でコード読みしやすいという考えにならんのかいな。
あと、ファイル先頭のusingをあえて使わず、名前空間を省略せずに書くことで、名前の階層やスペルを正確に覚えて省略しなくてもコード記述可能に上達させようとか、コード見て、これはどの空間の型なのか明白にしておこうという考えもならんかいな。
IDEで入力して、オブジェクトの自動メンバ表示の機能に頼らずに、普通のテキストエディタですべて自力でコードを記述しようという考えにもならんかいな。
便利さに安易に甘えようとして、コードの読みにくさや利便性がなければ対応力不足な能力に甘んじると違うんかいな。
この程度のタイピングが面倒と思うようでは、タイピング能力も不足の疑い。
わずかな手間を省くことより今言ったことの損失のほうが上回ると思うけどな。

何がどう頭が悪いのかも説明してくれ

30年ぐらい頭の中が進化してないように見えるぞ

>>535
お前のギャグはつまらないって
分からないところが一番頭悪いわ

>>536 >>537 説明できずに人をけなすだけって、頭が悪いな。

あの、転職してきて今の職場みんなvscodeで書いていてvisual studioの自分が少数派なんだけど、vs codeの方がC#書くうえでメリットとかあったりしますか
やっぱりvscode前提で話が動くことあって合わせるのに苦労することがたまにある。最近それに合わせようとvs codeの使い方を勉強してるけどとにかく色々めんどくさいというか……
そもそも画面が見にくくてしょうがない

>>539
VS Codeを使いなさい。
Visual Studioは重くて使いにくいし色々面倒くさい。

github copilotはvscodeのほうが進んでる
自分はvscodeでAIに書かせてvsでデバッグしてる

>>539
好きなの使えばいいよ
エディタやIDEは人に強制するものでも
無理やり他人に合わせるようなものじゃないんだから
vscode前提の話に無理してまで付き合う必要ないでしょ

会社がケチでVS購入する予算出してくれないのでは疑惑

vscodeってインストールして即C#で書きましょってできないのでは?
Visual C# 2010 Expressの方がまだマシだと思う

VSCodeはemacs並みに便利だぞww

武笠からVisualStudio使ってGUI慣れしてるとVSCodeのコンソール操作やコマンドパレット操作が面倒で仕方ない

WebだとVSCodeのほうが圧倒的に便利だね
どうせ他の言語も使うから

>>545
vim派なせいかVSCodeの良さが分からない
汎用性が高いのはまぁ分かるけど

>>548
あれは不便だと皮肉で言ってるんじゃねえの？

>>547
ガッツリC♯メインです、ってならVSでいいんだけどね
お仕事も多角化してるから少なくともCodeは必須だし

別に必須ではない

git管理下のプロジェクトでVSからファイル名の変更をリファクタリング使ってやるとハマることあるよ
同期する時はよくよく気をつけて、他のメンバーから袋叩きにされんように

メクラコミットするような奴は何使おうが事故るよ

ほんまやで

https://w.atwiki.jp/postmodernwiki/

C#はCの系列言語に偽装したVBだな。
最も基本的な構文がC言語と共通なだけで、Cの関数が使えるわけでもなく互換性がない。
名前にだまされて系列言語と勘違いする営業が多いんかいな。
Javaと同じくらいの別言語やのに。
中身の実態はVB.NETと何が違うんや。
まだC#を知らずに始めようとするC++のプログラマにも、あれはVBだと教えたほうがいいな。

それは完全に逆で、.NETはC#を第一言語として作られたプラットフォームであり、
VB.NETはVB風の構文を使用して.NETプラットフォーム上で動くアプリケーションを開発できるC#の代替言語の一つ。
だったんだけど、今は少し状況が違っていて、VB.NETは既に開発が終了しており最新の.NETは事実上C#専用になっている。

Cに構文が似てるMS版Java

C♯があるからVSが生き残ってる気がしなくもない

JavaよりもDelphi

Delphiってまだあるんか

BASICが一番読みやすいんだけどな
それかシーケンスラダー

C#が本流とゆうかスタンダードな言語になると思ってたけど、どうやらちがいそうだ

IDisposeパターンを実装しようとすると、下記のコードが補完されるのですが、
マネージドオブジェクトとアンマネージドオブジェクトの判別方法が分かりません。

判断基準を教えて頂けないでしょうか？
--------------------------------
protected virtual void Dispose(bool disposing)
{
if (!disposedValue)
{
if (disposing)
{
// TODO: マネージド状態を破棄します (マネージド オブジェクト)
}

// TODO: アンマネージド リソース (アンマネージド オブジェクト) を解放し、ファイナライザーをオーバーライドします
// TODO: 大きなフィールドを null に設定します
disposedValue = true;
}
}

--------------------------------

>>564
代わりにAI様に聞いてやったぞ

ご質問ありがとうございます。
結論から申し上げますと、「自分で Dispose / Close すべき責務があるかどうか」だけ見れば十分です。
• マネージドオブジェクト
IDisposable を実装していて、Dispose() を呼ぶ責任があなたのクラスにあるもの
→ disposing == true のときに Dispose() する
• アンマネージドリソース
IntPtr、OSハンドル、ネイティブメモリなど GCが管理できない実体
→ disposing に関係なく必ず解放する

逆に言えば
• string や List<T> → 何もしない
• 他人から渡された Stream → 勝手に Dispose しない
• new して保持してる Stream → マネージド側で Dispose

「型」ではなく「所有権」が判断基準です。
これが分からない設計なら、設計が悪いだけです。

非同期処理(async、await)についてわかりやすいサイトはないでしょうか

非同期メソッドの書き方は説明があるのですけど

メインスレッドから非同期メソッド(async付き)を呼び出した時点で、非同期メソッドがサブスレッドとして生成されるイメージぜしょうか

非同期メソッドの呼び出し方の説明がなかなかく、スレッドの分岐や、サブスレッドを待ち、が終了するまでのシーケンスがイメージしづらく(わかりにくくてごめんなさい

サブスレッドがawaitに達したら、スレッドが分岐するのかな…

Web上で、まともに生きてて網羅性のあるC#の学習コンテンツなんて未確認飛行くらいだろ
未確認飛行は上から目線でとっつきにくいから、難しければAIに教えてもらえばいい

レスをありがとうございました
以前はずいぶん参考にしていたのですが、そういえばこの頃は未確認飛行が検索上位になく、長らく当サイトは見ていない気がします
なんだか以前より検索が下手になったというか、解決に辿りつきにくくなったと感じることが多いです

私もasync、awaitの処理の流れがよく分からないポンコツです
そこに戻ってこられてもメインスレッドで既に他のことしてたら困るのでは？と考えてしまいます

検索も何もサイトをブックマークしとけよ……

既にほかの事してたら困るとか、そんなのはasync/await関係ねぇよ
マルチスレッドするなら全部そういう事考えてやれ

でしょ？
だったら自分でスレッド明示的に立てて自分で管理する方が楽に思えます

>>567
非同期メソッドを実行した時点で、非同期メソッドを別スレッドで実行開始
awaitするとメインスレッドは一旦解放される
非同期メソッドが完了したら、メインスレッドでawaitより後を実行再開

別スレッドはスレッドプールという仕組みであらかじめいくつか用意しておいたものを使い回してる

>>573
自分がそう思うならそうしたらいいよ
別にasync/awaitを絶対理解しろとか非同期はasync/awaitでやれとか誰も言わないから

ｱﾝｶｰ間違えたw
>>574宛てね

>>576
非同期はasync/awaitでやれは言われるだろ
今どき他の方法で書かれても困る

async/awaitの説明は本当に厄介
相手のレベルによっては本当のことを教えると絶対混乱する
知識マウント取りに来てるのかと誤解されたり

じゃあ初心者が使えないかと言えば使える
理解がないまま使うと失敗するだけ

自分でコード書くときは失敗しないけど説明の段階で間違えて書いたりする
以前もここかどこかで間違えて書いて恥をかいた

>>575
レスをありがとうございます
メインスレッドは一旦解放される、とは、たとえばメインスレッドがUIなら、サブスレッドの終了するまでの間、ユーザがUIを操作可能なことをいうのでしょうか
サブスレッドが終わるや否や、メインスレッドの制御はユーザの操作を中断してawaitの次行へ移されるのでしょうか(わかりにくいと思いますが…

>>575
これの一個目も実際は違ってるし

GUIにはメッセージを処理するループがある
メインスレッドがそれを処理してる

そこに処理の続きを登録しておく
サブスレッドが終わるとtask終わったメッセージが来るので登録した処理の続きをメインスレッドがやる

>>582
メッセージループですかね
サブスレッドが終わるとメインスレッドのメッセージキューにその旨ポストされると

そしてメインスレッドはawaitの次行から再開される

でもよく考えたらキャンセルしたらおかしくなりそう
雰囲気的におおざっぱに書いてるので詳しくは間違ってるかもしれない
まずAIに聞いた方がいいよ

言語的には仕様が決まってる

実装は複雑怪奇でおそらくだけど公式の文章はないので言語的な仕様だけを見れば十分なのかもしれない
でもスレッドの挙動が理解しにくいので誤解が出てくる

んで誰かが詳細ではないけど中間的な説明をどこかに書いてくれればよいのにと思うが誰もその面倒なことをやらない
図示だけでも理解度がかわるんじゃないかと楽観的に考えるけどそれがまた罠になる可能性が・・・

僕はWindowsのC++でマルチスレッドを書いたことがありますが、いずれもjoin()をせず
ただしメインスレッドがサブスレッドより先に終わらないように状態を監視していて
なのでUIのメインスレッドが分岐してjoin()するイメージがしづらく…

joinではなくてawaitが来るとreturnしてる
awaitと言いつつ待ってはいない…

こういう説明が一番沼に近づくので本来はしたくないししてはいけないと理解してる
今よくないことを書きました

泥沼のこと

よくわかっていないのに、思い切ってawaitと join()を同一視して書いてしまいましたが、違っていたのか…
たいへん失礼いたしました

>>578
んなこと言うのはそれしか分からない人間だからだよ、キミのようにね

joinはサブスレッドが終わるの待ってからが正解

>>567です
テストを書こうと思ったのですが…
asyncなメソッドを呼び出すメソッドもasyncでなければならないらしく(もっともですが)、async Main としたいのですが、どうしてもMainのシグニチャが違うとか、実行ファイルにエントリポイントがないなど、どうしてもコンパイルが通りませんでした
# コンパイラは Mono C# 6.8.0.105
職場PCにはC#が入っていないので、本件(async、awaitを理解したい)はいったん諦めます
# デフォで入ってるcsc.exeで行けるか?
そもそもはRustを学んでいて、async、awaitは他の言語のそれと同じとのことで、Rustはごちゃごちゃしていて見通しが悪いので、理解のためにC#を参考にとサイトを読み始めたのが発端です
しかしC++では書けているのに、RustもC#も構文糖で包まれると途端にわからなくなってしまいます(Rustはこの抽象度の高さがキツい)
pythonにも非同期処理があるようなので、今度はそちらを当たってみます
丁寧なレスをくださった方々、たいへんありがとうございました

同期待ちの書き方なんて幾つもあるから調べてみ

>>593
要領悪すぎて草
async Mainがサポートされたバージョンとか確認しなよ

要領の悪い>>567です
async Mainは7.1からだそうです
Mono C#のバージョンとはことなります

同期を待ってるのか
別スレッドをやりたいのか

それによってまったく変わるで

何か具体的なことを実現したいんじゃなくてasync/awaitを使った非同期プログラミングの仕組みを理解したいって話でしょ

>>596
MS C#とMono C#のバージョンはことなります、ということでした
async Mainが7.1以降と確認し、試行錯誤した結果でした

Monoってとっくの昔に開発終了して本家.NET (クロスプラットフォームになった5以降)に合流してるんだけど、なんで今更？

MSC#が手元にないからです

あと、Windowsがないからです

で.NETがクロスプラットフォームになったことも知らないままMonoに手を出しちゃったの？
言っちゃ悪いがさすがにプログラミング向いてないんじゃないか

それは知らなかったです
ありがとうございました

いえいえ

プログラミング向いてないっつーより、調査能力が低い

情報収集力もか

昔はそんなもの無くてもゲームが作れた

昔ってか、業務用のゲーム基板にはOSも無ければライブラリも無かったよ
文字表示するにも全部アセンブラでフルスクラッチだったなぁ

C#スレで何言ってんだこのアホども

昔話する爺さんしかもういないということよ

>>611
よう爺さん久しぶり

C#は.NETの先頭に立つ言語なのか。
情報量はC#が一番多い。
新しい言語仕様を今も追加を続けいる。
これに対して、VB.NETの言語仕様の更新はもうしてない。

だからC#を選ぶんかいな。
でもな、C#の.NET情報を活用してVB.NETで普通に実装もできる。
そして、最新の言語仕様が常に必要というわけでもなかろうに。
それよりも、もっと基本的で常につきまとう利便性の違いが気にならんのかいな。
VB.NETにはstringにLike演算子使える。
continue文やbreak文使う場面で多重ループがあるとき、forやdoやwhileで異なる種類で多重ループから抜け出るときVB.NETは役に立つ。
switch文ではcaseラベルの末尾に必須なbreakがあって、ループ抜けにこれを使えなくもしている。
VB6やVBAの関数を使うことも可能なので、中にはこれが役に立つときがある可能性もある。
Excelをプログラム制御するための、COM参照するという言葉が正しいんかな、そのDLLを作ったことがあるけど、C#ならInvokeメソッドが必要でVB.NETよりコーディングが面倒だったりもした。
そして、C#がコードが簡潔という意見は、ブロックの先頭と末尾が { と } の1文字だけだからなんだろう。
これは、ソースコードだけの話で、バイナリコードが小さくなるわけでないな。
DOSコマンドやPowerShellコマンドとか、エディタのGREPとか自作のプログラムとか、Excelワークシート上の作業とかで、プログラムコードを切り出したりするのは、C#ではそれが難しいという問題もある。
{ と } なので、正確に目的のブロックの先頭と末尾を特定しにくい。これに対して、VB.NETはやりやすい。
コード入力のときに { や } の1文字打つだけで済む良さよりも、この問題点でプログラミングの妨げのほうが上回る。

それなのに、本当にC#のほうがいいのかは疑問だ。
それでもC#がいいのなら、その良さを教えてくれないか。

>>613
いやVB.NETでのASP.NET Coreを用いた開発はサポートされてないから、.NET5以降ではVB.NETでWeb開発はできなくなってるんだよ
.NETの基本的なランタイムエンジンのレベルでも最近はSpanなど言語の対応を必要とする機能が増えてきており、VB.NETでの開発継続は困難になりつつある
もう言語の好みとか最新の言語機能が必要かどうかとかの次元じゃなく、事実としてVB.NETは終わった
5以降の.NETに付き合うならC#を使うしかないし、.NET Frameworkを使い続けるならVB.NETで何の問題もない

>Like演算子使える。
ぶっちゃけVBのメリットこれだけ

どっちも死にゆく言語だ、大差ないよ

なんらかの新規開発で初手からVBつかいます！とか言ってる会社があったら、その会社は相当おかしいと思われるしな
C♯ならまだそこまで非常識ではない