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

2022/06/17(金) 08:42:12.88

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part154
https://mevius.5ch.net/test/read.cgi/tech/1644416019/
■関連スレ
C#, C♯, C＃相談室 Part96
https://mevius.5ch.net/test/read.cgi/tech/1639965805/
■コードを貼る場合は↓を使いましょう。
https://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/
https://docs.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

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

2022/06/17(金) 09:44:05.95

前スレに引続き、VBに関して雑談しましょう

2022/06/17(金) 10:01:22.33

VB.NET VS C#.NET
https://mevius.5ch.net/test/read.cgi/tech/1637217366/
ここでやれ>>2

2022/06/17(金) 10:05:30.78

VBはもうええは

2022/06/17(金) 12:49:36.63

質問です。
VBとC#は同じって本当ですか？

2022/06/17(金) 13:28:19.51

>>5
「同じ」の定義次第なので
まず何をもって同じとみなすかを定義してから質問して下さい。
終わり。

2022/06/17(金) 16:21:06.76

ここまでCLRなし

2022/06/18(土) 17:42:22.61

立て乙

非同期なのにawait/asyncどころかtaskやaction/funcも全く使っていないC#2.0時代みたいな書き方してる今の現場から逃げたい……

2022/06/18(土) 18:06:31.65

お前が現場を変えんだよ

2022/06/18(土) 19:19:21.37

時間管理のできてない安易な非同期はほぼ100%バグってるのでやらなくていい

2022/06/18(土) 21:39:25.08

レガシーな非同期はラップしてTaskかObservableにすると気分が晴れやかになる

2022/06/18(土) 22:03:02.01

Taskは遅いとかいう記事のせいで未だにCallbackが主流の俺社の悪口はやめて

2022/06/18(土) 22:21:46.90

それそれ
そもそもcallbackの書き方なんて最近の本に全く載ってないから今の現場に入ってIAsyncResult？なんじゃそりゃってなった
10年は前に作られただろうサイトを読んで長い時間かけてようやく何やってるか理解したみたいな

2022/06/19(日) 18:15:11.59

>>8
書き換えればええやん

2022/06/21(火) 10:13:10.23

予算は？

2022/06/21(火) 11:32:11.12

いま少し時間と予算をいただければ…

2022/06/22(水) 06:57:18.35

>>15
稟議通せば？

2022/06/22(水) 07:24:29.42

この表の部分Excelと同じ操作にしてくれる？

2022/06/22(水) 08:29:37.02

ﾋﾟｺｰﾝ OLE2で埋め込めば良いじゃん

2022/06/22(水) 09:11:42.38

ArrayListを使ってる.NET1.0時代な職場よりマシなのでは

2022/06/22(水) 10:02:21.11

ようやく文法の教科書終わったくらいの素人なんですがinterfaceの具体的な使い方はどうやって覚えたらいいですかね
interfaceを使った疎結合というのがいまいちイメージできなくて取っ掛かりが分からん

2022/06/22(水) 10:24:15.19

DIコンテナで実装クラスの差し替えでもしてみたらどうでしょうか
ttps://qiita.com/okazuki/items/a0f2fb0a63ca88340ff6

2022/06/22(水) 10:30:38.32

例えば動物クラスで、哺乳類とか鳥類とかに派生していくけど、
飛ぶ能力は鳥類だけの特徴ではないから interface で実装するとか。

2022/06/22(水) 10:42:48.00

どんなclassのオブジェクトでも引数で受け取れるメソッド作ってみろよ
但し受け取るオブジェクト内でHage()メソッドの実装は必須な

2022/06/22(水) 11:22:39.46

文法だけみても、実際に使い方みないと必要性とか実感なんてわかないだろ
まあ用途なんていろんなライブラリ使ってみればそのうちわかるさ

2022/06/22(水) 11:32:21.14

>>24
すごい。設問で理解できた気がする。

つまり現存するのが少数の自前クラスだけならまだ全てのクラスを引数にするメソッドを作成できるが、将来に渡って作られるであろうあらゆるクラスを引数にした関数は普通は作れない
そこでinterfaceを使って引数を抽象化する事で、あらゆるクラスを引数に取る事を可能にする。しかもHoge()は確定実装なので相手が何であれHoge()を叩けるのは保証される。よって相手を限定しない疎結合になる。

ってことか？この認識であってます？

2022/06/22(水) 11:37:00.61

抽象化レイヤーの有用性を理解するにはテストコードを書くのが一番

まずはDIやるほどでもない小規模なプログラムで、HTTP通信とかファイルアクセスとかDBアクセスとかやってるところにinterface挟んで、
ユニットテストでは実際のアクセスを発生させずにテストできるようにしてみるといい
https://docs.microsoft.com/ja-jp/visualstudio/test/unit-test-basics?view=vs-2022

2022/06/22(水) 11:46:24.28

>>27
ありがとうございます、やってみます

他にレスくれた方もありがとうございます

2022/06/22(水) 11:56:22.30

>>26
外野だけど大体そんな感じ
ただ、「そのインターフェースを実装しているクラスに限る」けどね
だからといって闇雲に継承したりインターフェースを実装したりするのではなく、is-aの関係であるべき
「車」や「飛行機」は抽象化すると「乗り物
」となるけど、「家」は抽象化しても「乗り物」とはならないね(抽象化すると「建物」とかになるはず)
車、飛行機、家はそれぞれ通常クラスとして、
乗り物、建物はインターフェースとして定義する

そうすればどの乗り物だろうと同じ「前進」とかで動かせる
この抽象化して、どれでインスタンス化したか関係なく動かすためにinterfaceがある

2022/06/22(水) 12:05:02.40

インターフェイスは、デザインパターンやユニットテストを多少でも知っていないと意味不明だろう

2022/06/22(水) 12:38:55.59

まあ書いてみたときに便利さを実感するわな

2022/06/22(水) 12:56:59.75

どうだろね
数時間で完成する規模のものしか書かないのであれば、記述が増えて不便になったと思うかもしれないし・・・・

2022/06/22(水) 13:00:52.20

実際にはほとんどテストが目的だから、>>29みたいな説明で納得した気になってるとかなりギャップを感じるよね
一方で拡張ポイントを作るためにinterface使う場合は非常に恣意的な設計になるので、これまた>>29のようなメンタルモデルとはだいぶ違う感じになる

2022/06/22(水) 13:58:54.21

JavaとJavaBeansのことか

2022/06/22(水) 15:18:26.16

>>26
合ってる。
小難しく考えず、要は「俺のこと呼び出すならこれとこれのメソッド実装しとけ」ってこと。
だんだん使いこなせてきて、もうちょっと凝ったことやろうと思うと型制約とかが出てくる

2022/06/22(水) 15:19:46.32

普段意識しないだけで、インターフェースはいたるところにある
判りやすい例がforeachステートメント
あれはListではなくIEnumerableに対してループしている

2022/06/22(水) 15:42:58.01

車が家の場合は？

2022/06/22(水) 17:28:55.97

>>33
インターフェイスの目的がテストってのは違うんじゃね
もともとは多重継承させないための仕組みだろ

もっとも使われてるシーンがテストだってならまあそうかもしれんが

>>36
初心者むけの例であんまり例外的な条件あげつらうののもうどうかとは思うが
じつはforeachはIEnumerable実装してなくても可能なんだがな

2022/06/22(水) 17:54:44.92

>>20
石器時代の産物だなw

2022/06/22(水) 18:10:20.15

初心者向けなら最初はテストのためって言ってしまっても問題ないと思う

初心者のときに俺が一番ピンときたのは、
ファイル作成や書き込みをテストしたくなったときに使った System.IO.Abstractions だな
ファイルシステム自体を抽象化(IFileSystem)することで
テストの度に実際のファイルをセットアップしなくてもいいことが分かった時は結構感動した

2022/06/22(水) 19:03:12.67

private Random _random = new Random();

void MethodA(){
var val = _random.Next(1, 100);
}

void MethodB(){
var random = new Random();
var val = random.Next(1, 100);
}

MethodAとMethodBをそれぞれループで何度も実行したとき、Bの方が圧倒的に速いのはなぜですか？
Randomオブジェクトを都度生成しているので遅そうに思えるのですが。

2022/06/22(水) 19:22:48.61

>>41
計測に使ったコード見せて

2022/06/22(水) 19:58:57.85

RandomNumberGenerator.GetInt32の方がおすすめよ
ゲームみたいにシード値を固定にしたい場合はその限りではないけど
速度が欲しい場合はXorshiftもあるんでついでに比較するといい

2022/06/22(水) 20:07:52.96

C++だと、メンバ変数をループでアクセスしたりすると遅くなるよ
C#も多分変わらんのでは

2022/06/22(水) 20:16:40.07

>>44
そんなもん誤差
Randomクラスが中でどれだけフィールドにアクセスしてると思ってるんだ

2022/06/22(水) 20:19:45.04

Rレジスタを読むだけじゃないのか

2022/06/22(水) 21:10:25.85

ローカル変数に保持するとかなりの確率でレジスタに入るがstaticフィールドに紐づいてるインスタンスだと逆に絶対にその都度メモリにアクセスすることになる
それもその都度多重ポインタを辿っていく事になるので何度もreadする変数は出来ればローカル変数に一度入れた方が良い
レジスタ利用されずともヒープへのアクセスとスタックへのアクセスじゃ局所性の問題からスタックの方が早いし手間以外にはメリットしかない

2022/06/22(水) 21:42:35.06

>>41
計測してみたけどBのほうが圧倒的に遅かった

2022/06/22(水) 21:49:22.91

環境で最適化内容に差があったりするのかな？
コード貼っておくので計測してみて
https://dotnetfiddle.net/Fesi8q

2022/06/22(水) 22:27:47.54

出した乱数を未使用で後者はローカルで完結してるから最適化でコードが全省略されたってオチだろう

41 (ﾜｯﾁｮｲ 8341-643o) · 2022/06/22(水) 22:57:40.86

みなさんありがとうございます。書いたコードはこんな感じです。
.NET Framework4.8 の Form アプリで、画面にlabelを1つ置いています。
私の環境だとDebug, Releaseビルドに関わらず100倍くらいBが早いです。

public partial class Form1 : Form {
public Form1() {
InitializeComponent();
}
private Random _random = new Random();
private void Test(Func<int> func) {
var sw = Stopwatch.StartNew();
var count = 10000;
for (var i = 0; i < count ; i++) {
label1.Text = func().ToString();
Application.DoEvents();
}
sw.Stop();
Console.WriteLine($"{sw.ElapsedMilliseconds} msec");
}
private int MethodA() {
return _random.Next(1, 100);
}
private int MethodB() {
var random = new Random();
return random.Next(1, 100);
}
private void button1_Click(object sender, EventArgs e) {
Test(MethodA);
Test(MethodB);
}
}

2022/06/22(水) 23:12:43.31

AとBの実行順は変えてみた？

2022/06/22(水) 23:17:07.34

>>51
Test(MethodB);
Test(MethodA);
こうやって逆にして見ると今度はAの方が100倍速くなるかもね
Stopwatchクラスはこんな風に糸も簡単に結果が変わるからパフォーマンス測定にはあんまり向かない

あとRandomと比べてlabe1.Text = がかなりのボトルネックになってる可能性あるから、そうだとしたらRandomのパフォーマンス差なんて誤差の範囲内ってことになってしまう
よって強いてTest()でやるとしたら自分ならこうやって最後だけアウトプットするようにする
int num = 0;
for (int i = 0; i < 10000; i++) num += func();
label1.Text = num.ToString();

2022/06/22(水) 23:19:35.02

てかループ枚にToString()を挟んでる時点で後発の方が100倍早くなるのはヒープアロケーション関係だろうね
とりあえずそのコードじゃRandom自体のパフォーマンス差なんてほぼ計れてないと思うよ

2022/06/22(水) 23:50:09.49

>>51
Application.DoEvents()はずしても100倍の差が出る結果は同じなの？

41 (ﾜｯﾁｮｲ 8341-643o) · 2022/06/23(木) 00:05:42.18

>>52-55
A,Bの順序を入れ替えても同じ結果でした。(Ａ:6000msec, B:60msec)
Application.DoEvents()を外すと、差が小さくなりますがそれでもBが40倍くらい速いです。(Ａ:2000msec, B:50msec)

Randomの使い方が正しくないとかは、いったん置いておいて、
なぜこれほど差が出るのかが知りたいです。
気づかずに遅い実装をしない為には、何に気を付ければ良いのかが知りたいです。

2022/06/23(木) 00:40:24.63

Textプロパティは>>53も指摘している通りクソ遅いから>>53の言うとおりに直しなさい

2022/06/23(木) 00:47:12.21

あと、Bの方は頻繁に同じ値が返ってないか？
Randomの引数なしコンストラクタは現在のミリ秒単位の時刻をシードに設定するから、1ms以内に生成されたRandomオブジェクトは全て同じ結果を返すはず
前述の通りTextプロパティの変更は非常に重いので、値が変わらない場合は実際の変更を省略する実装になっている可能性がある

2022/06/23(木) 00:50:17.77

GUIへのsetterもそうだが、何かを計測したいなら不確定要素になりうるものはできるだけ排除しなよ

sw.Start()からsw.Stop()までの間はFunc呼び出しのループだけにしたい

あとループと関数呼び出しのオーバーヘッド分の計測も必要
空の関数 int Empty(){return 0;} も用意すること

2022/06/23(木) 02:12:34.18

>>56
かかってる時間を見るとBが最適化されて速いというわけじゃなくAが異常に遅いんだね
コードからはなんでそんな遅くなるのか全然わからないから絞り込んでいって切り分けるかプロファイリングするかかな

それ以外で簡単にできるものだと
A、B、A、B、A、Bと3回ずつ回して差をみる
FormじゃなくCLIでやってみる
BenchmarkDotNetで計測してみる
とか

2022/06/23(木) 09:47:54.73

Randomより遅い処理色々混ざってるから計測になってない
計測したい処理を完全に独立したメソッドにしてBenchmarkDotNetで測れ

2022/06/23(木) 10:02:19.23

>>61
公の場でのベンチマークにそういう変なライブラリを使うのは悪手
使う側にもその結果を検証する側にも不要な疑念が生じて、ソースを見ることになり結局時間の無駄

2022/06/23(木) 10:04:16.16

公の場？

2022/06/23(木) 10:59:37.96

いわゆる.NETだと（だっけ）プロパティへのアクセスが遅くなるっていうハナシじゃないん？
どうしてもならリフレクションとかでどうにかこうにかするとか、そういう話だった気はする

2022/06/23(木) 11:05:10.95

いわゆらない.NETの話はこのスレで出てくるのか？

2022/06/23(木) 11:22:03.54

>>58
これだろうな

2022/06/23(木) 11:43:08.08

>>64
そういうレベルの話じゃなくて、Control.Textは内部でWinAPIを呼んでいてビチグソ遅い

2022/06/23(木) 12:07:07.81

>>58, 66
なるほど納得
俺環で再現しなかったのはFrameworkのバージョン違いが原因だった
.NET Core以降は1ms以内でもシードが変わるようになってる

64 (ﾜｯﾁｮｲ 5f49-sER5) · 2022/06/23(木) 12:13:05.94

コンソールアプリでも似たような結果になったんだが気のせいかな？(4.8)
ちなみにrandom使わずにやってみても同じ(intの和)

プロパティへのアクセスだなあとワイは思うけどどやろね

2022/06/23(木) 12:14:45.20

>>62
公ってなんだよw
.NETの速度を売りにしてるライブラリは大体これ使ってる

2022/06/23(木) 12:17:22.87

基本的に出力は重い
Console.WriteLineですらただの数値計算と比べると圧倒的に重い
Controlの操作は>>67が言うように内部でSendMessageが走るので更にめちゃくちゃ重い

64 (ﾜｯﾁｮｲ 5f49-sER5) · 2022/06/23(木) 14:13:54.26

コンソールアプリ、BenchmarkDotNetでやってみたら大して変わらんかったわ
Randomじゃなくてintの和でも同じ傾向
速度の違いはデバッグ時の状況の影響かもね

ちなControl.Textがうんたらの人たちは、ただの改善おじさんやな
比較の話で共通部分のコード直せって意味わからんわな

64 (ﾜｯﾁｮｲ 5f49-sER5) · 2022/06/23(木) 14:15:31.83

ちなコードの一部
private void Test(Func<int> func)
{
for (var i = 0; i < 10000; i++)
{
Console.CursorLeft = 0;
Console.Write($"{i}{func()} random");
}
}

//private int MethodA()
//{
// v = 5 + 5;
// return v;
//}

//private int MethodB()
//{
// int v = 5 + 5;
// return v;
//}

private int MethodA() => _random.Next(1, 100);

private int MethodB() => (new Random()).Next(1, 100);

[Benchmark]
public void executeA() => Test(MethodA);

[Benchmark]
public void executeB() => Test(MethodB);

2022/06/23(木) 14:44:45.09

>>69
何を根拠にプロパティは遅いって判断したんだ
ただのメソッド呼び出しだぞ
特定のプロパティが遅いのはプロパティの中の実装のせいなので別の話
リフレクションは普通遅くなるはずだが

2022/06/23(木) 14:53:28.22

>>74
ワイの勘違いだったわ

2022/06/23(木) 15:31:00.54

>>73
このintの和のケースではBは最適化が効いて return 5; になっていると思われる
Randomでは同様の最適化はできないはずだから状況が違う