ふらっと C#,C♯,C＃（初心者用） Part160

2024/02/11(日) 09:17:20.44

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を3行冒頭に書くこと（1行分は消えて表示されない為、もう1行は予備）
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください。見かけたらNGしましょう。相手してしまったらあなたも荒らしです
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part159
http://mevius.5ch.net/test/read.cgi/tech/1691454079/
■関連スレ
C#, C♯, C＃相談室 Part97
https://mevius.5ch.net/test/read.cgi/tech/1671585518/
■コードを貼る場合は↓を使いましょう。
https://ideone.com/
https://dotnetfiddle.net/
初心者はまずVisual Studioを使いましょう。なおVisual Studioの使い方などに関しては各バージョンで違うので専用スレでお願いします
http://www.visualstudio.com/downloads/
■情報源
https://learn.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://learn.microsoft.com/ja-jp/dotnet/csharp/language-reference/
https://learn.microsoft.com/en-us/dotnet/standard/class-libraries
https://referencesource.microsoft.com/
https://source.dot.net/
・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
++C++; // 未確認飛行 C
https://ufcpp.net/

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

2024/11/09(土) 19:14:26.00

その動画また見たいな。誰か探してきて。

2024/11/09(土) 21:16:08.07

人に聞いたりした感想しか述べてない印象
第一引数と変わらないっていうのも出始めぐらいに盛んに言われたけど…

実際見聞きした話じゃなくてお前らはどうなんだ？
コーディングに対してどう思ってるのか？

インスタンスやクラスからエディタから支援されてメソッドが出てくるのが当たり前になってるけど
単純にオブジェクト指向捨ててCに戻ったらまた長い長い呪文みたいな関数を使わなくてはならなくなる

頭でっかちになってはいけないと思うわ

2024/11/10(日) 03:12:32.12

WindowsのCOMは世界一長生きでメジャーなオブジェクト指向システムの実装例だよなあ
しかもバイナリレベルでインターフェースを規定していて作法に従えばどの言語からも使用できる
オブジェクト指向における1つの到達点と言っていい

2024/11/10(日) 11:03:37.07

多言語で利用者可能なプログラムコンポーネントってcomぐらいしかないのかな

2024/11/10(日) 11:45:15.15

今はもうWeb APIで繋ぐようになってる。

2024/11/10(日) 18:59:55.30

そりゃ意味が違うね

2024/11/10(日) 22:06:38.52

今時はGRPCだね
MSも今は亡きWCFの代替としてはGRPC推し

2024/11/10(日) 22:36:42.06

COMと比較するならCORBAくらいだろう

2024/11/10(日) 23:25:49.53

表現力のあるデータ形式としてJSONやProtocol BuffersやMessagePackを使って、それでサーバーと通信する (プロセス間通信も含む) ことで言語を跨ぐことはできるけど、オブジェクト指向ではないと思う
複雑すぎて使いにくかったけど、COMはインタフェースによる抽象化を提供していた

2024/11/10(日) 23:40:55.60

昔はVBのフォームの中にVC++やらJ++で作ったコントロールが仲良く共存して連携してた時代があったよねと

2024/11/10(日) 23:43:29.69

そういや、エンジニア駆け出しの頃にLotus Notesの画面内にExcelとかVBで作ったカスタムコントロールを配置して、Notesの垣根を取っ払った開発やってたなーー

2024/11/10(日) 23:47:27.45

Dcomとかでクライアント側からサーバー側にcomインスタンスをnewしてたわーー
その頃Transaction ServerがOSの標準機能になったりして感動！とか昔の方がすげーーな

2024/11/11(月) 06:07:07.08

socket最強

2024/11/11(月) 06:36:35.45

>>731
データ指向

2024/11/11(月) 07:58:42.58

オブジェクト参照をサーバー側で管理するのはセッション数が多いと不可能だからね
だからCOMは分散オブジェクト指向技術としては工場のようにノード数が比較的少数かつ確定的で、密な通信を必要とする分野でしか採用されなかった

2024/11/11(月) 09:18:04.54

javascript で JSON の中に callback とか描いてあるのあったな
あれ何指向って言うんだ？
ajax？ωωω=2πf

2024/11/11(月) 09:43:18.30

無理して指向言わんでええ

2024/11/11(月) 10:33:14.38

実装の機能一つ取って、〇〇志向とか無いから

2024/11/11(月) 12:57:50.96

コピペ指向

2024/11/11(月) 13:38:15.28

>>722
その動画あった
https://youtu.be/L8ryAFRzPv4
こんなのも
https://youtu.be/D_FuwGry6bU

2024/11/11(月) 15:47:59.61

中の人が見てたらお願いなんだけどさ
Blazor等のチュートリアルを作り直す暇もないんだろうけど、せめて時代錯誤になった部分はその旨を記載しておいてくれないかな？

2024/11/11(月) 21:07:13.60

ｃ＃って、メモリーリーク起きないの？

ある変数に別のインスタンスを代入したら、
前のインスタンスは開放されるの？

2024/11/11(月) 21:09:25.09

メモリリークはもはやOSの問題やろ

2024/11/11(月) 21:12:15.19

GCがメモリ開放するところ見ればわかる

2024/11/11(月) 21:12:37.72

メモリーリークあるよ
リソース食い潰したら
勝手に解放し出すから
ちゃんとしないとリークしまくる

2024/11/12(火) 00:50:14.30

メモリリークの定義教えてくれ
開放してくれるならリークしていないんだが

2024/11/12(火) 00:59:41.24

>>747
勝手に解放するって言っても使われていないと判断されたメモリーだけだろ

2024/11/12(火) 02:01:47.97

結局、
誰もわかってないという…

メモリーリーク

2024/11/12(火) 05:01:21.60

水割りをください
涙の数だけ

2024/11/12(火) 08:17:28.74

おっさんホイホイがここにも

2024/11/12(火) 08:29:29.22

>>749
使って無いと判断する…そこが肝
使ってるかどうかちゃんと教えてやらないと酷い目に遭う

2024/11/12(火) 08:32:28.01

>>745
OSがバグってるなら回避するのがプログラマーの約目でしょ

2024/11/12(火) 08:44:47.73

いや？

**デフォルトの名無しさん** (JP 0H4b-avyG) · 2024/11/12(火) 12:48:54.62

OSがバグってるならとりあえずMSのせいにして客にエスカレーションして困らせてサボるのがプロ業務系プログラマ

2024/11/12(火) 21:44:11.31

多分マイクロソフトよりアンドロイドの方がまし
アンドロイド搭載パソコンなら問題ない

2024/11/12(火) 22:58:07.51

>>744
Disposeしないと解放されないリソースはDisposeしないとダメ
それ以外は基本的にGC任せで良い

var x = new Foo();
のようにして確保されたオブジェクトはGCが面倒を見る
C++のように delete x; を呼んでないからオブジェクトが破棄されずリークする、なんてことはない

var x = new Foo();
x = new Foo();
x = new Foo();
のようにすればオブジェクトは多数生成されるけど、それは再代入時でなく、GCが要らないと判断したタイミングで回収される
(GCが走るまでメモリ使用量が増え続けるという意味でもある)

アンマネージドなリソース、例えば開いたファイルのハンドルみたいなものはGC任せにできない
仮にファイルハンドルがオブジェクトの寿命に紐付いていると、使い終わったファイルがいつ閉じられるのかが分からない (GCのタイミングに依存する) なんてことになる
そういう制約があるので、明示的な破棄が必要なリソースを持つクラスについては Dispose を呼ぶ (あるいはusing句を使って使用期間を限定する) 必要がある

仮にC#のクラスが内部的にCのライブラリを呼んでおり、その中で多量のメモリを確保するような場合だと、Disposeしないと多量のメモリが破棄されないままになりリークする

2024/11/12(火) 23:38:23.53

上記のような再代入をすると「どの変数にも紐付いてないけどオブジェクトは生きている」状態になる
GCは適当なタイミングでオブジェクトを検査して、使われてなければ破棄するといった動きをする
CやC++のようにオブジェクトを破棄する責務がプログラマ側にある原画だと、オブジェクトがどの変数にも紐付かない状態になってしまった時点でそれは解放する方法がなくなる

**744** (ﾜｯﾁｮｲ 2302-ST7W) · 2024/11/12(火) 23:55:19.73

>>758
ふむ。
一応は、C++みたいにDeleteしなくてもいいのか…
ファイルハンドルとかはリークするのか…

24時間動かす場合とかは、Disposeとかusingしたほうがいいのかな…

2024/11/13(水) 00:18:00.06

サービスの話？

2024/11/13(水) 00:33:48.38

>>760
解放が必要なリソースを持つクラスは IDisposable というインターフェースを継承してて、それが Dispose() メソッドを持つ
IDisposableなものはusingを使うことで「スコープを抜けたらリソース破棄」という書き方ができる
詳しくはマイクロソフトの解説
https://learn.microsoft.com/ja-jp/dotnet/standard/garbage-collection/using-objects

IDisposableなものは原則的に必ずDisposeを呼ぶべき
GCはこれらの面倒を見ないので「解放のタイミングが不安定になる」ではなく「解放されない」動きになる

逆にIDisposableでないものはDisposeメソッドを持たない
だからもし「C#のクラスは破棄が必要なものとそうでないものがある → 安全のためにとりあえず全て Dispose を呼ぶようにしよう」という考えをしたなら、それはちょっと違う

2024/11/13(水) 00:35:07.28

>>760
頭弱そう

2024/11/13(水) 02:02:22.70

interfaceですしおすし

2024/11/13(水) 03:10:10.21

リソースじゃないけど、c++のデストラクタみたいな事したくてusing使っちゃあかんの？
tryで囲むの超めんどくさいんだけど。

2024/11/13(水) 06:19:43.96

C++のデストラクタみたいな事したくてusingってのがよくわからんけど
try-finallyでDisposeするだけならusingでも同じことやぞ

2024/11/13(水) 07:20:57.60

何ヶ所も同じようなfinally内容が必要な時にdisposeメソッドにまとめられるじゃない

2024/11/13(水) 07:28:32.00

いやほんと何言ってんのかわかんねぇ……
お前は一つのクラスが持つリソースの解放を
クラス外のあちこちでtry-catchしてやるんか

2024/11/13(水) 07:41:05.87

「オブジェクトの開放時に何かをしたい」という意味ならまさにそれがDisposeの使いどころ
自作クラスにIDisposableを実装すればDispose()でリソースを破棄できるし、using句で「スコープを抜けたら解放」という使い方もできる

C#にもデストラクタはあるけど、これはGCによる回収時に呼ばれるから、いつ呼ばれるかは不安定
処理し忘れを防ぐ程度の使い方はできるけど、基本的にはあまり使わない

マネージドなリソースしか持たないクラスならDisposeは要らない
var x = new Foo();
var y = new Bar(x);
のような場合でも、FooやBarがDisposeを必要としないならGCが適切に処理してくれるので、例えば「Barのデストラクタ内でFooをdeleteする」などの処理は書かなくてOK
どちらもGCが管理してくれる

C++から来た場合はこれを「管理しなくても解放し忘れが無くて安心」と思うか「解放のタイミングを制御できない」と思うかは分かれるかもしれない
今でこそC++にはスマートポインタがあるけど、それ以前の生ポインタしかなかった頃を考えると、解放し忘れを防げるのはメリットとして大きい

2024/11/13(水) 08:34:34.33

おまいらどんだけメモリリーク気にする程のドデカイプログラム作ってんだよ

気にするだけ無駄や

2024/11/13(水) 09:24:39.60

今の開発環境なら警告出るしな
サクラエディタで書いてるのなら大変かもな

2024/11/13(水) 09:58:20.49

>>770
まあ、せいぜい数分しか動かさないアプリなら気にするだけ無駄だけど
丸一日操作したり、何日もぶっ通し動かすアプリは必ず何かしら対応しないと
しぬるからなぁ

2024/11/13(水) 12:14:29.52

MainWindowのメンバ変数で
byte[] foo=new byte[100];
と定義するとアプリ終了までGCされないでokですか？
また、byte[] foo;で定義して、
メンバ関数でfoo=new byte[100];とやるとどのタイミングでGCされますか？

2024/11/13(水) 12:43:29.05

byte[] foo=new byte[100];
も
byte[] foo;
foo=new byte[100];
も一緒やろ
別の場所で
foo=new byte[200];
とか新しく上書きされたらどうすんねん

2024/11/13(水) 12:45:32.83

>>773
okじゃねーよ
値と値を参照してる変数を分けて考えろよ

2024/11/13(水) 14:11:22.42

>>773
どれもこれも、YesでありNoでもある

2024/11/13(水) 15:45:52.66

もう.NET9かよ早すぎだろ

2024/11/13(水) 16:35:22.94

いつGCされるかって？
知らねーよ、分かる筈も無い

**744** (ﾜｯﾁｮｲ 2302-ST7W) · 2024/11/13(水) 16:38:34.46

>>762
ふむ。

usingかDisposeをきちんと入れる必要があるね…
24時間運転だし…

**744** (ﾜｯﾁｮｲ 2302-ST7W) · 2024/11/13(水) 16:42:29.44

>>769
ふむ。
nullを代入してもいいのかな…？

まあ、作るソフトウェアによるかな…
業務用ならC#でも大丈夫かな…
最先端ゲームはC++以外は無理だね…

**744** (ﾜｯﾁｮｲ 2302-ST7W) · 2024/11/13(水) 16:45:57.46

>>769
std::系は、
最先端ゲームには危険かな…

2024/11/13(水) 17:04:36.55

今時ゲームをエンジンからフルスクラッチで作るなんてまず無いでしょ

2024/11/13(水) 17:29:09.83

自分でGC呼び出すとメモリ解放してくれるよ
ただし呼び出し後即時に解放せずに早めのどこかのタイミングで解放する

2024/11/13(水) 18:43:26.50

.NET9きたのか
https://www.publickey1.jp/2024/dotnet9ga01.png

**デフォルトの名無しさん** (JP 0H4b-xvOx) · 2024/11/13(水) 18:57:44.36

奇数バージョンはスキップ

2024/11/13(水) 20:50:29.02

C#的にはparams ReadOnlySpan<T>ぐらい
extensionはまだかよー

2024/11/13(水) 21:04:44.68

>>765
それで構わんよ。
C++/CLIのデストラクタなんてまさにその通りでスコープを抜けるときにDispose()を呼ぶという形で実現している。

2024/11/13(水) 21:30:27.03

どこかのタイミング

要はわからんってことや

2024/11/13(水) 23:22:35.23

C#13つまらなすぎる
なんでfieldないんだよ

2024/11/14(木) 22:34:19.42

C#は枯れてきてもうやることがなくなって来たんだよね
Unityも下火になって来たしそろそろ10年ぐらい続いたC#でゲームブームも終わるのか

2024/11/15(金) 07:47:05.02

そもそもC#や.NETのバージョンアップに比べてUnityが全く進化してないからな

2024/11/15(金) 09:59:56.57

Unityはスクリプト言語をC#にしただけだろ？

2024/11/15(金) 10:08:40.56

プログラミング言語全体が下火なんだよなあ
すっかり生成AI前提になり、モダンな〇〇言語ではこう書けるんだぜクールだろ、みたいなネタはもはや全く注目されなくなってしまった
一方で保守的に速度と厳密性を追求する分野はRustが台頭してきており、これ以上の多様性を受容するほどコミュニティベースが大きくないから当分この状況は変わらないだろう
今求められているのはAIを前提としたAIフレンドリーな言語で、人間用のプログラム言語の世界では最後の大規模な勢力争いになるだろうね

2024/11/15(金) 10:11:09.02

妄想はチラシの裏にでも書いとけよ

2024/11/15(金) 10:16:01.10

>>プログラミング言語全体が下火

何処の世界の人なんだろうか...

2024/11/15(金) 18:53:10.49

どうせ例のホリエモンとかタラコとかが好きな人でしょ

2024/11/15(金) 19:51:58.73

>>796
C#って、
クラスを関数の引数に渡すと、
クラスへのポインタをコピー（値渡し）する感じ？

2024/11/15(金) 20:06:47.23

クラスって渡せるんだっけ？

2024/11/15(金) 20:27:55.20

クラスへのポインタをポピー！
味わい深い

2024/11/15(金) 20:32:02.03

>>798
渡せるのはクラスオブジェクトだ

2024/11/15(金) 20:32:51.22

厳密にはクラスオブジェクトのポインタだね

2024/11/15(金) 20:34:24.14

ああ、クラスコードそのものも渡せるなぁ

2024/11/16(土) 06:46:10.41

>>797
参照くらい知っとけ

2024/11/16(土) 08:39:25.08

Win11のコンソールウィンドウで、画面からはみ出した上のほうの行が表示されない
Console.BufferHeightの行数の設定がマズいのかもしれないが、よく分からない

2024/11/16(土) 15:15:41.19

>>803
うなぎの蒲焼きには必須だよね

警備員[Lv.38] (ﾜｯﾁｮｲ 4562-rrv8) · 2024/11/16(土) 18:11:04.85

>>803
Call by Nameとの違いを３行で

2024/11/16(土) 20:03:57.66

>>797
結局、
誰もわかってないという…

2024/11/16(土) 21:29:56.73

ww
微笑ましい煽り

2024/11/18(月) 07:07:02.90

【ナゾロジー】サイコパスは「痛みを伴う失敗」から学習できない！ [すらいむ★]
http://itest.5ch.net/egg/test/read.cgi/scienceplus/1731838156

2024/11/23(土) 15:39:50.83

yieldの使い道がわからないなり…

2024/11/23(土) 17:02:37.47

わからないなら無理に使わなくてもえぇんやで

2024/11/23(土) 17:05:22.10

yieldが出てくるメソッドは外部イテレータ用にデータコレクションが紐付いた限定的な継続オブジェクト(IEnumerable)を返すようになってる
この継続とはSchemeで言う継続呼び出し(call with current continuation)辺りに精通してないと恐らく真の動きは理解できないと思うけど
yieldキーワードを書くだけで、そのメソッドは見かけ上呼び出し先の処理を中断して、呼び出し元で結果を受け取る事ができ、望めば処理の再開もできるように限定的な状態機械に翻訳される
この一連の仕組みをいちいち自作するのは面倒なのでyieldキーワード等が用意されてる
実際何が起きてるのかはILSpyとかで追わないと判らんと思う

2024/11/23(土) 17:26:45.50

これの何が嬉しいかというと、上の複雑な仕組みを外部イテレータというインターフェースに落とし込んでforeachとかで抽象化して扱える事にある
逆に抽象的ということは普通に列挙するよりかは効率が悪いのと、yieldメソッド内は制限が多い
使い所としては、いつ終わるか判らない、もしくは終わらないような処理で途中結果が欲しい場合とか

2024/11/24(日) 03:27:53.65

わからないなら無理に使わなくてもいいるど

2024/11/24(日) 04:01:48.47

>>812
ふーん
そんな機能あったんだ…

2024/11/24(日) 09:56:29.38

yield使ったメソッドはコルーチンと言うものの一種で関数は通常再実行されても頭から実行されるけど
コルーチンはreturnした場所から再実行されるもの

実際は状態を内部で持つようにコンパイラで書き換えて実現してる
状態遷移を伴った複雑なシーケンスを列挙するときに便利なのでそういう仕組みがあるけど使わない人は使わない
ゲームの敵キャラなんかの動き、音楽再生なんかにも使えるけど普通のメソッドで作ったほうが良い

2024/11/24(日) 10:18:54.22

yield便利だよね

2024/11/24(日) 10:25:55.74

Linq,Async,Rx等とは相性はいい

2024/11/24(日) 10:32:47.48

>>816
ふーん

最先端ゲームには危険だな…

2024/11/24(日) 10:36:16.43

>>819
てか、
最先端ゲームはC#使わないか…

2024/11/24(日) 10:39:56.50

yieldって勝手にマルチスレッドになる？

2024/11/24(日) 11:11:44.42

>>821
ステートマシンに変換されてるだけだからそのコード見るとわかるがシングルスレッド

Jetbrain Riderでその場でILと低レベルC#コードが見れるから見てみるといい