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

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

■Visual Studio 2022 Community(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part97
https://mevius.5ch.net/test/read.cgi/tech/1671585518/

■次スレは>>970が建てる事。
建てられない場合は他を指定する事。

---

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

何で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♯ならまだそこまで非常識ではない

>>615
2つのstring に使う比較演算子に < と > はVB.NETは使えるが、C#はエラーになる欠点もある。

5以降は.NETで、それより前は.NET Frameworkで、これは別物ってこと？

VB使うのは大異常、C#使うのは小異常なのか。
そんな評価する人物のほうが異常かもしれないし、それを気にして過度に恐れる小心さと、見栄を張る虚栄心がいいとも思えん。

仕事でExcelとVisioのVBAは使いまくりだよ
C#は仕事の合間の趣味プログラミングで

>>619
別物だよ

>>613
知識が20年以上前で止まってないか
C#からのExcel操作はかなり前から大幅に改善して簡単になってるよ

訂正
20年は長すぎた
15年だな

>>613
15年前に作ったうちのシステム
Invokeなんぞせんと普通にインターフェース使ってExcel操作しとるがｗ

COMインターフェースね

全部コボルでいいのかね？
全世界のプログラム中、未だにコボルが8割以上

そんな事言い始めたら、うちの製品もCが大半で一部アセンブラだわ。
新規は大抵C++だけど。

来年1月で .NET Framework 1.0 正式リリース25周年か。

25年たっても1.0なの？

一昨年9.0リリースされたよ

まだFramework使ってんの？

>>631
去年10出てる

>>632
毎年期限切れで更新とかやっとられんからなぁ