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

2020/05/27(水) 20:28:41.27

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part147
http://mevius.5ch.net/test/read.cgi/tech/1582100741/
■関連スレ
C#, C♯, C＃相談室 Part94
http://mevius.5ch.net/test/read.cgi/tech/1553075856/
■コードを貼る場合は↓を使いましょう。
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/11/13(金) 22:02:04.34

wikipediaに依ると円周率の計算は
π/4 =1- 1/3 + 1/5 - 1/7...らしい
BigIntegerで1を必要な桁数だけ大きくすれば良いような

2020/11/13(金) 22:07:03.28

>>583
整数演算だけで出来るぞ
というかすべての小数点演算は整数演算の組み合わせで出来る

>>581
GMPのデフォルト精度は64ビットだから20桁くらいしかいけない
precに大きなビット数設定してやれば何万桁でもいける

2020/11/13(金) 22:26:47.07

だから言語に分数型が必要だって言っただろアホが

2020/11/13(金) 23:04:03.67

いや、もっとストレートに円周率型が必要

2020/11/14(土) 00:22:57.13

>>584
https://www.youtube.com/watch?v=NaL_Cb42WyY

2020/11/14(土) 05:05:39.51

分数型があったところで無理数は表現できなくね？
アレば便利なことには間違いないが

2020/11/14(土) 09:03:12.56

>>589
三分の一が表現できるってだけで結構便利なんだな
自分でクラス作ってもいいけど

2020/11/14(土) 15:27:05.74

>>537
http://www.dotsakura.com/?mode=blog;id=115

2020/11/15(日) 09:17:33.20

日本でC#使うのは殆どUnityかWindowsデスクトップアプリだからな
数値計算とかしたいならPython使うしかない

2020/11/15(日) 09:55:21.46

業務アプリで1/3することってあるよ

2020/11/15(日) 12:40:40.11

C#ってCやVC++と比べるとかなり遅い
ですか？
遅いなら、時間の掛かる処理だけは速い言語で作るべきか悩みます
マーシャリングすれば使えるみたいなので

2020/11/15(日) 12:45:13.00

>>594
処理の内容と書き方による

2020/11/15(日) 12:45:47.16

物にもよるが3割減ぐらいに思っておけば

2020/11/15(日) 12:58:30.49

分数型を作るのは面白そうやん。約分や通分の機能を持たせておけば素敵。てかMS考えてくれ。

2020/11/15(日) 13:20:31.23

>>594
ファイル読み書きやネットワークアクセスが一切なくて100%CPUパワーを使うだけのプログラムなら差が出るかもしれないけど
そうでなければ処理時間の差などI/Oにかかる時間に比べればごくわずかで塵にも等しい
ので気にするだけ無駄

というかCPUパワーを極限まで使い倒すなら、C#でマルチコア並列実行できるよう処理を書いたほうが
C/C++のシングルスレッド処理よりよっぽど早いかもしれない
よほど低性能なマシンで実行するならともかく、今どきの環境なら全部C#で書くほうが無難だと思うけどね

2020/11/15(日) 13:23:38.35

>>597
すでに有理数クラスがNugetにあるで
https://www.nuget.org/packages/Rationals/

Example usage:
Rational left = (Rational) 1 / 2;
Rational right = (Rational) 1 / 4;
Rational sum = left + right; // equals to: 3 / 4

2020/11/15(日) 16:21:09.71

>>594
どうしてもC++のライブラリをC#で使いたいとかじゃないかぎり
そのマーシャリングの処理が何気に重い気がするので
関数を何度も呼び出すみたいな使い方するなら
ベンチマーク取ってみるとC#のみの方が速いかも知れないぐらいの差じゃないかな

2020/11/15(日) 16:38:42.28

>>600
マーシャリングが重いって言うと例えば
extern IntPtr GetProcAddress(IntPtr hModule, [MarshalAs(UnmanagedType.LPStr)] string procName);
とする場合、のprocNameをAnsiに変換するときってヒープ使われるの？
ヒープ使われるんだとしたら自前でstackallocしてbyte*として渡そうと思うけど

2020/11/16(月) 08:44:05.44

>>594
C#とC/C++の処理速度はほとんど変わらないよ

ただ、C#はどうしてもGCの影響を受けるから、数msでも遅れたら困る用途には使えない
まあ、そんな要求は滅多に無いけどね

2020/11/16(月) 10:53:58.92

GCは何時発動するか判らんのが欠点だけど
C#のGCはタイミングは常に判ってるのかな

2020/11/16(月) 11:05:41.67

タイミングがわかるわけじゃないけど引き起こす可能性のある手続きはわかっている
コーディングでそれを避けられる余地があるからUnityとかでまだ採用されてるんじゃない？

2020/11/16(月) 11:27:25.87

本当にクリティカルな区間はGCを(出来るだけ)禁止する等ある程度は制御できる

2020/11/16(月) 11:30:54.33

GC禁止する前に、あらかじめ明示的にGCって出来る？

2020/11/16(月) 12:05:22.31

GC連打しまくればいいよ

2020/11/16(月) 13:22:47.27

GC.Collect()で強制実行出来るけど
世代上昇の問題もあるし使いこなすのは難しい

2020/11/16(月) 13:24:47.04

生き残りは強毒化するのか

2020/11/16(月) 14:26:09.78

強制GC連打派
30秒に一回とかやってる
それでもなんか1秒ぐらい止まるときあるよ

2020/11/16(月) 15:09:58.28

ストップザワールドしないGCを実装してくれたらもうアプリケーションでC/C++を使うことはないかも

2020/11/16(月) 15:48:59.14

むしろVC++に絶対的なGUI決定版が出たら個人開発のデスクトップアプリでC#使う事なくなるだろうな
個人開発程度の規模だとマクロのあるC++の方が返って開発速度早くなることも多いし

2020/11/16(月) 17:13:00.16

GCSettings.LatencyModeで選べるよ

2020/11/16(月) 18:58:34.38

フォーム上に設置したボタンを表示したいのですが、
フォームだけ非表示もしくは透過０％にする方法を教えてください
フォームのopacityいじるとボタンも非表示になってしまいます

2020/11/16(月) 19:19:54.16

フォームの背景を単一色で塗り潰してTransparencyKeyで透明にしたい色を指定

2020/11/16(月) 22:13:31.62

c#とvsがなかったら一生プログラムやろうなんて思わなかった

2020/11/16(月) 23:04:37.19

C#っていい言語だよね
飾らず、気取らず、それでいて力強い。

2020/11/16(月) 23:25:26.59

>>595,598,600,602
ありがとうございます！

2020/11/16(月) 23:34:54.33

>>596
ありがとうございます！

2020/11/17(火) 01:43:59.23

ファイルの日付時刻を比較したいんですがどうしたら良いですか？

2020/11/17(火) 01:44:52.21

datetime型を比較すれば？

2020/11/17(火) 10:32:21.22

>>620
datediffや

2020/11/17(火) 13:16:45.53

>>614
WPFなら普通にできたはずだけどFormでは簡単にはいかないと思うよ。
不完全だけど一番簡単にそれっぽいのを作る方法はButtonを乗せるためだけの別のform2を作って
form1をそれの親にすること。

public Form1()
{
　　InitializeComponent();
　　var loc = new Point(100, 100);
　　var form2 = new Form2();
　　Action a = () => form2.Location = PointToScreen(loc);
　　form2.Show(this);
　　Load += (s, e) => a();
　　Move += (s, e) => a();
}

2020/11/17(火) 15:43:12.61

WPFで作る利点ってのはクロスプラットフォームに出来るってこと？
Formしか作ったことないんやけど

2020/11/17(火) 16:31:37.70

>>624
WPFはWinFormsと同じくWindowsのみ

2020/11/17(火) 16:58:38.50

利点というか世界的に見たらWPFのほうが主流だから
むしろ今なぜFormなのかという感じだな

**デフォルトの名無しさん** (JP 0H43-LEMM) · 2020/11/17(火) 17:15:11.29

Formsの方が簡単だから……

2020/11/17(火) 18:04:37.48

グラフィック関係が壊滅的なので
skiaとかで支援しないと使い物にならないWPF
を勧めるとはお主も悪よのう

2020/11/17(火) 18:39:12.50

WPFなんて死産みたいなもんじゃね・・・
出て結構経つけどWPFの仕事とかの話全然聞かないわ

2020/11/17(火) 18:46:22.75

Visual Studioの皮ってWPFなんでしょ

2020/11/17(火) 19:20:07.15

>>629
仕事はいくつかあった
建物の入り口にあるディスプレイに飾っとくようなアプリ
3D空間にオブジェクトを配置するアプリ

2020/11/17(火) 19:24:53.52

そういうタイプはunityとかのほうが楽そう

2020/11/17(火) 19:26:16.29

うちは数年前から新製品で使い始めたよ。
特定業界向け会計ソフトだから一般の目に触れる事は殆どないと思うけど。

2020/11/17(火) 19:34:04.55

>>632
全くその通りで結局開発が進んで行くうちに帯に短し襷に長しみたいな中途半端力凄い

>>633
そういうのは絶対Webアプリのが使い勝手いいんだよなぁ
ログインしたらどこでもどのPCでも同じって強過ぎるよね

2020/11/17(火) 19:37:52.56

あと何気に困ったのが音
後ろで音楽かけてボタンとか押したら音鳴らしてってのが
わりかしできんかったっていうかなんかあやしいライブラリ使う羽目になったっていうか
まあ、色々動く画面作りたいときはいっそunity考えた方がいいと思う

2020/11/17(火) 19:42:43.18

unity 只け？

2020/11/17(火) 20:40:45.04

いまだに新規開発案件でforms使うところあるの？

2020/11/17(火) 20:44:36.18

あるよ

2020/11/17(火) 20:56:30.30

FAだとformで十分でウマーです。

2020/11/17(火) 21:02:12.76

windowsなのにformsを使わない理由を逆に知りたい

2020/11/17(火) 21:04:02.66

>>640
高DPI対応が面倒
バインディングが使い物にならない

2020/11/17(火) 22:28:01.75

そして来年からはWinUIというWPF紛いのものが登場する、と
Win10ぽいルックスとx:Bindでコンパイル時にバインドエラー発見ってのはかなり大きい
そのうちAOTコンパイルもサポートされるそうだ

2020/11/17(火) 22:33:32.13

WPFは（既に実質的にはそうだったけど）いよいよディスコンになるの？

2020/11/17(火) 22:39:07.63

>>643
現状維持
これからはWinUI推しでWinFormsとWPFは放置だろ

2020/11/17(火) 22:40:03.59

そうか無くなるわけじゃないよねw
メンテモードか

2020/11/17(火) 22:48:31.36

.NET MAUI 楽しみ

2020/11/18(水) 00:03:39.25

maui期待しないほうがいい
ただの名前変更レベルの予感
Microsoftはなぜxamarinが失敗したか総括したのか？
表面上何もかわってないように見える

技術的にはSlimRenderアーキテクチャだかようしらんが

2020/11/18(水) 15:05:11.31

VScodeで成功してるんだがElectronでいいじゃん
Electron.Netを正式サポートしろよ

2020/11/18(水) 15:10:25.22

>>647
だね。

2020/11/18(水) 15:39:37.23

Electronは失敗だよな
VSCodeだけだし

2020/11/18(水) 15:46:24.24

>>76
C#というのは前身がDelphiという言語なんだ
そのDelphiはVBとの死闘の末敗れてしまった

だからC#(Delphi残党）がVBを憎んでいるのは当然なんだ

ガンダムで例えるとC#はネオジオンでVBは連邦軍なんだよ

2020/11/18(水) 15:54:18.16

>>651
笑

2020/11/18(水) 15:54:52.11

>>650
笑

2020/11/18(水) 16:11:46.00

>>637
わたしは中国人あるよ

2020/11/18(水) 16:58:13.83

>>650
SlackやDiscordもElectronだよ

2020/11/18(水) 16:59:19.38

Azure Data Studio

2020/11/18(水) 19:57:00.23

>>656
ゴミは引っ込んでろ

2020/11/18(水) 20:11:49.12

>>657
え？

2020/11/18(水) 21:07:17.11

こいつら質問スレでテンプレ無視して雑談しなきゃならない使命でもあるのか？

2020/11/19(木) 10:08:06.32

StringBuilderのパフォーマンス目的で使う割には最終的なToString()で再Allocが発生するという矛盾に嫌気がさして
アンセーフなstringラッパー作って
public Length => { fixed (char* p = str) *(int*)(p - 2) = value; }みたいなことしてマニュアルで長さ変えたりしてるんだけど、こういうことしてるとGCに影響あったりする？
初期バッファとしてstr = new string('\0', 0x1000);として0x1000文字分のメモリを頂戴したのに、上記の動作で長さを5に変えたりしてると、GCによる解放時に5文字分しか解放されずに残りがリークするって事にはならないんだろうか？

2020/11/19(木) 11:07:34.05

> StringBuilderのパフォーマンス目的で使う割には最終的なToString()で再Allocが発生するという矛盾
そもそもそこは別に矛盾じゃないだろ
「結合のたびにアロケーションが発生する」のを防ぐもんなんだから

2020/11/19(木) 11:21:03.45

>>660
ZStringを使いなよ
色々な悩みから解放されるよ

2020/11/19(木) 11:31:10.28

>>662
良く知らないけどそれもその都度string生成してるんじゃないの？
スレッドアンセーフで良いから生成は初回かキャパ更新程度に留めて使いまわしたいんだよね
そのキャパ更新の際に捨てるときにstring.Lengthを弄ってるとメモリリークの原因になるのではないかと

2020/11/19(木) 11:37:15.19

さすがに内部でcalloc(sizeof(char), 0x1000)とかしたときの確保サイズメモっておいてくれてるのかね
GC内部の細かい挙動はMS社員でもない限り知りようないか

2020/11/19(木) 13:58:51.49

NameValueCollectionをコピペすると自動整形がうまくいかなくてかっこの位置がおかしくなるので
各行ごとにDelete→Enter→Endを繰り返して手動で整形しなおしてるのですが、ちゃんと整形してくれる方法ってあるんですか？
↓みたいになったりする。

　　　NameValueCollection vals = new NameValueCollection
　　　{
{ "hoge","hage"},
{ "fuge","hage"},
　　　};

2020/11/19(木) 15:16:47.51

1行にする
予期しないところにある改行が原因でフォーマッターが動かない

2020/11/19(木) 15:26:56.05

>>660
いやそもそもStringBuilder.ToString()は再アロケーションしないぞ
内部のバッファをそのまま引き継ぐ実装だ
その後StringBuilderの方に追加の変更が加えられた時点で再アロケーションが発生する

2020/11/19(木) 15:52:44.75

>>666
1行というのはこういうことですか？
NameValueCollection vals = new NameValueCollection{{ "hoge","hage"},{ "fuge","hage"},};

実際には{ "hoge","hage"},が50行とかあったりするので↑では視認性やエラーチェックが面倒になります。

2020/11/19(木) 16:13:28.80

>>667
StringBuilderはchar[]であってstringではない
たとえStringBuilderのCapacityがLengthと丁度良く＝であったとしてもToStringで別途string用にアロケーションされる
StringBuilderはLengthを自由に変更出来て任意のインデックスからappendできるので、内部バッファがそのまま返されるようならstringは不変という法則が簡単に崩れ去れることになり>>660がやってるunsafeと何ら変わらなくなる

2020/11/19(木) 16:33:47.05

>>668
そういう長いものに自動整形を期待しない
そういう長いものを人間が視認する必要性を排除する
この手の自動整形をしようとすると負荷が半端ないことになって実用性に欠けるのですっぱり切っているのだと思う

2020/11/19(木) 16:48:49.64

>>669
そんな馬鹿な実装するはずがないと思うよw
そもそもイミュータブルとは状態を変更する方法を外部に提供しない、という意味以上でも以下でもない。
そこのところを勘違いしている気がする

2020/11/19(木) 16:50:55.24

>>671
ソース見れば普通にわかるやろ
https://referencesource.microsoft.com/#mscorlib/system/text/stringbuilder.cs,338

string ret = string.FastAllocateString(Length);

2020/11/19(木) 17:07:14.79

りふぁれんすそーすw

2020/11/19(木) 17:26:57.34

.NETのStringが機械語レベルでどう実装されてるか勉強したことはないが、
普通に考えればパスカルストリングとCストリングのあいの子みたいな単純な構造でしょたぶん。

ごにょごにょした後のバイト列を普通にstringと「みなす」だけにするよね。
わざわざ別のメモリ確保してベタコピーする馬鹿な実装をする人がいるだろうか。
その必要性ができてからで遅くないと思うんだけど。

2020/11/19(木) 18:08:19.31

>>674
C#のstringはBStrというoffset0にlength、offset4からcharの配列、そのoffset4へのポインタがstringとなる
末尾がnull文字じゃなくても問題ないが基本は末尾にnull文字が入ってるためconst wchar_t*としても扱える

そんなことはどうでもよくてマネージド内で上記の内部バイナリを書き換える方法は一切無いからわざわざアンセーフstringラッパーを作ったんだよ
一見書き換えられてるように見えるstring操作は全て新stringとして生成されてるだけだからな
+連結は長さが変わるから想像できるだろうけど、Substringすらも切り取り参照をしている訳ではなく新たにstringを生成してる（それを解決しうるマネージドな手段としてReadOnlySpanというのも一応あるが）

2020/11/19(木) 19:50:48.14

細かいことを気にしてまでC#を使う矛盾をどう解決してるのか気になるわ

2020/11/19(木) 20:59:45.17

>>676
だからプライベートリポの8割はC/C++って程度には普段はC使ってるけど
でもその理論言っちゃうと本家StringBuilderも要らんってことになるしな
全部+とか$"{}"でええやん

2020/11/19(木) 21:03:40.41

StringBuilderを使えというのは学ぶでしょ
そこまででいい
それ以上やるならもうC#使う意味ない

2020/11/19(木) 21:04:23.57

>>678
それじゃSpanとか実装したMSがバカみたいじゃん

2020/11/19(木) 21:28:29.15

>>662 が挙げてたZStringの解説記事
個人的にはそこまでパフォーマンス気にするような物作ってないから「へー」って感じで読んだだけだけど

ZString – Unity/.NET CoreにおけるゼロアロケーションのC#文字列生成
ttps://tech.cygames.co.jp/archives/3383/

2020/11/19(木) 21:32:12.66

国内C#erで有名どころだしstringはパフォーマンス絡みでよく上がるから割と有名な方じゃないかな？
あんなにパフォーマンス気にする人が知らないのには驚きだけどｗ

2020/11/20(金) 01:24:52.99

パフォーマンスは気にしてないんじゃないの？
アロケーション気にしてただけで

2020/11/20(金) 07:19:27.10

C++は基本がスタック、C#は基本がヒープ
この二者の最大の差はこれなのでC#のパフォーマンス改善＝アロケーション回避に終始する