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

2020/02/19(水) 17:25:41.55

!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part146
https://mevius.5ch.net/test/read.cgi/tech/1576069931/
■関連スレ
C#, C♯, C＃相談室 Part95
https://mevius.5ch.net/test/read.cgi/tech/1508168482/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries
http://referencesource.microsoft.com/
・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

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

2020/04/18(土) 23:09:11.85

>>331
この問題どなたか教えていただけないでしょうか？
とくにレ点じゃないチェックボックスを作成したいです

2020/04/18(土) 23:47:30.29

>>358
cssで装飾したら？

2020/04/19(日) 17:56:07.02

FormにWebboewserコントロールを張り付けて　↓のコードコピペしたのですがThis がFrom1を参照しているのでエラーになります。
正しく使うのはうすればいいのでしょうか？

https://todosoft.net/blog/?p=380

2020/04/19(日) 18:02:11.94

今時、IE7ベース？
cefsharp使ったら？

2020/04/19(日) 18:32:01.51

今時WebBrowserコントロールは古いんですね
とりあえず、これは勉強の為のなので、WebBrowserで大丈夫です。
上記コードの　this を　webBrowser1 に置換すれば問題なく動きますが、thisのまま使う場合はどのようなコードになるのでしょうか？

2020/04/19(日) 19:46:35.97

ちょっと何言ってるのか

2020/04/19(日) 19:56:24.71

>>362
リンク先のソースのメソッドは、おそらくはFormではなくWebBrowserを継承したコントロールに書くメソッド
WinForms標準のコントロール自体に機能追加することで、あちこちのFormでWebBrowserを使うつどそういうソースを書かなくて済むようにしてる
初学者でカスタムコントロールの作りかたとか未学習なら「this を　webBrowser1に置き換え」で回避してよいと思う

2020/04/19(日) 21:42:29.85

>>362
なるほど、このコードはカスタムコントロールを目的としているのですね。
納得しました。ありがとうございました。

2020/04/21(火) 13:34:05.32

Form1に以下のような構造体を作ったんです。

// ----------通知方法の構造体--------------------
public struct Nortification
{
　　public bool OpenBrowser;
　　public bool MessageboxShow;
　　public bool ToolchipBaloonShow;
}

次にメンバ変数として以下を定義しました

　　static Nortification _nort = new Nortification(); //構造体のインスタンス

で、プロパティを作ったんです

public static Nortification nort
{
　　 get
　　 {
　　　　 return _nort;
　　 }
　　 set
　　 {
　　　　 _nort = value;
　　 }
}

ところが、このプロパティをForm2で書き込もうとすると
　　Form1.nort.OpenBrowser = true;

「変数ではないため Form1.nort の戻り値を変更出来ません」とエラーになります。

2020/04/21(火) 13:38:13.11

>>366の続き

しかし、以下のようにするとエラーは消えました。

　　 Nortification nt = new Nortification();
　　 nt = Form1.nort;
　　 nt.OpenBrowser = true;
　　 Form1.nort = nt;

いったん別のインスタンスを作ってそこに構造体ごとコピーし、
コピーのメンバなら値を設定出来ました。

最後に元のインスタンスへコピーし直します。

なぜ元の構造体のメンバに直接値を書き込めないのでしょうか？
そもそも構造体の使い方が間違っていますか？

**デフォルトの名無しさん** (JP 0H8f-nkQT) · 2020/04/21(火) 13:51:21.58

>>367
C#入門者が必ず嵌るポイント
c# 値型と参照型とかでググれば腐るほど出てくる
構造体は特性をよく理解した上でパフォーマンス上のメリットがある場合のみ使うもの
今は忘れてクラスだけ使ってればいい

2020/04/21(火) 15:53:17.78

このメモリ大容量時代に構造体プログラミングなんてすなや

2020/04/21(火) 16:02:20.66

必要なとこでは必要なんだよ

2020/04/21(火) 16:39:28.13

でもまあここでは要らないわな

2020/04/21(火) 16:39:46.61

そだね

2020/04/21(火) 16:44:50.57

おっしゃるとおりクラスに変更したところエラーは出なくなりました。

ググると以下のページのような記述がありました

https://smdn.jp/programming/netfx/valuetype_referencetype/#value_type_property
値型では代入時にコピーが作成されますが、値型のプロパティやインデクサから値を
取得しようとする場合も同様にコピーが作成されます。
値型のプロパティ・インデクサはインスタンスそのものではなくインスタンスのコピーを
返すことから、直接インスタンスを変更することができません。
そのため、次の例のように値型のプロパティを直接変更しようとするとコンパイルエラーとなります。
参照型では変更しようとするインスタンスを参照によって取得することができるため、
コンパイルエラーとはなりません。

>値型のプロパティはインスタンスそのものではなくインスタンスのコピーを返す

ということなのでやはり構造体の型をプロパティにするのは使い勝手が悪そうですね

いっそインスタンス作成時にpublicにしたほうがいいかもと思いました

2020/04/21(火) 16:56:16.12

>>373
コードを書く側の立場で考えると

＞構造体の型をプロパティにするのは使い勝手が悪そう
これはむしろ逆の場合が多いと思うよ。
考えてもみてよ。
プロパティーの値が変更された時の処理をプログラマは普通プロパティーのセッターに書く。
ゲッター経由でプロパティーが実質的に変更されてしまう可能性があるとしたら？

2020/04/21(火) 17:27:49.13

もしかして： notification

2020/04/21(火) 17:34:55.97

値型で高速化の話が出てきたついでに教えて欲しいんだけどさあ
下のそれぞれの変数って、スタックとヒープどっちにメモリが確保されてるの？これであってる？？？

静的なint型の変数・・・・スタック
静的な構造体・・・・スタック
mainメソッド内に宣言されたint型の変数・・・・ヒープ
mainメソッド内に宣言された構造体・・・・ヒープ
インスタンス内で宣言されたint型変数・・・・ヒープ
インスタンス内で宣言された構造体・・・・ヒープ

2020/04/21(火) 18:06:24.10

VisualStudioプロフェッショナル版以下使用時、
プログラムの概観を素早く把握したい時ってどうするのがベストなんでしょう？
ctrl + m → o ？

逆に把握してもらいたい時はDocFXとかに頼る形になるのかな

2020/04/21(火) 18:43:14.63

概要をさくっと把握する、にコード見ろになるの？
概要こそドキュメント、もしくはファイル先頭に概要コメントで詳細は各メソッドのコメントなりコード見ろじゃない？
docをコメントから自動生成するなら書いてある内容の粒度はコメントだろうがドキュメントだろうが変わらん
プログラマが見るならIDEで見れたほうがいい場合もあるしそうじゃないなたhtmlドキュメントみたいなのが良い場合もある

2020/04/21(火) 18:50:11.10

>>366
なんでget,setしとるの？

**デフォルトの名無しさん** (JP 0H8f-nkQT) · 2020/04/21(火) 18:52:56.43

>>376
ローカル変数以外は全部ヒープ
なおローカル変数もクロージャ等によりヒープになる場合がある

2020/04/21(火) 18:57:38.36

>>376
ついでにいうとそもそもint自体も構造体だよ

2020/04/21(火) 19:18:17.27

>>381
mjd?

2020/04/21(火) 19:36:44.84

意識しすぎてstringクラスでまた勘違いする

2020/04/21(火) 20:51:10.54

>>379
get,setしないとフィールドにアクセスできないじゃん

2020/04/21(火) 20:56:24.99

>>380
全然わかってなかったぜ、ありがとう！

2020/04/21(火) 21:28:08.07

>>382
組み込みの値型
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/builtin-types/value-types#built-in-value-types

2020/04/21(火) 21:44:15.58

>>373
structをref returnする方法もある

public ref Nortification nort{
get{ return ref _nort; }
}

2020/04/21(火) 22:34:21.97

>>380
ローカル関数ってパフォーマンス上悪手だったんだ
てっきりcall前の引数のpush等がなくなる分有利かと勘違いしていたわ・・・

2020/04/21(火) 23:09:05.72

>>384
structだぞ

2020/04/22(水) 02:26:50.40

https://dotnet.microsoft.com/download/dotnet-framework/net48
のDeveloper Pack をインストールしました。

C#の言語バージョンは 8.0 になると思ったのですが、現在は 5 のようです。
--------------------------------------------------------------
C:\Windows\system32>csc
Microsoft (R) Visual C# Compiler version 4.8.3752.0
for C# 5
Copyright (C) Microsoft Corporation. All rights reserved.

This compiler is provided as part of the Microsoft (R) .NET Framework,
but only supports language versions up to C# 5,
which is no longer the latest version. For compilers that support newer versions of the C# programming language,
see http://go.microsoft.com/fwlink/?LinkID=533240
--------------------------------------------------------------

どうすれば、C# 8 を使用出来ますか？

2020/04/22(水) 09:28:54.12

>>390
手で入れたことはないから確証はないけど、.NET Frameworkに含まれるC#コンパイラはRoslynになる前の旧世代のもので止まっているのだろう
普通、新しい.NETはVSのインストーラから入れるもので、そうすればRoslyn世代のコンパイラも勝手に入る
ちなみにC#8では.NET Coreのみに対応しており、.NET Frameworkは完全にサポート外になった

2020/04/22(水) 15:03:54.78

> ちなみにC#8では.NET Coreのみに対応しており、.NET Frameworkは完全にサポート外になった
そんなわけあるか
普通にコンパイルできるわ

2020/04/22(水) 15:23:15.27

>>392
非対応の機能使ってなければコンパイルできるよね

2020/04/22(水) 15:23:51.48

>>391
.NET Standardも2.1なら対応してるやろ

2020/04/22(水) 15:25:45.83

C# 8.0 の新機能
https://docs.microsoft.com/ja-jp/dotnet/csharp/whats-new/csharp-8

>C# 8.0 は .NET Core 3.x と .NET Standard 2.1 でサポートされています。

2020/04/22(水) 20:18:39.80

.NET Frameworkは.NET Standard2.1はサポート対象外なのか

非同期ストリームやインデクサやrange等は.NET Standard 2.1なので、C＃8.0を.NET Framework 4.8に設定すると使用できなくなる

.NET Core 3.0やXamarin、Unity、Monoはすべて.NET Standard 2.1を実装する

2020/04/23(木) 13:32:04.15

coreに行っとけってこった

2020/04/23(木) 17:51:59.15

Coreにさっさと移行すべきというのはその通りだが
C#8の文法に必要な大体のライブラリは.NET Framework用にバックポートされてNugetで公開されてる

2020/04/23(木) 19:26:18.65

言いたいことは判るがそれは論点ずらしだ

2020/04/23(木) 19:57:39.98

作成したアプリの.NETのバージョンが4.6.2で古い4.5がインストールされている環境でも動作させたいのだけど、何もしなくても動かせますかね？使ってるc#のコードは、4.5以降なら動作するんですが。
アプリケーション構成ファイルのsupportedRuntimeとか書き換えるとか何か必要ですか？

2020/04/23(木) 20:04:56.27

>>400
プロジェクトのプロパティでアプリケーションの対象フレームワークを4.5に変更してからリビルド

2020/04/23(木) 20:17:04.06

>>401
ありがとうございます。
リビルド出来たらしたくないのですが。
インストールされている.NET毎にアプリリビルドが必要になるんですね。リビルドしないで配布する方法あればいいのですが。

2020/04/23(木) 20:26:13.85

古いバージョンならリビルドしないと無理。逆は大丈夫だけど。

2020/04/23(木) 20:26:49.41

ちなみになんでサポート切れのバージョン使ってんの？

2020/04/23(木) 20:38:44.94

そのアプリが面倒みる最低バージョンでビルドしとけばいいよ
もちろんそれより上のバージョンでちゃんと動くことを保証するものではないけど

2020/04/23(木) 20:39:33.00

>>403
ありがとうございます。
そーなんですね。では、4.5でビルドして配布することにします。

>>404
どーせなら、古い環境でも動く人用にもサポートしとこうと思いまして。

2020/04/23(木) 20:50:49.64

>>406
Windows10は最初のバージョンから既に4.6がプレインストールされてたはずだけど…まだ7使ってんの？しかもサポート切れのままで？

2020/04/23(木) 21:12:57.93

Windows 8.1さんを忘れるんじゃない

2020/04/23(木) 21:18:36.78

>>384
答えろよ

2020/04/23(木) 21:22:31.43

>>408
ごめんわざと

2020/04/23(木) 21:29:24.37

あれれ、たしか数年前の時点で
.NETFramework4.5.2以下のサポートは強制打ち切りになったはず・・・・
いまは最低4.6にしとけば全環境カバーできるものとばかり思ってたけど、俺なにか勘違いしてる？

2020/04/23(木) 21:34:01.17

>>411
4.5.2はまだサポートされてるっしょ

2020/04/23(木) 21:39:29.55

ごめん自己レス
4.5.2「以下」じゃなくて4.5.2「未満」が2016年1月13日でサポート終了だった・・・間違えて覚えてたわ
https://www.atmarkit.co.jp/ait/articles/1503/04/news141.html

2020/04/23(木) 23:58:26.72

7もまだESUってのがあるからあと３年弱は現役だぞ

2020/04/24(金) 01:05:13.24

>>414
でも4.5はサポート切れ

2020/04/24(金) 11:08:50.08

メソッド内でnewしたインスタンスはメソッド抜けたら破棄されるから
disposeしたりnull代入したりする必要はありません！

っていうネット記事を見たんですが本当ですか？
メソッド抜けたら破棄されるのは値型の変数だけで
インスタンスが消費するメモリは解放されないと思っていました

2020/04/24(金) 11:12:48.04

GCが気が向いたときに掃除してくれるんじゃなかったっけ？

2020/04/24(金) 11:22:24.63

Disposeやnull代入してもそのクラス自体のメモリは解放されない
C#においてはそこはガベコレの担当であって基本プログラマはコントロールできないので少なくともnull代入は完全に不要
Marshal.AllocHGlobalのような明示的に解放しなきゃいけないアンマネージドリソースを使ってる場合にはIDisposable.Disposeが必要になる訳だけど、
ただそれも明示的にDispose()を呼ばずとも一応GCによる破棄タイミングで自動的にDispose()が呼ばれるので絶対呼ばなきゃいけない訳ではない（なんかの理由でDisposeに関しては明示的に呼んだ方が良かったはずだけど）

2020/04/24(金) 11:41:15.89

>>418
Disposeで破棄せずに（保険用の）ファイナライザーに任せると、実際に破棄されるタイミングがgen0→gen1みたいに後回しになっていって高コストになるからね

2020/04/24(金) 12:08:50.65

>>416
ネット記事じゃなくてちょっと前のここのレスじゃないのそれw

2020/04/24(金) 12:14:59.67

>>416
スコープ抜けてからでも使用される戻り値とかはそうだね
スコープ内で完結してたら？

2020/04/24(金) 12:25:56.45

>>420
この記事だったかも

https://qiita.com/7of9/items/ed4aa75852ae92c9cc58#comment-3cd34c69333eaf1c2d1e
nullを入れるのはやめましょう。
そんなことしなくてもローカル変数なら最後に登場した箇所以降はスコープ抜けたのと同じ扱いに最適化されます。

入門書にはｎｕｌｌを入れるよう書いてあるのもあるのですが・・・
https://i.imgur.com/VMOSHDY.gif

2020/04/24(金) 13:00:24.56

>>422
null代入は無意味は（ほとんどの場合）本当
それ言ってるのたぶんVB上がりの人
メモリーの管理はシステム任せでOK

Dispose無意味は（ほとんどの場合）間違い。
IDisposableをわざわざ実装しているのは、不要になったら可及的速やかにDisposeして欲しいから。
コンピュータのリソースにはシリアルポートみたいに数個しか存在しなかったり、拡張スロットやUSBにぶら下がってる
ハードウェアみたいに排他的にしか使用できないものがある。

そういうのは使い終わったらとっとと解放してやらないと他で使えないことになる。
IDisposableはそういう使い方を想定している

2020/04/24(金) 13:11:21.82

>>422
何その画像…デタラメやん

2020/04/24(金) 13:15:41.83

間違ってはいないだろ
nullを代入しておけば、メソッドを抜ける前にGCが走った場合に早期に解放されるかもしれない
ほとんどのメソッドは一瞬で抜けるため無意味だが、極一部の長時間抜けないメソッドではnull代入は必ずしも無意味ではない

**デフォルトの名無しさん** (JP 0H34-GHE+) · 2020/04/24(金) 13:22:18.77

null代入して直後にGC.Collect呼ぶのはやったことある
古い.NETのバージョンだと、画像処理とかで巨大なオブジェクトを何度も確保しようとするとメモリ不足で落ちるケースがあった

2020/04/24(金) 13:47:27.48

「インスタンスを解放するためには、b=null; とする必要があります」ってのは明らかに間違いやろ

2020/04/24(金) 13:49:36.10

>>422
参考のためにその本のタイトルと著者を教えてもらえるかな？

2020/04/24(金) 14:38:19.92

bがこの後どのような使われ方するのか分からんことには何とも言えん

2020/04/24(金) 14:56:29.99

この本はその1ページで説明が完結していて、そこでnullを代入しないとメモリリークが発生すると誤解されるような記述の仕方をするのは、入門書としてNGだろう。

2020/04/24(金) 15:17:25.33

>>428
右端の「4日目オブジェクト指向(1)」という柱でググると、インプレスの『1週間でC#の基礎が学べる本』がHitするな
あってるかどうかは知らん

2020/04/24(金) 15:49:58.69

10年ぐらい前、本屋で結構挑発的なタイトルのCの入門書を見つけたので
立ち読みしてみたら前書きでnullと\0を混同してる記述を見つけてひっくり返ったことがあるw

学校の教科書じゃないんで本に書いてあるからって鵜呑みにしない方がいいねこの分野は。

2020/04/24(金) 16:15:17.70

>>427
b=null; にしておけばいつの間にかインスタンスが解放されるかも知れません

くらいですね

2020/04/24(金) 16:28:15.46

>>425
その認識が間違いだよ
GC目的でローカル変数にnull入れるのは無意味
https://devblogs.microsoft.com/oldnewthing/20100810-00/?p=13193

ローカル変数じゃなければ意味がある場合もあるが入門書で書く内容ではない

2020/04/24(金) 16:41:13.14

>>433
別にそうする必要はないから誤解を招くような記載は不要

◆QZaw55cn4c (ﾜｯﾁｮｲ 6eaa-3Lep) · 2020/04/24(金) 17:05:36.49

>>418
たとえ null 代入がガペコレの契機にならなくとも、ヒューマン側では意図を明確に記述している点で、null 代入は推奨できる記述方法なのでは？

2020/04/24(金) 17:08:09.05

sync;sync;sync; みたいな物か

**デフォルトの名無しさん** (JP 0H34-GHE+) · 2020/04/24(金) 17:08:16.95

>>436
こいつは馬鹿なんじゃないかと読む者に疑いを持たせる契機にはなるね

2020/04/24(金) 17:11:27.32

>>436
なぜC#なのにnullを代入する必要があるのかどうか悩むことになる時点でout

2020/04/24(金) 17:13:01.95

意図が明確なのと無駄な意図の表明を混同するな
シンタックスシュガー嫌いおじさんと同じ言動だと気づけ

2020/04/24(金) 17:13:39.58

人間側に意図を伝えたいならコードじゃなくてコメント書けよ
不要なコードを記述することが推奨なんかされるわけがない

2020/04/24(金) 17:17:33.89

>>436
ごめんガペコレって何？
ガベコレならわかるけど

2020/04/24(金) 17:37:41.38

>>441
コメントで書かれても。。。

2020/04/24(金) 18:39:20.66

>>418
>明示的にDispose()を呼ばずとも一応GCによる破棄タイミングで自動的にDispose()が呼ばれる
かどうかは実装によったはず

>>422,427
その画像のページ見る限り、参照が残ってたらガベコレの対象にならないって説明をしたかったんだろうな

2020/04/24(金) 18:40:18.74

今Xmlのデシリアライズの質問に答えてくれる方いますか？

2020/04/24(金) 18:56:15.41

ダメだ

2020/04/24(金) 20:50:16.80

例えばCの場合ポインタをfreeした後に再利用予定無いならそのポインタにNULL代入する意味は無いが
NULL代入する習慣があるようだけどC#のnullもそんな感じで代入してるんですか？

2020/04/24(金) 20:53:13.33

>>447
普通はnull代入なんてしない。ランタイムが勝手にやってくれる。

2020/04/24(金) 20:53:48.09

ランタイムが勝手にメモリ解放してくれる、ね。

2020/04/24(金) 21:04:37.09

>>447
NULL代入はバグとかで多重開放した時に管理エリアが壊れるのを防ぐため
あまりいい習慣とは思えないけどな

>>448-449
お前は何を言ってるんだよ

2020/04/24(金) 21:09:13.94

>>447
上にも書いたけど、nullを入れるのは恐らくVB上がりの人
VB6はそういう文化だった

あるいはDelphi？
こっちは触ったことないからよく知らないけど

2020/04/24(金) 21:11:07.55

>>450
なにかおかしいかい？

2020/04/24(金) 21:15:06.69

>>451
> 上にも書いたけど、nullを入れるのは恐らくVB上がりの人
違う
VBとCだと目的が違う

>>452
ランタイムが何を指してるのかわからんがCには勝手にヒープメモリーを解放する機能なんてない

2020/04/24(金) 21:18:29.65

>>453
だからCの話はしてないのよw
メモリを解放する意図でnullを代入してるC#のコードを見たけどこれ意味あるの？
って話をしてるんでしょw

2020/04/24(金) 21:22:09.71

>>454
ああ>>447の後半の話か
そりゃすまんな

2020/04/24(金) 21:24:56.92

>>453
日本語が通じていなかったようだ

2020/04/24(金) 21:56:18.12

>>456
はいはいw

2020/04/24(金) 22:52:02.97

VB6のガベージコレクタがうんこだった頃のトラウマのせい？