ふらっと 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/03/09(土) 11:46:51.01

>>104
foreachでも要素のindexを取り出せるじゃん

2024/03/09(土) 11:52:42.50

>>107
横からだけど取り出し方教えて

2024/03/09(土) 11:54:54.45

linqでselect使うんじゃね？

2024/03/09(土) 11:58:23.65

んでもってタプルで受け取るってか？
素直にfor使っとけよ

2024/03/09(土) 12:03:19.03

ほんと
for使うなとか低レベルにもほどがある
最近はforeach使うなすら現れてるｗ
qiitaのレベルが下がるわけだ

2024/03/09(土) 12:18:23.65

foreachで順番通りにやらなきゃいけないオブジェクトではまったわ

2024/03/09(土) 13:21:05.43

>>100
「遅くなるような気がする」じゃなく実際に自分で測ってみたら？
「どちらが速いですか」などの質問も割とよく出るけど、処理内容によって変わるかもしれないのだから自分で測ってみるのが一番早い
https://atmarkit.itmedia.co.jp/fdotnet/dotnettips/412stopwatch/stopwatch.html
ここのSystem.Threading.Thread.Sleep(1000);を計測する処理に差し替えるだけでできる

2024/03/09(土) 14:45:59.51

.Count() を .Count にしろって警告出るからイヤイヤ直したわ

2024/03/09(土) 15:49:39.64

・記述を変更しても、コンパイラの最適化によって同じIL(中間言語)になる可能性もある。
・JITコンパイルでほとんど差がない可能性。
・AOTコンパイルで(略)
・C#を使っている時点で最速でないから、そんな速度差を気にするくらいならC/C++、Rust、アセンブラを使え。

2024/03/09(土) 15:58:25.88

イテレータが無いかも知れないから、foreachは限定的だよなぁ

2024/03/09(土) 16:35:37.85

>>100
> for (int i = 0; i < arrs.Length; i++) {......}
配列の範囲外アクセスのチェックを省略する最適化がかかるから変に凝った書き方はしない方が良い
> 変数iが無駄に思える
全てを代替出来る訳じゃないけど、可能ならforeachを使えば

2024/03/10(日) 10:17:52.32

最近の.NETはメジャーバージョンアップのたびに最適化されているから速度差はあまり気にしなくてもよくね？
どうしても高速化したいのならNativeAOT使おう
制限はあるけど使い慣れたC#で記述できるから最高だぞ

2024/03/10(日) 11:40:18.63

こういうので速度気にするって百万回位のループとかなん？

2024/03/10(日) 12:07:18.56

>>119
ループの中で何を処理するかによっても違う
パラレル使う手も有るしね

2024/03/10(日) 12:22:04.64

C++使おうが速くならないんだけどな
逆に処理色々自分でかかなきゃいけないしそれが効率悪い分だけ遅くなるまである
世の中うまいようにいかないもんなんだ

2024/03/10(日) 13:02:05.96

他と比べてとかそういうんじゃないんだよな
最初に作ったアプリをバグフィクスや機能追加していくと速度が落ちていくことがあると言うか大体落ちる
ひどいと今まで30秒で処理してたのが33秒になりましたとか

目算で思っていた範囲以上に遅くなるとちょっと嫌な気分
これが地味にダメージなんだよな
そういうのが積み重なると目も当てられない

それを避けるために日常的に無駄のないコードを心がけるのが精神衛生上良い
他でもない自分のため

2024/03/10(日) 13:59:58.74

昔での事だけど、Cじゃないんだけどさ
テーブルの各値を1つづつズラしてシフトする処理で1番目に初期値零を放り込むプログラム合ったんだけど
テーブル毎バサッとやったら3時間掛かってたのが10分でおわってワロタ記憶あるわ

なんでそれまで誰もやらなかったんだか(笑)

2024/03/10(日) 15:42:57.59

>>122
そもそも30秒掛かってる時点で無いわ
30msにしてから言え

2024/03/10(日) 15:45:45.05

>>123
C#でListに1万件ループでAddするのとAddRangeで一気に追加するのでは速度が段違いだよねって話みたいなもんか？

2024/03/10(日) 16:22:21.58

>>118
NativeAOTも良し悪しだけどね
リフレクションが制限されるし
実行時のプロファイリングによる最適化が掛からないから繰り返す処理だと不利かも

2024/03/10(日) 19:37:56.54

>>124
1時間の動画解析が30msで終わったら苦労しない

2024/03/11(月) 02:57:06.98

10万枚の画像差分解析が30msで終わる時代に生まれたかった

2024/03/11(月) 06:49:54.15

>>125
時々Listが取りこぼすバグが直った！

2024/03/11(月) 06:56:34.82

>>124
3sでは女々か

2024/03/11(月) 20:00:19.72

なあ365のGraphSDKだけどv5凄く使い難くね？
特にページイテレーターとか糞じゃね？

全件取れるようにGetAll全部に用意しろ

イテレーターで1件ずつ取り出すのはそのままで良いから1ページ毎にAddRangeで追加出来る様に追加しろ

2024/03/11(月) 20:01:20.76

あとGraphAPIはいつまでv1のままなんだ？
いい加減バージョン上げろよ

2024/03/12(火) 05:01:07.57

はいわかりました
そのようにします

2024/03/21(木) 16:41:51.77

ずいぶん過疎ったな
C＃も終わりか

2024/03/21(木) 16:59:27.82

string.Splitはcharとstring両方受け付ける癖に
string.Joinはstringしか受け付けないの
なんでそんな一致しない仕様にしたのか

2024/03/21(木) 17:10:49.32

>>135
古いバージョンを使ってるからだろ

2024/03/21(木) 18:52:04.52

.NET Frameworkの方だと最終でもStringしかないな
Coreは前からCharもあるけど

2024/03/21(木) 20:00:01.06

>>134
最強の言語だろーまじそう思う

2024/03/21(木) 20:02:37.95

Coreの時に互換性を破壊して言語仕様から作り直してくれたらもっと良かったんだけどね

2024/03/21(木) 22:01:40.55

きっとChatGPTさんやGeminiさんが大活躍

2024/03/21(木) 22:30:21.33

勢いのある言語はライブラリなどの開発が盛んだ

C#は昔からそういう系統は後手後手
今後も主流の言語のおこぼれを頂く立場

2024/03/21(木) 23:19:32.09

主流の言語とは？

2024/03/21(木) 23:32:45.31

async/awaitとかはC#の実装後に他言語がパクり始めたね

2024/03/21(木) 23:37:27.90

RxもC#が最初

2024/03/22(金) 00:05:28.91

c#好きって言う人は多いけどjava好きって言う人ほとんどいない
この差はなんだろう

2024/03/22(金) 00:46:25.75

C#はMicrosoftが推してるってのもあって年々扱いやすくなってるし良い言語ではある
けどGUIライブラリ周辺は完全に力入れる方向性ミスってる
xamlなんかじゃなくて最初からmvcに注力してれば…

2024/03/22(金) 08:25:24.91

なんでAI用のライブラリが遅れてんだ？
結局インタプリタが正義なんじゃねーのか？
インタプリタで開発して完成したらネイティブコードに転換するような言語でいいんじゃね？

2024/03/22(金) 09:19:28.62

AIは発展途上だからライブラリ化してもすぐに更新必至だしなぁ

2024/03/22(金) 11:35:03.43

C#がメジャーなり切れないのはGUIライブラリがゴミカスみたいな変遷をたどり続けてるのが一番の癌じゃね

2024/03/22(金) 13:07:30.18

そもそもGUIライブラリってそんなに作るの難しいのか？
MSほどの組織があればGUIライブラリなど数ヶ月で完成できるだろ
何が開発を阻害してるの？
Windows自体の問題なのかc#の問題なのか

2024/03/22(金) 15:37:57.77

完成してるやん
自分が使いこなせないXAMLにイラついてる奴が居るだけでさ

2024/03/22(金) 15:47:57.64

xamlかぁ
あれで何でも記述したプロジェクトの表示系の不具合修正する仕事した時には
xamlでなんでも書くんじゃねえ！
と本気で怒った記憶

2024/03/22(金) 15:51:53.40

別にコードで書いても良いやん

2024/03/22(金) 15:56:14.80

コード書いてオリジナルのタグ作れるよ！(*бωб)

2024/03/22(金) 17:00:25.00

そういう事じゃ無くてコードでもXAMLと同じ事出来るじゃん
正確に言うとXAMLがコードに変換される訳だけど

2024/03/22(金) 17:10:54.52

>>155
ループ処理とかどう書くん？

2024/03/22(金) 17:40:59.96

>>146 訂正 mvc→mvu

有名なアプリが大抵react、flutter、electron製な時点でお察し
当のMicrosoftでさえTeamsをMAUIで作ってない

2024/03/22(金) 18:05:07.32

C#自体は最近はそう大きな変化はない
大体は他の言語の機能の後追いか内部のための変更が多い印象
全てを把握している人間は少ないのではないか

自分は過去のC#の言語の表現が好きだった
最近は記号の羅列や呪文に近くなっている

2024/03/22(金) 18:27:40.41

>>158
簡略化する為の表記法がどんどん呪文化する元凶だよな

2024/03/22(金) 18:35:38.75

モダンな言語なんて大抵呪文だし記法覚えりゃいいだけじゃん
それで記述が簡潔になるんだから御の字よ
俺はリフレクション系じゃなけりゃ抵抗無いわ

2024/03/22(金) 19:04:08.81

Typescriptの型機能凄いよ
c#もこうなればいいね

2024/03/22(金) 19:30:19.70

>>161
何を示してるのか意味不明

2024/03/22(金) 19:39:52.80

>>158
関数型言語を蛇蝎のごとく嫌ってそう

2024/03/22(金) 21:07:23.94

言語固有の記法なんか覚えても近い未来にゃ糞の役にも立たなくなるからなぁ

2024/03/22(金) 22:51:39.57

そそMASMこそ究極にして至高あるね

2024/03/24(日) 17:39:27.40

MAUIはどうなりましたか、

2024/03/24(日) 18:01:15.05

Add(int x int y)
{
return x+y
}

これ呼び出すのがシンプルにx+yって計算するよりも遅いです。
どうしたらいいですか？書いちゃったプログラム全部書き直しってのは絶対無理です。
ちなみに1回につき100万回くらい呼び出さないといけません。

2024/03/24(日) 18:30:34.77

>>167
https://ufcpp.net/study/csharp/structured/miscinlining/#dotnet-inlining
あとはコンパイラの最適化オプションが有効になってるか見直すくらい？

2024/03/24(日) 18:30:43.74

書き直しが無理ってことは実際に全部置き換えたのと時間を比較したわけではないんだよね
https://ufcpp.net/study/csharp/structured/miscinlining/
多分普通に最適化されてると思うけど　まあ一応AggressiveInlining付けてみたら

2024/03/24(日) 18:41:04.24

>>167
AggressiveInliningつけてもダメだったらQuick JITが悪さしてる可能性があるらしい
https://qiita.com/rougemeilland/items/b8b4b045b82a294a56de

2024/03/24(日) 19:33:22.45

>>167
それがそのままなのかどうかは不明だけど基本的にはメソッド呼び出しは遅くなる
本当にごく限られた特定の場合だけインライン化と言う最適化が働いて速くなることがあるけど
それを過信してはいけないと思う

2024/03/24(日) 21:03:54.16

要するに.ランタイムのバグか
それの尻拭いをプログラマがすべきか否か

2024/03/24(日) 21:17:05.90

>>167
publicかどうかで変わるかなあ？

LLMに修正させれば？

2024/03/24(日) 23:11:43.13

>>168～>>173
ありがとうございます。

>>169
一部置き換えたのを計ったら早くなってたけど
全体では少し早くなった感じでした。

ちなMath.Powは何故か遅くMath.Sqrtはそうでもないのは
私の勘違いでしょうか。

2024/03/25(月) 08:49:13.08

>>172
バグじゃないよ

2024/03/25(月) 09:14:45.01

＞ちなMath.Powは何故か遅くMath.Sqrtはそうでもないのは
そもそもの機能が違うメソッドを、あっちは遅くてこっちはそうでもないとか比べる意味ある？

2024/03/26(火) 22:09:52.61

>>175
ランタイムのバージョン違いで挙動変わればバグだよ
バグじゃなかったら何なの
それがWindowsなの～

2024/03/26(火) 22:20:19.05

こういう理解できない人は多分最後まで理解できないんだろうな
挙動は同じで実行時間が違う

C++だと顕著だけど実装依存の最適化は別に言語仕様ではないので何とも言えない

2024/03/26(火) 22:28:12.39

「Spectre」と「Meltdown」みたいな重度のセキュリティーホール対策で実行速度は大幅に落ちた
セキュリティーホールをふさいで極端に言えば挙動が変わってるけど最初の挙動は本来期待しない動作

オプション指定しないと最適化されないのは想定している動作であり期待しない動作ではないのでバグではない

2024/03/27(水) 11:23:20.06

コンパイラの設定次第で究極的に速度重視とか、メモリ削減重視とかやれるんじゃねーの？

2024/03/27(水) 16:36:23.02

switchが、ビルドしたらswitch式に置き換わるかswitchステートメントのままかってどういう基準なんだろ？

2024/03/27(水) 17:10:26.62

if と goto になるんじゃないのかよ

2024/03/29(金) 23:10:39.70

C#に限ったことじゃないけど
BigInteger型があるのにBigFloat型が無いのは何でなのか？
どちらかというと後者のほうが科学技術計算とかで使い道あると思うんだが

2024/03/29(金) 23:15:59.55

doubleじゃダメなんすか

2024/03/29(金) 23:18:34.62

じゃTriple追加で

2024/03/29(金) 23:18:41.43

Lisp族には分数型があったな
浮動少数よりあれで持ってた方が良いんじゃないか

2024/03/29(金) 23:58:03.52

decimal

2024/04/01(月) 20:43:32.19

>>183
科学技術計算でdouble精度を上回る有効数字桁数が必要とされることはほとんどない。
BigFloat型でと同様な計算は10の整数乗倍することによりBigInteger型でも可能。

2024/04/02(火) 08:44:55.54

まぁなんでなのかって必要ないからでしょとしか

2024/04/02(火) 09:47:59.11

天文学的数字なんか上位３桁でもおおくらいだろうし、それ以上正確にする根拠も必要性も無いからなぁ

2024/04/02(火) 15:45:19.84

巨大な行列の固有値が正確に必要な問題とかで4倍精度必要なケースあるけどな

2024/04/02(火) 18:56:13.48

>>191
そう言うものには浮動小数点形式は使わないだろw

2024/04/02(火) 21:23:57.28

>>192
使うぞ
逆に何を使うっていうんだ

2024/04/02(火) 21:27:11.60

浮動小数点はどこまで行っても概数でしか無いからなぁ
円周率の計算みたいにするしか無いんだよなぁ

2024/04/02(火) 21:28:58.89

そんな貴方に有理数計算オススメ

2024/04/02(火) 21:31:32.43

有理数で巨大な行列の固有値計算とか冗談だろ

2024/04/02(火) 23:34:27.52

もちろん見

2024/04/03(水) 22:53:26.71

なぜないかと言えば一番は需要がないから
次にハードウェアで演算が実装されていないから
マルチスレッドと非常に相性が悪そう

2024/04/03(水) 23:35:28.04

そもそも固有値計算は反復法で数値的に解く以外のアルゴリズムが絶望的に遅い
反復法で有理数を使うメリットは皆無

2024/04/05(金) 08:06:27.83

エッジAI時代の到来が後押し、STマイクロが18nm FD-SOIをマイコンに適用する理由
https://news.mynavi.jp/techplus/article/20240405-2921132/

2024/04/05(金) 08:23:11.07

MAUIで会員制のデータ計算、集計アプリ作ってて外部サーバーのMysqlに直撃繋いてSQL書いてるけど、問題ない?
（デスクトップアプリみたいな感じで）

PHPでWebAPI作るのが面倒だし、認証トークンがよく分からん。

2024/04/05(金) 08:44:51.05

>>201
それってDBへの接続文字列が書かれたものがコンパイル済みとはいえクライアントにあるって事だろ

逆アセンブルは簡単にできるからDBに直接アクセスされてデータ消したりテーブル消したり出来るぞ

当然ながら会員データも他人の読めるので個人情報入ってたらアウト
損害賠償で乙

2024/04/05(金) 08:47:55.10

MAUIで書いてるならWebAPIもC#で書けば良いじゃん
swaggerから簡単に生成出来るし

色々考えるとWebアプリの方が楽だぞ

2024/04/05(金) 10:22:28.23

会員制で直接続はアウト過ぎるでしょ

2024/04/05(金) 10:22:47.26

いやまぁ会員制じゃなくてもだいたいアウトだけど

2024/04/05(金) 11:05:17.45

釣りだろコレ

2024/04/05(金) 11:32:23.97

>>202
接続文字列のユーザーIDとパスワードを管理すればいいんじゃねーの？