ふらっと 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では同様の最適化はできないはずだから状況が違う

76 (ﾌﾞｰｲﾓ MM67-oPsP) · 2022/06/23(木) 15:31:31.06

訂正
return 10;

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

>>76
ちなみにintのほう、5+i にしてても"ほぼ"一緒やったよ。差異も似たようなもん

言いたいのは、>>51(=41)が言う「AとBにこんなに差が出るがなぜか」について、
4.8のコンソールアプリでは51が言うほどの有意な差は出なかったということ。

ちなみにワイの環境でMeanの差異は50ms程度でBが早いってなったけど、
まあこれは51が言ってるほどじゃないけど環境依存もあるからなんとも
（Randomのほうもコメントで切替えつつ検証した、差異も同じ）

原因についてのワイの推測は間違ってたってことはこれで自分で明らかにしちゃったけど、
Randomの1ms～も多分違うんじゃないかなとはこれで思う

2022/06/23(木) 16:15:51.40

>>78
切り分けの仕方が不適切なんだよ
>>51のコードではボトルネックは明らかにTextやToStringやRandomの実装にあり、フィールドアクセスの有無やプロパティ自体のオーバーヘッドなんか誤差
>>73のような超マイクロベンチマークとは測ってるものが全然違うわけ
その処理時間の大小が定性的に同じだったとしても、それは恐らく偶然
定量的に評価しないと意味がない

64 (ｵｯﾍﾟｹ Sr3b-tycP) · 2022/06/23(木) 16:30:56.77

いやそれはなんのために言ってるわけ？
メソッドの実装の仕方の違いからくる性能差の疑問を解決したいだろう51に対して、
何を言いたいん？
「これじゃ分かんねえよ」とでも言いたいの？なら引っ込んでれば？
こっちは自分の予想を自分で検証してその植えでその誤りも認めたんやから

何もせず考えもせずわかんねえって言ってるだけやん
予想があるなら検証してコードもだしてくれよん？

2022/06/23(木) 17:45:34.11

>>72
全く違う
他で大きく時間使われるところがあると大数の法則的な感じで軽い部分が圧倒的母数によって覆い隠されてしまう
特にGCやシステムコールは常に一定速度とは限らないから、そういう処理を挟めば挟むほど誤差が大きくなってすぐに終わる軽微な処理差が覆い隠されてしまう

2022/06/23(木) 18:02:24.84

>>51
>>58の情報を信じて書いたけど
これで大体同じような数字が出たら>>58の通りベンチの取り方の問題のせいで出た差だと思うよ
MethodA,MethodB自体は>>72も検証してくれた通り変わらないはず
というか今MethodBのほうをどこかで使ってるんだとしたら、性能なんかより1ms以内連続して同じ値が出るような乱数でも問題無い使い方なのかを気にするべき

public partial class Form1 : Form {
public Form1() {
InitializeComponent();
}
private int _random = 0;
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++;
}
private int MethodB() {
return (int)DateTimeOffset.Now.FromUnixTimeMilliseconds;
}
private void button1_Click(object sender, EventArgs e) {
Test(MethodA);
Test(MethodB);
}
}

2022/06/23(木) 18:09:26.02

とりあえず64がアホだという事は判る

2022/06/23(木) 18:14:56.67

label1.Text = func().ToString();を
label1.Text = $”{i}: {func().ToString()}”;にでもすれば
>>58が書いてる内容が原因かどうかはっきりわかるでしょ

64 (ﾜｯﾁｮｲ 13ac-tycP) · 2022/06/23(木) 18:19:33.38

>>81
何が全く違うんやねん
一般論はいいけど、それが51の言ってるAとBの差の理由になるのは何なのよっていうことじゃん？
まあそもそも51のコードにそこまでの差が出るのかどうかも今のワイは知らん立場やが

51はBのほうが速くなってるから疑問なんやろ、まあ他のコードのとこに依存ありそうで気になるな

64 (ﾜｯﾁｮｲ 13ac-tycP) · 2022/06/23(木) 18:21:37.32

>>82
まあ正直今どきRandom使うなとはワイも思ったw

2022/06/23(木) 18:41:00.93

>>85
ん？5chって一般論話す場だろ
そりゃ自分でベンチ計れば結論出せるけどそんなことする義理はない一方で一般論レスするのは5秒で終わるし

64 (ﾜｯﾁｮｲ 13ac-tycP) · 2022/06/23(木) 19:08:45.37

>>87
しょうもな、わからないんやろ、引っ込んでて

2022/06/23(木) 19:40:58.09

>5chって一般論話す場だろ
初めて聞いたわ。
ここ技術系の板だぜ。個別問題に一般論しか返せないなら邪魔だから黙ってろ

2022/06/23(木) 19:45:10.46

using BenchmarkDotNet.Attributes;
using BenchmarkDotNet.Running;
using System;
[MemoryDiagnoser(false)]
public class RandomBenchmark
{
[Params(10000)] public int A;
private readonly Random _random = new Random();
public int MethodA() => _random.Next(1, 100);
public int MethodB() => new Random().Next(1, 100);
[Benchmark]
public int BenchA()
{
int result = 0;
for (int i = 0; i < A; i++) result += MethodA();
return result;
}
[Benchmark]
public int BenchB()
{
int result = 0;
for (int i = 0; i < A; i++) result += MethodB();
return result;
}
public static void Main() => BenchmarkRunner.Run<RandomBenchmark>();
}

| Method | A | Mean | Error | StdDev | Allocated |
|------- |------ |------------:|---------:|---------:|----------:|
| BenchA | 10000 | 80.88 us | 0.489 us | 0.434 us | - |
| BenchB | 10000 | 1,490.26 us | 9.404 us | 8.797 us | 720,001 B |

2022/06/23(木) 20:56:11.83

>>51
皆が指摘してるように余計な処理を省いたら、たぶん、結果が逆転すると思う
(自分の所では逆転してMethodAの方が60倍位速かった)

private void Test2( Func<int> func )
{
var sw = Stopwatch.StartNew();
var count = 10000; // ※速すぎて結果が0msecになると思うから1桁増やした方が良い
for ( var i = 0; i < count; i++ )
{
func();
}
sw.Stop();
Console.WriteLine( $"{sw.ElapsedMilliseconds} msec" );
}

private async void button2_Click( object sender, EventArgs e )
{
await Task.Run( () => Test2( MethodA ) );
await Task.Run( () => Test2( MethodB ) );
}

2022/06/23(木) 20:58:51.74

少なくとも >>51 のコードでは、Label.Text の更新とApplication.DoEventの時間測ってるのと変わらん

2022/06/23(木) 20:59:14.76

>>91ほど変えなくても
>>51の
label1.Text = func().ToString();
を
func();
に置き換えるだけで結果が逆転するな

64 (ﾜｯﾁｮｲ 13ac-sER5) · 2022/06/23(木) 21:03:40.24

>>90
やっぱ差異あってもその程度だよなあ
これだけで 2000ms とか差が出るのは考えにくいよなあ

2022/06/23(木) 21:07:01.92

ついでにfunc().ToString(); でも逆転するな

2022/06/23(木) 21:21:12.73

.NetFramework4.8 Debugビルドにて

■label1.Text = func().ToString();
MethodA: 5480[msec]
MethodB: 48[msec]

■func().ToString()
MethodA: 8[msec]
MethodB: 20[msec]

■func():
MethodA: 7[msec]
MethodB: 18[msec]

■>>91
MethodA: 0[msec]
MethodB: 12[msec]

2022/06/23(木) 22:05:36.69

.NET Core 6.0 Debugビルドにすると
A,Bどちらも4500～4600msec位で若干ばらつくがほぼ同じ

結局のところ、>>58が正解で、.NET Framework4.8のRandomの挙動の違いで
Textプロパティの内部で処理がスキップされるか否かってことだろうね
Randomの値の検証はもう面倒臭いからやらないけど

2022/06/23(木) 22:19:46.46

まとめるとこうだな
・Label.Textの更新速度がクソ遅いのでRandomの処理時間は誤差
・new Randomで同じ値が返ってきた場合、Label.Textが更新されないから速くなってるだけ
https://referencesource.microsoft.com/#system.windows.forms/winforms/managed/system/winforms/control.cs,4048

2022/06/24(金) 02:50:44.64

>>98
ギャハハハｗ
難しいなｗ

2022/06/24(金) 07:20:28.71

仕様から推測した原因で間違いないか最終的に動作でも確認しといたほうがいいのでは？

パラメータ有りのnew Random(i)したり>>84みたいにカウンタもLabel.Textに反映して
MethodBがMethodAと同様に遅くなれば一件落着

2022/06/24(金) 09:06:25.48

>>88>>89
結果的に俺が一番最初に指摘した一般論の通りだったな

64 (ﾜｯﾁｮｲ 5f49-tycP) · 2022/06/24(金) 09:10:29.92

>>101
お前何もしてないじゃん

2022/06/24(金) 09:14:09.95

>>102
>>98が言ってる上記の結論をこのスレで一番最初に指摘したけど

64 (ﾜｯﾁｮｲ 5f49-tycP) · 2022/06/24(金) 09:17:32.89

検証してくれたのは違う人じゃん
なに自分の手柄にしてんの

2022/06/24(金) 09:27:01.49

>>104
単なる数値計算と比べて出力が激重なんてことは検証しなくても分かる程度に明らかな事だからな
実際俺以外にもちらほら指摘しとる奴おるし
せっかくただのint結果に小分けされてるものを毎回出力に紐づけるとか発想がスタティックおっさんと同レベルだからオブジェクト指向プログラミング向いてないで

64 (ﾜｯﾁｮｲ 5f49-tycP) · 2022/06/24(金) 09:46:49.82

>>105
しょうもな、後からならなんとでも言えるから

2022/06/24(金) 09:58:54.60

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

64 (ﾜｯﾁｮｲ 5f49-tycP) · 2022/06/24(金) 10:03:47.04

>>107
それは誤りやったな、51には悪いことしたわ
そんときはTextの仕様知らんかったでな
他のやつは98の提示があって始めて証明できてたな

2022/06/24(金) 12:18:00.54

普段から速度意識してプログラミングしてない奴は、出力が遅いという当たり前の事を知らない事は良くある
そう言う奴には口で言っても感覚的に理解出来んから数字を見せるのが一番早い

2022/06/24(金) 12:58:40.19

>>103
お前が言ったのは一般論の可能性だ

結果的にそれが正しかったとしても
それを個別事例に当てはめて検証したのは別の人だろ

ちなみに今回の原因は、コントロールのアクセスや出力が遅いことじゃないんだぜ
それならAもBも同じだけ遅くて差が出る原因にならんからな

2022/06/24(金) 13:05:30.94

誰が原因を解明したかなんて質問者からすればどうでもいい話である
醜い

2022/06/24(金) 13:19:04.19

出力が遅いとか条件次第でスキップする仕様等を知らなくても、
計測を目的としたループの中には対象(今回はRandom)以外の処理はなるべく入れない
と言う原則を守っていれば避けられた話だな。

2022/06/24(金) 13:26:09.89

いや、そもそもRandomの速度を測定したいって話じゃないだろ、これ

2022/06/24(金) 14:24:15.51

>>110
実際に検証した人がGJであることは別に否定してないが？
大本の原因は同一インスタンスでは1ms以内だとシードが変わらない&同一文字列だと出力更新が成されないって事だったようだが、
「毎回newする vs インスタンス使いまわし」という本来質問者が意図してたであろうこの差を調べたいってことであればControl.Textへの代入を挟むと、本来調べたいヵ所が誤差に収斂してしまって調査不可能になるって結論だろ
そしてStopwatchクラスで順次調査すると順番によって速度が変わるなんてことは往々にしてあるから必ずしも「AもBも同じだけ遅くなる」とは限らないってこともちゃんと指摘してる

2022/06/24(金) 14:27:59.50

最初に指摘出来てぼくちゃんえらいでちゅねぇ

2022/06/24(金) 15:42:06.42

>>114
>本来質問者が意図してたであろうこの差を調べたい
ああ、そもそもの食い違いはそこか
別にお前の指摘内容を個別にみれば間違ってるとは言わんが
インスタンス生成の速度みたいとか勝手な想像でしかないな

本来の質問者のベンチの意図は不明なんだがな
インスタンスの生成の差を見たかったのか、ローカル変数とクラス変数の速度差をみたかったのか
違う要因で速度計測してて最終的にあのコードまで落ちたのか

結果として予想と違うけど原因は何かって質問だぜ
質問した意図はボトルネックなコードは避けたいって話だったし

2022/06/24(金) 15:56:21.70

雑ッッッッッ魚

2022/06/24(金) 17:24:37.81

なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください

2022/06/24(金) 17:51:39.39

解決したんだからしょーもない事で喧嘩するなよw

2022/06/24(金) 18:14:27.28

元の質問者はもうこの流れ見て逃げてるかもしらんけど、
計測方法自体が間違ってると色々な人を混乱に陥れるので、
これからは、本当に計測したい部分以外の余計な要素を全て排除して
正しい方法で測って欲しいと思うｗ

2022/06/24(金) 19:22:50.70

論点がズレて喧嘩始まるのはこの板の名物だな

2022/06/24(金) 22:04:14.69

ワイだの草だの言ってんのみると、まとめキッズが大量に流入してきてるしな

2022/06/25(土) 12:00:40.04

顧客の意図を汲んで問題を分析して解を出す速度もこの業界では重要スキルだからこれからも精進したまえ

2022/06/25(土) 12:03:57.86

昔わざと炎上させて残業代を狙うやつがいて非常に厄介だった

2022/06/25(土) 21:08:15.68

非同期処理について質問なんですけど、taskを受け取ってその状態を見て処理が終わってるかどうかチェックして…みたいな感じじゃないですか
例えば通常の関数だったら、戻り値を受け取るのは呼び出した関数の処理が終わって、そこで初めてですよね
でも非同期だと処理終わってないのに戻り値が渡されちゃうって認識でいいですか？そして渡されたあとも進行状況に応じて変化し続けると

2022/06/25(土) 21:36:39.54

>>125
処理が終わっているかどうかのチェックなんかしない
Taskを受け取ったら、Taskに対して「完了後に次に実行したい処理」を登録する
そして完了後に次の処理を呼び出すのはTaskを返す側の責任であり、受け取った側は気にしない
次の処理が登録された時点で既にTaskが完了していれば次の処理がすぐ呼ばれるかもしれないし、数秒後かもしれない
非同期処理とはそういうもの

2022/06/25(土) 21:42:23.39

>>125
> 非同期だと処理終わってないのに戻り値が渡されちゃうって認識でいいですか？
非同期メソッドを呼んで戻ってきてるのは戻り値を戻す処理を実行してるTask<TResult>であって、
その時点で戻り値が渡されている訳ではないよ。
Taskが終了した時点でResultに結果が格納されるが、
普通はTaskを直接弄ったりせず、awaitで待って結果を受け取る。

2022/06/25(土) 22:53:30.13

>>非同期メソッドを呼んで戻ってきてるのは戻り値を戻す処理を実行してるTask<TResult>であって、
ここと
>>その時点で戻り値が渡されている訳ではないよ。
ここのつながりがよくわからないのです
1行目でTask<TResult>型の戻り値が戻ってますよね
それなのに戻り値が渡されていないというのはどういうことでしょうか

あとiscompletedプロパティで終了しているかを判断するのは一般的ではないのですか？

2022/06/25(土) 23:06:32.65

>>128
Taskは作業管理機であって結果ではない
task.Resultをして初めて結果を取り出せる
task.Resultを呼び出す前に作業が完了していれば即戻り値を得られるし、そうじゃないなら内部でwhile (!isComplited) Sleep(1);みたいな事をして作業が終わるまで待機した後に得られる
「作業が終わっていたら結果を貰う、そうじゃなければ別の事をする」っていうシーンに限りIsComplitedで確認する（Resultを使うと終わるまで強制的に待機させられるため）
大抵の場合は「Task投げる→他の事する→Task結果を受け取る」って言う一本道なのでIsComplitedをせずにResultでそのまま貰うことが多い

2022/06/25(土) 23:09:24.51

>>128
今はtask.IsCompltedやtask.Resultを直接参照することはあまりないな
var result = await Task;
みたいにawaitで待ちと返り値の取り出しを行う

2022/06/25(土) 23:14:34.43

>>128
値は確かに返っている、がタスクであってズバリ結果じゃないよね
ハンドルとかのイメージが湧かないなら…注文番号だけ返すみたいな
>iscompleted
使う機会がない訳ではないが、自前でノンブロッキングを書くと面倒くさいし
大抵は完了したら何をするって感じで、awaitやContinueWithを使うと思うよ

2022/06/26(日) 01:35:05.56

待つなら同期でいいと思うんですが、awaitするメリットってなんですか？
他のことが出来るって言われても、他のことが非同期にやらせてる処理に
影響が出るような事象や処理だったらどうするんですか？

2022/06/26(日) 01:42:42.52

同期で待つとスレッドプールが占有されるからやめろ
複数のタスクから同時に読み書きアクセスされるリソースがあるならロックをかけて排他制御しろ

2022/06/26(日) 01:45:50.95

あとネイティブアプリでUIスレッド上で同期で待つと全てが固まるからやめろ

2022/06/26(日) 01:49:34.43

>>132
良くあるのはGUIのボタンを押したら時間がかかる処理をやらせる場合
同期処理だとその間GUIが固まって、ウィンドウを移動したり出来なくなる
非同期処理なら処置中もGUIが動ける
排他制御等で影響が出ないようにするのはプログラマーの仕事

2022/06/26(日) 02:07:33.08

C10K 問題は20世紀に提起された話題で、現代も問題になるかわかたない。
実際、開発者であるあなたのパソコンでは数千のスレッドが在り、ハンドルに至っては数十万あると思う。
それで問題なく動いている。
非同期は広告の宣伝文句かもしれない。

2022/06/26(日) 02:31:28.25

>>132
ついでに言うと、UIコンポーネントはUIスレッドしか触るなという制約がある
awaitは非同期待機だけでなく既定なら元コンテキストへ戻るという意味も含む
同タスク内でやるとアクセス違反、経過もIProgressなど同期コンテキストが必要
ContinueWithの後続処理としてもタスクスケジューラを渡してやらなければならない

>>136
GUIはイベント駆動だし、Taskの乱発はC10Kのスレッド作りすぎに近づいていくが…？問題ねぇよってプロパガンダ？

2022/06/26(日) 08:44:12.84

>>132
> 他のことが出来るって言われても、他のことが非同期にやらせてる処理に
> 影響が出るような事象や処理だったらどうするんですか？
魔法じゃないんだからそんなのは何を使ってもどうしようもないだろ
影響出ないケースなんていくらでもあって例えばネットワークとディスク（最近はSSDだからストレージか）の各々からデータを読んでからそれらのデータを処理して表示するなんて時にシリアルにやるより
1. ネットワークから読み出し開始
2. ストレージから読み出し開始
3. 1. と 2. の終了を待つ
4. 読み出したデータを処理して表示
ってやった方が早い可能性があるってこと

2022/06/26(日) 08:51:05.64

横からの質問ですが、デスクトップアプリならなんとなく理解はできてるつもりですが、ウェブアプリだと、複数のユーザからの処理をサーバ上のアプリが処理していく際に、同期処理で重たいのが動いている場合にほかのユーザまでまたされるということがありますか？
アクセス単位で別々にスレッド処理されてるから、メソッドを同期非同期するのはあくまでもその単一ユーザの処理の中で考えれば良いですかね？
それとも、他のユーザも待たされるから基本的には非同期で作っていくものですか？
ちなみに、winformからblazor移行の勉強中です

2022/06/26(日) 09:48:29.73

Blazorって流行る気配があるの？

2022/06/26(日) 09:58:33.85

>>139
同時アクセスしてるユーザー数＞Webサーバが用意してるスレッド数の上限だと待たされることがある
これがC10K(クライアント10000台)問題

なので対策としてDBアクセスみたいなI/O待ちみたいなときにスレッドを占有せずいったんリリースさせようと考えて
async/awaitの仕組みが生まれた

2022/06/26(日) 10:02:10.45

Blazorはアーリーアダプタが一瞬遊んだくらいで消えた
もう誰も使ってないよ

2022/06/26(日) 10:04:32.32

スレッド型非同期は時代遅れ
シングルスレッド非同期こそナウ

2022/06/26(日) 10:07:12.47

>>141
ありがとうございます
ということは、スレッドが枯渇しない限りは同期処理でほかのユーザは待たされることはないと。
プログラム上で主に考えるのは、ユーザ単位で同期で良いのか非同期にするべきか考えれば良く、ただ、規模やサーバの負担を考えるときには、非同期によりスレッドの占有は抑えられて効率よくスレッドが使われていくから、非同期処理を実装するメリットまたは必要があるという理解で合ってますか？

2022/06/26(日) 10:25:36.55

>>144
それで合ってる
ぶっちゃけBlazorなんてお遊びの許されるちょっとした社内システムくらいでしか使わないんだからスレッドの消費なんて全く気にしなくてOK
Blazor Serverなら尚更

2022/06/26(日) 10:47:01.78

極論すると、絶対にWebサーバでスレッド枯渇することがないって分かってるなら
async/awaitなんか使わないほうがパフォーマンスが良い

なので、万一本当にスレッドが枯渇したときに
サーバに処理余力があるにもかかわらずリクエストが処理できなくてレスポンスが致命的に悪化してもよければ
非同期の仕組みなんかまったく使わなくてよいし
現にVS2010以前はその前提のWebアプリしか構築できなかった

2022/06/26(日) 10:47:39.05

>>145
ありがとうございます
なかなかピンとくる記事に当たらなかったのですっきり疑問がとけました
国内のサードパーティー製のモジュールとか対応しだしてたりYouTubeなんかだと結構英語の解説とか多いので向こうでは多少使われてるのかなと思ったんですが、先は厳しそうですね、、、
本業でなくC#好きで触ってる自分にとっては一番作りやすいのではありますが

2022/06/26(日) 11:46:46.35

データベースのこと考慮しなくていいんか？
重い処理は非同期で別スレッドに投げなくていいんか？

2022/06/26(日) 11:55:34.78

CPUバウンドな処理だとスレッド枯渇しなくても他のユーザーが待たされる
I/Oバウンドな処理でもDB側で何らかの競合が発生すれば待たされる

スレッドが枯渇しなくても数が増えると該当スレッドにCPUリソースが割り当てられるまでの時間が当然増えるから処理完了までの時間は長くなる

短い時間で終わる単純なI/Oバウンドな処理のみでピーク時/オフピーク時のリクエスト数が十分に少なくて省リソースよりもプログラムの簡潔さを優先するような場合なら同期処理を選ぶ

2022/06/26(日) 12:26:18.51

サーバーアプリでCPUバウンドな処理なら非同期より同期で実装
フロントのサーバーを呼び出す箇所で非同期にする

2022/06/26(日) 12:32:44.97

BlazorならPolySnakeを再現してるサンプルを見て、すごい時代になったなと思ったよ
見ただけなのでどういう仕組みかは知らない
https://github.com/3mam/PolySnake

2022/06/26(日) 12:39:31.07

>>148
Winアプリと違って、Webサーバーというのは基本的にレスポンスを返すまでスレッドをブロックしていいアーキテクチャなんだよ
例外としてNode.jsのようなシングルスレッドなサーバーもあるが、少なくともASP.NET(無印もCoreも)はそうではない
ローディングアニメーションを出すような場合は、処理を開始するAPIと進捗をチェックするAPIを分けてAjaxでポーリングするように作ったりすることもあるが、
その場合でもリクエスト単位では同期でいい

2022/06/26(日) 13:51:48.19

>>144
は？単位時間あたり、仮に3分として
CPUリソースをトータルで食い尽くしたら足りない分と次の3分はどうなると考えてるの？

2022/06/26(日) 14:25:11.51

>>153
そうならないようにインスタンスの台数を増やすだけだね
同期だろうが非同期だろうが変わらん

2022/06/26(日) 14:30:57.64

ええー
リソースある前提で作っちゃうのー？

2022/06/26(日) 14:57:18.69

>>155
何が言いたいのか知らんが、同期だろうが非同期だろうがCPUを100%使っている状況なら普通はWebならまずは水平分散する
Webでは一般にインスタンスの数を増やすだけでスケールするような作りになっていることが大前提として最重要であり、個別の最適化はその次だ

2022/06/26(日) 17:01:46.40

webは知らんけど
最近ようわからんのにスレッド立てまくる奴が作ったプログラムがこんな動作だね
正直まずいレベルで下手っぴだと思う
c#の言語仕様のせいで

2022/06/26(日) 20:52:25.72

「こんな動作」とかフワフワした用語でマウント取りに来るなら自分のブログとかでやってくれ
ここは「初心者」スレ

2022/06/26(日) 20:59:48.87

>>157
正直まずいレベルで下手っぴな文章だな

2022/06/27(月) 01:26:20.48

何言ってるかわからんと思ってたら他の人もそうだったので安心した

2022/06/27(月) 02:35:01.48

ASDっぽい会話のコンテキストのおかしさ

2022/06/27(月) 02:35:22.77

>>160
言いたいことは>>153なんだけど
わからないほど悲しい脳みそしてるんだ？

2022/06/27(月) 03:01:17.94

ヌルヌル話法の特徴と根本原理｜mentane｜note
https://note.com/mentane/n/n1ba35d50bef0

2022/06/27(月) 15:08:18.79

インターフェースのメンバーを呼び出す時には実装を確認すべきなのでしょうか
それとも定義元のインターフェースへのキャスト必須ですか
(例)
class MyList : IList<int>
{
int IContainer<int> Count { get; }
...
...
}

**164** (ﾜｯﾁｮｲ 4f02-lwqN) · 2022/06/27(月) 15:22:13.53

ドットが抜けてました
int IContainer<int>.Count { get; }

**164** (ﾜｯﾁｮｲ 4f02-lwqN) · 2022/06/27(月) 15:33:45.50

ぐちゃぐちゃですみません
int ICollection<int>.Count { get; }

2022/06/27(月) 19:24:48.05

聞きたいことがよく分からない
「実装を確認する」というのがどういう行為なのか
そのMyListを実装する側の話なのか使用する側の話なのか
例が単にインターフェイスの明示的実装を書いてるだけでどこが疑問点か読み取れない

**164** (ﾜｯﾁｮｲ 4f02-lwqN) · 2022/06/27(月) 20:38:42.94

>>167
var mylist = new MyList();
var c0 = mylist.Count; // build error
// MyList は IList<int> : ICollection<int> をもつので
var c1 = ((ICollection<int>)mylist).Count;
// MListでint ICollection<int>.Count { get; } という memberをもつので
var c2 = ((ICollection<int>)mylist).Count;
c1は万能

2022/06/27(月) 21:10:43.08

プロパティにpublicつけ忘れてるだけじゃね？

2022/06/27(月) 21:49:28.21

IList.Count って public int Count { get } じゃなかったっけ。
((ICollection<int>)mylist).Count; が出来るのは、別途 ICollection.Count が実装されているからじゃないの。

**164** (ﾜｯﾁｮｲ 4f02-lwqN) · 2022/06/27(月) 22:21:47.30

>>169, >>170
var array = new int[]{1,2,3};
var c0 = array.Count; // build error
var collection = (ICollection<int>)array;
var c1 = collection.Count; // ok

2022/06/27(月) 23:11:12.57

オマエ、きちんと日本語で他人に伝わるように説明する気ないの？
,前に書いたのに誤りがあるように見えないんだけど。

2022/06/28(火) 01:12:23.85

いきなりオマエ呼ばわりかよ、何様？

2022/06/28(火) 03:39:43.25

攻撃的なレスは誰も得しない

>>172
前に書いたのってのは170のことで合ってる？
Countプロパティを定義してるのはICollection<T>
IList<T>はそれを継承してるだけ
だから
((ICollection<T>)array).Count
で正しく取れるし
((IList<T>)array).Count
と全く同じ意味になる

2022/06/28(火) 08:26:27.68

https://ufcpp.net/study/csharp/oo_interface.html?p=4#usage

インターフェースの実装は
public int Count{get{...}}
のようにpublicで公開するのが普通。

MyList mylist; mylist.Count; のようにアクセスするのがまずいなら
int IContainer<int>.Count {get{...}}
のように隠すこともできる。

インターフェイスとしてしか使わないなら
MyList mylist;
IContainer<int> c1=mylist;
c1.Count;
のようにアクセスする方法もある

**164** (ﾜｯﾁｮｲ 4f02-lwqN) · 2022/06/28(火) 14:11:24.95

>>175
MyListでのインターフェイスの明示的実装の結果, 隠蔽されてしまうということですか
了解しました

2022/07/05(火) 02:51:20.89

SOLID原則のDの依存性逆転の原則がイマイチ分かりにくいんですが
上位は下位に依存してはならないって説明は何をもって上位と下位になるんですか？
依存の意味はインスタンス化したらもう依存したことになるって事でいいんですよね？
では上位と下位の意味は具体的にどういう基準で区分されるのですか？

2022/07/05(火) 08:09:11.15

>>177
処理の呼び出し階層
決済モジュールが中で銀行引落モジュールとカード決済モジュールを呼んでいるなら、決済モジュールが上位で他は相対的に下位

2022/07/05(火) 11:14:44.01

>>177
いい質問
抽象度の高いものが上位、抽象度の低いものが下位
別の言い方をすればアプリケーションのコアに近いものが上位、コアから遠いものが下位
↓この図にある円の中心に近い方が上位、周辺に近いほうが下位
https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html

依存は適切なソース分割が行われてる前提で言えば
usingディレクティブでインポートしてれば依存してることになる

2022/07/05(火) 13:13:39.89

フォームアプリのListViewで水平スクロールをボタンに連携して動かすことって
出来るでしょうか？
HScrollVarの値を設定できれば実現できるのでしょうが、そういう情報が見つからず。
よろしくお願いします。

2022/07/05(火) 13:22:03.56

できらぁ！

2022/07/05(火) 18:34:58.72

どのようにやれば出来るのか、取っ掛かりを頂きたいです！

2022/07/05(火) 18:39:12.96

DataGridView.HorizontalScrollingOffset はreadonly

2022/07/05(火) 20:00:12.64

Listviewだからアライメントをleftかな

2022/07/05(火) 22:06:19.52

忘れたけどListviewはスクロールいじれないからスクロールオフにして
ドックして自動でスクロールバーが出る状態にしてそれを操作したような気がする

2022/07/05(火) 22:14:55.12

それともドックさせないんだったかな
思い出せない

2022/07/05(火) 22:36:02.80

よくわからんものはスクロールバー付きのパネルの子として移動させる方が簡単だな

2022/07/05(火) 23:12:26.77

ListView、水平スクロール、ボタンに連携
俺頭悪いから何させたいのかわからない

2022/07/06(水) 06:01:09.15

"xxx.zip .exe" みたいなファイルみたいに
水平スクロールを大量に行うと右端のあたりにボタンがあって
そこで本来あるべき機能が動き出すようなプログラムを作りたい

2022/07/06(水) 07:31:13.08

>>189
ダブルクリックでは本来あるべき機能は動かないんだ？

2022/07/06(水) 08:01:33.86

LVM_SCROLLをSendMessageすればいいみたいな事が書いてある

2022/07/06(水) 08:45:43.56

凝ったことやりたかったらFormsを捨てることから検討したほうが良いのでは？
アレは単純なUIを手早く作る用途に適しているけど、複雑なものを始めるとどうにもならなくなる

2022/07/06(水) 09:06:38.00

>ListView、水平スクロール、ボタンに連携
>俺頭悪いから何させたいのかわからない

高解像度のPCだとListViewのスクロールバーが小さいので、スクロールバーは捨てて
ボタンを1回押すとちょうちょいスクロールするものを作りたかったです。
プロパティでスクロールを動かす量を設定出来たら実現できるかなと思い。

ListViewのスクロールを捨てて、デカくしたスクロールバーコントローラで
パネル内のListViewのスクロールも試してみたいと思います。

2022/07/06(水) 09:38:47.94

横スクロールできるマウス買うのをオススメ

2022/07/06(水) 11:04:46.38

>>193
ListViewの部分だけWPF使ったら？

2022/07/06(水) 13:03:45.15

WinFormsでカスタムコントロールって手間かかりすぎて敬遠されるんよ
高解像度用にフォント大きくしたり、ボタンにアイコン画像つけたり、とかも
出来なくはないけどさ、そんなくだらない苦労背負うよりWPFで解決した方が早いっていう

2022/07/06(水) 15:11:19.50

高解像度のPCがどうたらって
WinFormsのDPIスケーリング対応機能を有効にするんじゃ駄目なのかな

2022/07/07(木) 01:17:45.97

タブレットだと高DPIだとWPFだろうがwinformだろうが表示される要素がそこそこ大きくなって
操作しにくい
ボタンなどが縦に10個並べてあったとしてタブレットで表示すると下のほうが押せない

2022/07/07(木) 01:19:41.15

GUI設計者が状況に応じて複数のレイアウトを用意するしかないけど
それじゃあGUIフレームワークの自動レイアウトの仕組みがあまり意味がない

2022/07/07(木) 01:46:44.86

コンパイル時に文字列変数へアプリのバージョンを埋め込む方法を教えてください

FileVersionInfo ver = FileVersionInfo.GetVersionInfo( System.Reflection.Assembly.GetExecutingAssembly().Location );
だとWindows上で動かすと取得できますが、Linux上だと例外になります。

代替案として、コンパイル時に外部ファイルから読み込んでしまおうと考えたのですが方法が分かりません
asp.net core6のWebアプリなので、プロジェクトファイル（.csproj）のPropertyGroupのFileVersionから取得したいです