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

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
毎年期限切れで更新とかやっとられんからなぁ

4.8系はいつまでサポートされるんやろかなぁ

社内用の業務アプリはC#で作ってるけど、OS標準でインストールされてないバージョンは何となく使いづらいから、主に4.8系使ってるわ。
4.8系の機能で間に合ってる以上、全従業員に.NET 10入れるよう強要するのは心苦しい。

>>636
すでに全従業員にその業務アプリを入れるよう強要してるっぽいけど、その点は心苦しくないの？？

ランタイムは標準で入ってるからってことやろうけどまぁインストウィザードで勝手に入れりゃいいよね

俺様アプリを強要する時点でもうアルだよなw

簡単にインストール出来るなら無用な気遣いだと思うな
インストーラーが嫌ならアプリに同梱も出来るし

.NET系は必要なdllだけ同梱してもかなりサイズがデカいのがなぁ…
MSもWin11に最新版の.NET同梱してくれれば良かったのに
それならPowerShellも5.1に縛られないんだけどね

つかdllってローカルにないとあかんの？
必要な命令セットにして起動時に読み込んでくれればええのに

>>641
WindowsにバンドルしたらWindowsの一部としてサポートしなきゃいけなくなるから無理
新たにWindowsバンドル用のスーパーウルトラステーブルLTSが誕生して塩漬けされることになり、結局何も改善しない

4.9出して非ヌルだけでも実装して欲しい

とりあえずpublish時に自己完結ビルドしてるわ

ユーザー側でわざわざインストール作業しなくていいように配布の仕組みくらい普通用意してるよね

NuGet使うの辞めて自分で管理すれば
必要なdllだけの最小限構成が可能

別言語のソースコード(例えば.py)の下の方にcsxのコード埋め込んで実行する方法教えて下さい
dotnet script test.py
みたいな感じで

AIに聞け

vb.net vs c#の話の続きで、初期のc#は、デフォルト引数というのがなかった。
後からc#にも、これが追加された。
623が言うには、後からInvokeMethodとかの煩わしかったコーディングが改善したとのこと。
結局c#には足りない言語仕様を追加して、vb.netの後を追いかけたという形だ。
.NET Frameworkではない.NETなら、c#を使うしかなくなったようだけど、623も旧の.NET Frameworkを使うなら問題ないと認めてるように、その旧のものを使う限りは、c#の優位性は特に無しという結論になるな。
vbの知識がなくて、c++やjavaなら知識がある人が扱いやすい、ただそれだけとしか思えん。
617が言う、偏見を持つ人なんかほっとけ。
Frameworkではない新しい.NETとやらは、まだ詳しくは知らないがOSを問わないマルチプラットフォーム対応の開発らしいな。この開発をするならC#しか選択肢はないということは分かった。

vb.net vs c#の話の続きで、初期のc#は、デフォルト引数というのがなかった。
後からc#にも、これが追加された。
623が言うには、後からInvokeMethodとかの煩わしかったコーディングが改善したとのこと。
結局c#には足りない言語仕様を追加して、vb.netの後を追いかけたという形だ。
.NET Frameworkではない.NETなら、c#を使うしかなくなったようだけど、623も旧の.NET Frameworkを使うなら問題ないと認めてるように、その旧のものを使う限りは、c#の優位性は特に無しという結論になるな。
vbの知識がなくて、c++やjavaなら知識がある人が扱いやすい、ただそれだけとしか思えん。
617が言う、偏見を持つ人なんかほっとけ。
Frameworkではない新しい.NETとやらは、まだ詳しくは知らないがOSを問わないマルチプラットフォーム対応の開発らしいな。この開発をするならC#しか選択肢はないということは分かった。

初期はデフォルト引数がないから、おそらく引数ありのメソッドをオーバーロードして、引数なしのメソッドを追加して、引数ありのメソッドに、デフォルト値として指定すべき値を渡すという実装をしてたんだろうな。

言葉足らずになったが、引数なしのメソッドから、同名の引数ありのメソッドに、デフォルト値となる引数を渡して単純にその呼び出しだけをする実装をしてたんだろうな。

>>650
Excel操作改善で重要なのはデフォルト引数よりもDynamic型の導入

型が一致してなくても勝手に変換してエラーも出さないVBが良いというようでは……

varの悪口はそこまで

VBの実行時型変換自由形とvarのコンパイル時型推論は全然別物だろ

頭悪