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

>>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のコンパイル時型推論は全然別物だろ

頭悪

ｵﾏｴﾓﾅｰ

どんなに厳重にチェックしても実行時に型は失われてしまう
失われてしまう必要ある？
むしろなぜ型チェックは実行時に継承できないのか

イミフ

て事はジャバ最強ってことやな

実行時に型持ってるからtypeofとかasとかisとかとか使えるんだが？

CPU「型？知らんがな」

そもそも型って必要なのか？

8bitCPUのアセンブラでもやる気？

この何気ない一言がC#超高速技法のはじまりとはまだ誰も気がついていなかった fin

続かんのかい

>>664
CPUだって、アドレスかデータかくらい区別するわ

>>669
命令とCPUを区別できるようになろう

アドレスレジスタとデータレジスタな

君たちがいて僕がいる

もうこの世界には君とAIしかいないよ

>>655 Option Strict Onでそのようにはならん。厳しくコンパイルエラーを出す。

態々設定しないと制限できない言語……

過去のしがらみがあるからしょうがない

一時期プログラマー職から離れてたとこらから最近また復帰して、今めっちゃバイブコーディングしてるんだけど、どんどんバカになって行ってる気がする。自分1人じゃもう何も書けないんじゃないかと不安になる。

AIの出してきたソースに対してその設計は良くないとか、その処理だと無限ループになるよとか指摘はするけど、それだけ。俺の仕事ってなんなんだろうか。

たぶんかなりのコーダーはそうなりつつあると思うよ
でもGoogleマップなしで知らない場所にどうやって行ってたっけ、みたいに当たり前になるよ

>>678
>>俺の仕事ってなんなんだろうか。

将来提供される予定の「より上位のエージェント」を訓練するための材料を、エージェントの利用を通じて提供する仕事、と言えるのかも（もはや所属組織とは関係ないけど。。。）

>>678
今まで人間に発注して成果物をレビューしてた仕事が
Aiに発注して成果物をレビューする仕事に変わるだけ
発注されてた人間の8割くらいは仕事を失うだろうけど

>>678
それって少し知識がある部下を育てるのと全く同じじゃん

書かずにソフト作れるならそれでいいんじゃないの？

>>684
自分の実力以上のものができあがっちゃったら誰が保守するのと思う

エンジニア100人いて1人しか分からないような言語で書かれたコードよりは
AIだけしか理解できないがAIがメンテ可能なコード

どちらが負債かっていうと

AIにメンテ任せるとか怖くね
反AIではないけど使い方間違ったらいかんよ

まあお金を払うやつがどう思うかであって、判断するのは俺らではない

AIはまだそこまでではないな
あと数年は待たないと

>>685
AIでしょ？
人間が作ってもバグは出るし、出たら直すを繰り返すわけだから、その流れはAIで作っても同じでは？