ふらっと 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/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#のパフォーマンス改善＝アロケーション回避に終始する

2020/11/21(土) 03:48:47.56

俺バカだから何万回の処理で何ｍｓ差が出るのか教えてほしい

2020/11/21(土) 08:27:18.63

手段が目的と化している人達にそんなこと聞いても無駄だよ

2020/11/21(土) 11:57:08.18

初心者スレらしい馬鹿がいて嬉しい

2020/11/21(土) 11:59:54.22

>>680のブログ主みたいな人の方が結局生産性も高いのだから、パフォーマンス厨を馬鹿にするのは知への嫉妬にしか見えない
尤も初心者用スレで話す内容ではないが

2020/11/21(土) 13:04:44.65

まあちょっと前の数値演算の話と同じだよ。

純粋な学問として円周率の桁数を追求することを否定する人はいないけど、
実用上必要ないのにそれを追求するのはただの馬鹿なフェティシズム

2020/11/21(土) 13:16:59.22

こだわっている当人が>>662を提案されているのに
>良く知らないけどそれもその都度string生成してるんじゃないの
って見もせずに切り捨てているのがわけわからない。自分の作ったunsafeメソッド誉めてほしかったの？

2020/11/21(土) 15:32:05.57

誰も>>660の質問自体には答えてあげてないんだからスレチとしてスルーで良いのでは

2020/11/21(土) 16:59:03.08

ASP.NET Coreを勉強してみようと思うんだけど
レンタルサーバの「使えるプログラム」のところに
PHP, Ruby, PyThon, Sh としか書かれてないところはダメですよね？

2020/11/21(土) 18:32:27.77

勉強ならローカルで動かせばよろし。

2020/11/21(土) 19:15:26.59

>>689
ライブラリ教えてなんてレスは一度もしてないし主題とは違う返信に対して検索や外部リンクまでチェックする義務が発生する理屈の方が訳わからない
提案してくれた>>662には感謝するけど、あくまで自分の質問は660のレス内容
C#の質問をしたつもりだけど言語の質問とは違うということであればスレチと言われても仕方ないが

2020/11/21(土) 20:16:31.79

>>668
編集してるXXX.csファイルを読み込んで
NameValueCollection vals = new NameValueCollection行の次の
{行からそのあとの};行の間の行に先頭スペースを揃えて挿入して
ファイルを上書き保存するミニアプリを作って実行すればいい
テキストの平文ファイルだから編集は簡単

VSで編集中にそのような外部エディタで編集がされると
編集を反映しますかって即座に聞いてくるからはいすれば位置がそろう

2020/11/21(土) 23:02:14.09

>>688　全世界で行われてる円周率演算がすべて世界記録出すために動いてると思ってる馬鹿

2020/11/22(日) 02:05:01.90

>>693
①マジレスするとメモリリークはしない。こんなのはGC.Collectしてメモリ使用量を見比べるだけで分かる
②でも>>660の使い方ではインターンプールで潜在的なバグを抱えるからやめた方が良い
③やりたいこと汲み取るなら先人が同じ悩みから到達したソースを使うべき
④ZStringいいよ

余計な遠回りをしないようにこの結論から言ってくれてるんだよ
>>662は優しい奴だよ、まったく

2020/11/22(日) 02:09:21.16

>>695
何のためにやってるの？自己満オナニー？

2020/11/22(日) 02:37:39.25

>>695
どっから世界記録とか出てくるの？w
読解力大丈夫かこの人

2020/11/22(日) 08:48:28.54

>>696
マジレスすると今のところはヘッダオンリーならぬ単ソースオンリーで済ませたいのであんまり外部ライブラリには乗り気じゃないというのもあるが
とは言えZStringを拝見したところu8stringをC#で実装出来てる凄いライブラリであるようなのでtext系ファイルやらwebやらdbのクエリやらで利用したい構想立ちまくったのでありがたくスターポチって記憶させていただく

確かにただのバッファとして作ったものの実態はstringに違いないので何かの拍子にstring.Internしてしまうと結構不味いことになるね
とりあえずGCに影響ないと教えてくれて大分スッキリしたのでありがとう

2020/11/22(日) 09:03:29.09

>>698
「円周率の桁数を追求する」ってのは結局そういうこと

2020/11/22(日) 09:27:31.41

一番じゃないと駄目なんですか？

2020/11/22(日) 13:34:50.51

superPIじゃ駄目なんですか？

2020/11/25(水) 08:28:57.90

COMインターフェイスをstructに付けてboxing発生させずに使用する方法って皆無でしょうか？

2020/11/28(土) 16:25:59.35

c# プログラマは goto でコロナを拡散してるから、ウィルス作成罪とかで刑務所にぶちこむべき。

もちろん、実質的に goto と同じ if文、swich case とか使ってるc# プログラマも有罪。

swift や Pythonプログラマは goto 使ってないから無罪。

2020/11/28(土) 17:07:38.54

面白いと思って書いたの？

2020/11/28(土) 17:18:49.30

705は死刑

2020/11/28(土) 17:53:33.87

>>704
Go To Hell

2020/11/28(土) 17:57:32.34

>>707
このハゲェ！

2020/11/28(土) 18:38:36.41

Windowsの ini ファイルの内容を　Section, Key, Value の順で
List<Dictionary<string, List<Dictionary<string, string>>>> ini;
ini = new List<Dictionary<string, List<Dictionary<string, string>>>>();
として取り込んだものから Section の一覧(Delphi の ReadSections 相当)を
得たいのですが方法がわかりません。
教えていただけませんでしょうか。

2020/11/28(土) 18:43:14.08

それのどこが分からないのか分からん
あとListはいらなくない？

2020/11/28(土) 18:54:47.55

>>704
よくわかりません。

C#はgotoを使わずとも実質gotoできるが、
swiftやPythonが実質gotoもできない根拠を示して下さい。

2020/11/28(土) 19:14:35.24

>>710
説明が下手ですいません。
セクション名の一覧が下記のような考え方で取得できないかと考えていました。
public void ReadSections(ref string[] sections)
{
Array.Resize(ref sections, ini.Count);
var i = 0;
foreach (var dic1 in ini)
{
sections[i] = セクション名
i++;
}
}

書き込んだ後、下記のようにしたら希望の動作をしました。
public void ReadSections(ref string[] sections)
{
Array.Resize(ref sections, ini.Count);
var i = 0;
foreach (var dic1 in ini)
{
dic1.Keys.CopyTo(sections, i);
i++;
}
}

2020/11/28(土) 19:41:10.86

>>709
自分もList使う意味が見いだせない
var ini = Dictionary<string, Dictionary<string, string>>とかで良いんじゃないの？
これならvar value = ini["セクション名"]["キー名"]で取り出せる
if (ini.TryGetValue("セクション名", out var keys) && keys.TryGetValue("キー名", out var value)) とやったほうが良いと思うが
代入はini["セクション名"]["キー名"] = value;

2020/11/28(土) 20:02:20.04

Sectionの配列を得たいなら>>713にLinqのini.Keys.ToArray()

2020/11/28(土) 20:33:03.95

>>713,714
.NET 5 が出たのを機に c# を始めたところなのでよくわかっていません。
勉強がてら自作の Delphi7(Lazarus) の自作ライブラリと同じ物の作成に挑戦中です。
ini ファイルの読み込みもネットからダウンロードしたものをベースに
改造して動きを勉強しているところです。
ですので List になっている理由もまだ理解できていませんし、Dictionary も
今日初めて見た状態です。一応 List を外してみると
foreach (var dic1 in ini)
{
if (dic1.ContainsKey(section))
{
foreach (var dic2 in dic1[section])
{
if (dic2.ContainsKey(key))
{
return dic2[key];
}
}
}
}
のような場面で ContainsKey がエラーとなりました。
とりあえず Delphi の TMemIniFile と同じ程度までできました。

2020/11/28(土) 21:13:18.17

>>715
Listを外してforeachする場合はこう変える必要がある
foreach (var dic1 in ini)
{
if (dic1.Key == section)
{

foreach (var dic2 in dic1.Value)
{
if (dic2.Key == key)
{
return dic2.Value;
}
}
}
}

もっと簡単な方法は>>713に書かれてる通り
if (ini.TryGetValue(section, out var keys) && keys.TryGetValue(key, out var value)) return value;

2020/11/28(土) 21:20:41.11

pascalのiniなんてもう遥か昔に使ったきりだからあんまり覚えてないがそれっぽいの作るとしたらこんな感じか
Dictionary<string, Dictionary<string, string>> ini = Dictionary<string, Dictionary<string, string>>();
string ReadString(string section, string key)
{
if (ini.TryGetValue(section, out var keys) && keys.TryGetValue(key, out var value)) return value;
else return null;
}
これだとnullチェックが必要になるから、Tryメソッドの方が便利だったりする
bool TryReadString(string section, string key, out string value)
{
value = null;
return ini.TryGetValue(section, out var keys) && keys.TryGetValue(key, out value);
}

2020/11/28(土) 21:27:31.90

そういえばiniは無かった場合の規定値を第3引数に入れておけばいいだけか
それならTryメソッドいらんね

2020/11/28(土) 23:40:53.47

sectionの一覧が欲しいって言ってるのに、valueを取り出す説明を延々してる奴何なの？

2020/11/29(日) 00:02:00.65

string GetValue(Dictionary<string, Dictionary<string, string >> ini, string section, string key){
if(! ini.ContainsKey(section)) return null;
if(! ini[section].ContainsKey(key)) return null;
return ini[section][key];
}

c#に限った事ではないが、何をしたいのか分かりやすいコードを目指そうな。

2020/11/29(日) 00:10:23.95

だから質問者が欲しいのはvalueじゃなくてsection一覧だっての

2020/11/29(日) 06:31:38.45

datagridviewにユーザーコントロールを埋め込みたいんですけどどうすればいいですか？
windowsformアプリです
ていうかdatagridviewじゃなくてもユーザーコントロールをリストで表示できれば何でもいいです
どなたか教えて下さい

2020/11/29(日) 08:16:40.50

>>722
TableLayoutPanel とか FlowLayoutPanel はどう？

2020/11/29(日) 08:16:40.50

>>722
TableLayoutPanel とか FlowLayoutPanel はどう？

2020/11/29(日) 09:35:53.03

>>719
それは一番上に書いたんだが

2020/11/29(日) 09:40:01.71

>>720
section取り出す説明は昨日一番最初のレスで書いたからもう脱線して話すけどなんでここまでTryGet使わない奴って多いんだろうな
どうせ後々インデクサアクセスするならTryGetValueの方がよっぽど分かりやすいと思うんだが

2020/11/29(日) 12:22:24.94

>>723
ありがとうございます
試してみます

2020/11/29(日) 17:19:06.82

>>722
DataGridViewCellとDataGridViewColumnを継承して自作

2020/11/29(日) 17:32:18.08

>>720>>726
ConstainsKey → []は、まずContainsKeyの内部でFindEntry走らせて存在確認し、存在したらインデクサアクセスして再度内部でFindEntry走らせて取り出すという2度手間してるIQ低いコード
TryGetValueは存在確認時にFindEntryしたついでに値も取り出すというスマートな関数
そもそも前者で済むならTryGetValueは存在意義ないから、上記の仕組みを想像できずとも「なんでTryGetValueってあるんだろう？」と疑問に思わなければいけない

ま、C#は多様性受け入れてる言語だから個人開発なら好きに書いたらいいが

2020/11/29(日) 18:14:07.88

そういう値をローカル変数に代入するのを無駄と言い張って勝手にワンライナーに書き直すような地雷プログラマの振りをするのはやめろよ……初心者が本気にしたらどうするんだよ

2020/11/29(日) 18:23:09.50

>>730
今の話でローカル変数やワンライナーが出てくる余地あるか？

2020/11/29(日) 18:52:20.22

>>731
明確にガード節で判定が切り分けられているのに、
「TryGetValueなら判定と取得を同時に行える」と言い出すのはまさしくワンライナー君の物言いだぞ

ifをあえて二つ用意してContainsKeyを使ってる時点で
「ははーん、論理重視のコーディングスタイルか」と察してやるのが有能なプログラマってもんだ

2020/11/29(日) 18:58:47.11

>>732
？？？
2連続で全く不必要に同じ処理を挟むような奴がとても論理重視とは思えないんだが、ContainsKey + []とTryGetValueじゃ2倍以上パフォーマンス変わってくるって知ってる？
さっきも言ったけどContainsKeyでも内部的にFindEntryが走り、インデクサアクセスでも再度FindEntryが走るという無駄がある
再度言うがMSがなんでTryGetValueというメソッドを公式でわざわざ用意したかって疑問に思わない？
簡潔さ全振りならそもそもLinq使えばいい話

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-a5dV) · 2020/11/29(日) 19:01:28.82

メソッドの戻り値を一回判定するだけなら
一行で書かないほうが変じゃね？
それをわざわざ一旦保存とか逆になんの意図があるのかと
たまにはデバッグやらログで出したいからと言うのはあるがそれは2回利用に当たるから入れて当然やしな

2020/11/29(日) 19:41:11.64

>>733
久々にふふってなった

まるで昨日の俺を見ているようだ……お前にもいつか悟れる日が来ると良いな

2020/11/29(日) 20:16:26.39

判定と取得を行いたいんじゃなくて取得を行いたい
なのに判定しないとプログラム上まずいことになるので判定機能付きの取得メソッドを使う
読む上でわざわざ判定と取得を別に書いてるならそこにあえての理由があるんだろうな、と推測しないといけない
今回のケースならあえてのケースなど無いので可読性を下げる要因でしか無い

2020/11/29(日) 20:17:12.32

>>735
きみ中学生？
男？女？どこ住み？

2020/11/29(日) 20:28:09.84

>>735
それは廓然大悟かね？

2020/11/29(日) 20:31:48.44

>>736
これのどっちが可読性良いかなんて個人の感想レベルだろ
実際俺は100%下のほうで書いてるけど一度もコードレビューで指摘されたことないしな
そして>>733が言うように実行効率は下の方が2倍近く良いので下を選択すべき理由はある
一方で上を選択すべき理由は見当たらない

if(! ini.ContainsKey(section)) return null;
if(! ini[section].ContainsKey(key)) return null;
return ini[section][key];

if (!ini.TryGetValue(section, out var keys)) return null;
if (!keys.TryGetValue(key, out var value)) return null;
return value;

2020/11/29(日) 20:43:57.67

一応言っておくけどここでは713や720に合わせて書いてるだけで実際には1行で書いたりこんなに複数retは使わない
returnは一つにしろというレビューは受けたことあるんでな

2020/11/29(日) 20:51:31.28

>>739
普通に英語として下の方が直感的に分かる
上だと今ですら非直感的な上に変数名によっては更に分かりづらくなる可能性をはらんでる

2020/11/29(日) 20:54:18.24

>>719
TryGetValue()知ってるオレカッケー
って言うおこちゃまだろw