ふらっと 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/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

2020/11/29(日) 20:56:55.50

無理に一行にするな、が通るならreturnを1つにしなくていいのでは？
数十行あるメソッドのいろんな箇所でreturnしてると気持ち悪いと思うが、こういうタイプなら複数returnで良い

可読性が個人レベルなのはそのとおり

文字の並びが似通っている、ではなくどういう機能を呼んでいるか？という意味
判定付き取得メソッドが標準で用意され、しかもメジャーな内容でパフォーマンスも良い
それでもあえてそれを呼ばないのは特殊な事情があるのでは？と読み手の思考を止めることにつながるという意味

2020/11/29(日) 21:06:40.39

>>739
上のコードを採用する理由は何の値を戻しているか即座に分かるところ、と俺は判断した

return ini[section][key];

この一文で読解に要する数秒を削る為だけに2倍程度のパフォーマンスを許容するのは普通にありだよ

2020/11/29(日) 21:23:27.82

メソッド名見りゃそれはわかんじゃん
return文にそういう責務を与える意味は？
どうしても必要というならコメントでも書いとけば良い

2020/11/29(日) 21:36:16.22

>>743
returnについては可読性に関わる納得できた理由はちゃんとあるんだが自分やチームが使わないというだけで別にうちのコーディング規約を議題に上げるつもりはない（ツッコんでくる人いそうだったから一応書いただけ）
まぁもう好きにしたらええんやない
C#メインで使っていきたいなら言語として用意されてるものは出来る限り利用すべきと思うけど
そこまで学習コスト払いたくないってことなら一つの方法を出来る限り使いまわすというのも利に適ってるしな

2020/11/29(日) 21:49:34.68

チーム内でのローカルルールがどうなってるかはどうでも良いんですよ
そのチームで合意が取れてるならなんの問題もない
ローカルルールを隠した状態で突っ込まれてローカルルールなんです！って言われても知るかよ、という感想しか出ない

ローカルなものでないなら、基本的には標準に準拠すべきで標準がわざわざtryメソッドを回避している書き方をしていない限り公の場でもそれに準じたほうが良いのでは？というだけ

2020/11/29(日) 21:53:07.17

>>747
いやだからTryGetValueに関してはそれが標準だろっていうのが一貫した俺の意見であってローカルルールなのは>>740で書いた事
実際にギブハブなんかで数多くのプロジェクト参考にしてきたけどLinqで手っ取り早く書く事は多くてもTryGetValueを使わずにContainsとインデクサとかいう非効率な方法採用してる人なんて見た記憶ないしな

2020/11/29(日) 21:58:49.11

>>748
なんで突っかかってくるかわからんけど747の前半は複数retの話、後半はtryの話
わざわざローカルの話である複数retのことなんざ話題に上げんで良いよ、try使うのが標準なんだからそれに習ったほうがよくね、
後半は君と同意見なんだよ

2020/11/29(日) 22:01:07.98

>>749
捕捉程度のノリで書いた事に異様に突っ込んでくるなと思ってビックリしたんでね
それも議題に上げたいのであれば>>739でそういう書き方してるから

2020/11/29(日) 22:11:12.12

>>750
前提として標準に準拠したほうが良いよね、という主張がある
標準では複数retなんて当たり前に使ってる
それをなぜか否定しているので突っ込んだらローカルルールだ！と言われる
そういうローカルルールがあるのは構わんが、それならそう明記しなきゃ標準に準拠しようという主張とズレてブレブレなだけでは？
まさかレビューを受けたことがある、がうちにはそういうコーディング規約があるんです、の意味だったの？

2020/11/29(日) 22:16:38.50

>>751
だから本気で否定したいなら739でもそうやって書いてるって言ってるやん
740で書いたのは「沢山return書いてる時点で可読性低い」みたいなツッコミが入るかなーと予測して"一応"と前置きして書いたと言っただろ
そこを議論するつもりはないと書いたのに異様に拘るんだな

2020/11/29(日) 22:22:25.03

複数リターン禁止ｗｗｗ

2020/11/29(日) 22:22:55.87

>>748
正直俺も見たことないが、>>720が書いてるんだからいるところにはいるんだろ
肝心なのはそいつが何を思ってそういうスタイルにしたのか察して評価してやることで、
>>729みたいに重箱の隅突いて喜ぶのはただの地雷コーダーだからやめるべきだよ

例えば誰かが「ギブハブ」とか言ってても、わざわざ「ギブハブってなんだよバカかよ」と噛み付く必要はないだろ？
GitHubなのは分かるし話は通じてるんだからこいつの中ではこうなのかと納得して「ほーん、ギブハブがどうした？」と聞き返すのが有能なんだよ

2020/11/29(日) 22:26:49.20

>>752
意味がわからんけど補足がなけりゃツッコミなんてなかったんだよｗ
こだわってるのはそっちでしょｗこっちはそうですか、という感想しか無いよって言ってるやんｗ

2020/11/29(日) 22:38:58.86

チャゲアスASUKAのギフハブに監視されてるネタに掛けてGitHubをギフハブと呼ぶのは5chの標準語だと俺も思ってたがそこまで浸透してないのか

2020/11/29(日) 22:42:09.42

なんとも不思議な世界があるんだなあ・・・・
TryGetValueを使うのが今どきの常識的なコーディングだと思ってた自分としては
老害（あるいは悪意があって不適切なコーディングを押し付けようとしてる人）が世迷言をほざいてるだけにしか見えないや

2020/11/29(日) 22:53:33.81

>>754
その理屈で行くとコードレビューなんて出来なくなるな
（これ明らかに意味のない文だけど何かスピリチュアル的な深い意味があるのだろうか…?配慮して指摘すべきではないか…?）なんて一々考察しなきゃいけないのかよ

2020/11/29(日) 23:00:13.09

了解

2020/11/29(日) 23:03:55.81

>>753
MISRAにもあるし高信頼性を要求される場面ではそれなりにありがちな話だよ

2020/11/29(日) 23:14:22.90

>>758
レビュー受けてるような新人はそんなこと考えなくていいと思うよ
多次元辞書でアクセスそのまま返す利点が分からないならまだお勉強段階なんだから、そういうやり方もあると素直に学んでおけば良い
とりあえずチューニングはベテランがもっと後でやる仕事だから、パフォーマンスがーとか言い出すのは十年早い

2020/11/29(日) 23:30:20.42

そう主張するのであれば具体的な利点を述べろよ
TryGetValue派は俺以外にもメリット述べてる奴いるけどContainsKey派は「そのほうが見やすい」程度の個人の感想以上は出てきてない
勿論それもメリットではあるがTryGetValueの方が見やすいと言う人もいるのでそこでは差は付かない

2020/11/29(日) 23:51:14.64

>>760
ねーよ

2020/11/29(日) 23:59:15.56

宗教論争オモロイなw

2020/11/30(月) 00:00:33.52

>>762
しょうがないな
こういうケースは極端化すれば明確になる

dic.TryGetValue(a, out var dic2)
dic2.TryGetValue(b, out var dic3)
dic3.TryGetValue(c, out var dic4)
dic4.TryGetValue(d, out var dic5)
dic5.TryGetValue(e, out var value)

vs

var value = dic[a][b][c][d][e]

とりあえず値の取得を比較した場合こうなる
非常に馬鹿げたコードだが後者の方が察しやすくバグりにくいのは分かるはず
これは分岐を差し込んでも同じこと
こんなコードは現実にあり得ないから無効と言い張るなら、所詮はその程度のレベルなんだから黙るべき

2020/11/30(月) 00:20:59.97

TryGetValue vs ContainsKey+[]の争いでしょ？
なら下はちゃんと一つ一つにContainsKey挟むべき
そして後者の方がバグりにくい理由が全く分からない。まず何のバグを対象としているのか明確に

2020/11/30(月) 00:25:39.57

レビューを受けるのが新人とか言ってる時点でまともじゃないでしょ
いつの時代のエンジニア思想よｗ

2020/11/30(月) 00:26:29.87

なんというかb7e4-nc77みたいなのがレビュアーやったら地獄だな
自分が新人だったらたまったもんじゃない

2020/11/30(月) 00:36:41.15

>>766
お前さんプログラマ向いてないから転職した方が良いよ、マジで
ちゃんと理屈で教えられたことを受け付けないとか先が無さすぎる

2020/11/30(月) 00:39:46.85

どうせ過疎スレだからスレ消費するのは問題ないと思うけど
あまりに下らな過ぎる論争で萎えるねw

よく読んでないので素っ頓狂なこと言ってるかもしれないけど、
iniファイルぐらいなら馬鹿正直にDictionaryをネストなんかしなくても
section+keyをキーにして平坦化しても良いような気もする

2020/11/30(月) 00:45:42.05

>>769
答えられないんだね

2020/11/30(月) 01:29:55.64

ini parserの中身を見たらContainsKey + インデクサだった
https://github.com/rickyah/ini-parser/blob/development/src/IniParser/Model/SectionCollection.cs#L62-L77

自分なら使う側のコードがシンプルになるようにini[section][key]かini[section]?[key]の形で
sectionかkeyがnullならnullを返すようにDictionaryを少し拡張するかな

2020/11/30(月) 05:30:56.15

>>763
お前がそういう世界を知らんだけ

2020/11/30(月) 08:23:44.56

相変わらず質問者無視で議論してるのウケる
テンプレ読めない人多すぎでしょｗ

2020/11/30(月) 08:57:23.41

>>770
そもそもini直接操作するならWin32APIにセクション名とキー名と無かった場合の規定値を突っ込むだけで良いからDictionaryすらも何もいらない
pascalにはMemIniみたいな基本はファイルには書き込まないクラスがあるからそれを実装しようと思ったらDictionaryがベストなんじゃない

>>774
section一覧を返す方法は一昨日の一番最初のレスでしたって昨日言ったはずだが無視してるのはお前の方だろ

2020/11/30(月) 09:04:32.51

>>772
そのプロジェクト見た感じTryGetValueを一度も使ってないから恐らくJavaか何か出身で存在知らないんだろうな
ContainsKeyは割と色んな言語にあるからこっちの方が認知度高いのは間違いない
なので昨日も言ったが一々C#に学習コスト払いたくないって人もいるだろうからそういう場合は好きにしたらいい

2020/11/30(月) 10:07:26.68

>>775
テンプレ読めよ
「議論」するなと言っているんだが

2020/11/30(月) 10:12:11.16

テンプレ読めないって事はレスも読めないんだから言っても無駄
粛々とNG

2020/11/30(月) 10:29:32.82

>>765-766
まあここまで極端な例なら
try {
var value = dic[a][b][c][d][e];
} catch(){
}
ってやる事を検討してもいいかも

2020/11/30(月) 10:45:42.20

>>776
お、ようやく自分の間違いを認めたか
まあContainsKeyの方が可読性高いのは当たり前なんだが

762 名前:デフォルトの名無しさん (ﾜｯﾁｮｲ 9f24-GtYN) [sage] :2020/11/29(日) 23:30:20.42 ID:yrxBBFH+0
そう主張するのであれば具体的な利点を述べろよ
TryGetValue派は俺以外にもメリット述べてる奴いるけどContainsKey派は「そのほうが見やすい」程度の個人の感想以上は出てきてない
勿論それもメリットではあるがTryGetValueの方が見やすいと言う人もいるのでそこでは差は付かない

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

>>780
可読性と認知度は全然違う意味だと思うけど、っていうのは置いといて
>>732とか>>765とかさすがに釣りでしょって思わせるレスがちらほらあるから、喧嘩両成敗はちょっと可哀想な流れ

2020/11/30(月) 11:55:30.78

>>773
ちょっとはググれよ

2020/11/30(月) 11:58:06.51

認知度と可読性が別物か
職場で宇宙人って呼ばれてそう

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-a5dV) · 2020/11/30(月) 12:11:19.73

>>779
これでええやん
例外が重い？知るかよ

2020/11/30(月) 12:13:44.19

>>782
> ちょっとはググれよ
ブーメラン過ぎる、ってかググっても悪魔の証明はできないぞw

2020/11/30(月) 12:15:09.00

TryGetValueを使うことに拘りすぎててアスペ臭しか感じない
好きにしろと言いながら必死で反論してんのが特にな

多様性を許容するっていうのは>>754みたいなスタンスなんだよ
ここまで言われて「何言ってんのか分かんない」と騒ぎ続けるのは感情で理解を拒んでるだけの地雷君
「そういうの嫌われるからやめよ？」って指摘されてるのに「なんで？　俺が正しいじゃん？」って返すのは馬鹿を通り越した何かだわ

2020/11/30(月) 12:26:00.27

こういうレスちんぽバトルやめねぇ？

2020/11/30(月) 12:51:21.50

>>785
MISRAって名前まで分かってるのに？

2020/11/30(月) 12:52:22.17

いまだに複数リターン禁止なんて言ってる時代錯誤なやつがいるのかよ…