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

2020/12/16(水) 11:29:35.35

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part148
https://mevius.5ch.net/test/read.cgi/tech/1590578921/
■関連スレ
C#, C♯, C＃相談室 Part94
https://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/
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

2021/02/24(水) 21:35:26.39

この流れに乗って質問するが、
おまいらはこれからC#とどう付き合っていくつもり？

C#をとことん極めて、新しいバージョンが出れば追い、このまま一生C#と骨をうずめるつもり？
それとも、C#は腰かけ程度と考えて適当に付き合い、もっと良い言語が出たら乗り換えるつもり？

質問を言い換えると、C#ってあと何年ぐらい人気言語の一つとして君臨していられると思う？

Javaがオラ狂うによってほぼほぼ有償化された今、
Javaが失速するのは間違いない
あのJavaが、だ

C#だってそんな日が来るんじゃないの？
来るとしたらどんなオチ？
それとも、親方マイクロソフトだから大丈夫？

2021/02/24(水) 21:58:03.72

友達以上愛人未満

2021/02/24(水) 22:08:07.59

別れたいけど、できちゃったので。

2021/02/24(水) 22:13:18.72

>>772
無駄に幅広いな

2021/02/24(水) 22:17:05.12

>>773
惰性で一緒になっても幸せになれんぞ

2021/02/24(水) 22:58:18.77

都合のいい友人

2021/02/24(水) 23:51:18.96

テキストエディタとWindowsにデフォで入ってるcsc.exeでできる範囲で付き合っていくわ
GUIもWinFormsで十分

2021/02/25(木) 02:48:18.40

15年前にいつかは消えると思ってたjsが気づけば最前線にいるんだ
先のことなんてわからんからその時の仕事に合わせて適当に付き合ってくだけよ

2021/02/25(木) 07:47:32.19

>>771
プロダクトに最適な言語を使うだけよ
どんな業界でも、年々道具は新しくなるだろ？
プログラミング言語もそれと同じ

中には代々受け継がれた道具しか使わないような職もあるが、それは一般的じゃない

2021/02/25(木) 09:38:17.80

この問題をc#で解こうと思い
https://atcoder.jp/contests/abc106/tasks/abc106_c
このように書いてみたのですが入力例 3が通りません
https://pastebin.pl/view/raw/cbf5d3cd

大変お手数ですがご指摘いただけるとありがたいです。

2021/02/25(木) 09:38:17.80

この問題をc#で解こうと思い
https://atcoder.jp/contests/abc106/tasks/abc106_c
このように書いてみたのですが入力例 3が通りません
https://pastebin.pl/view/raw/cbf5d3cd

大変お手数ですがご指摘いただけるとありがたいです。

2021/02/25(木) 11:44:12.11

文字数計算のためのCalcDだと思うけど正常に計算できてなさそう
何日後も引数にして、2日後とか3日後で想定した戻り値になってることをテストしてみた方がいいよ
メソッドを分離することとメソッド毎にテストすることの大切さがわかる典型例だな

2021/02/25(木) 11:45:33.33

>>781
pow(2, 5000兆)の時点で制約のK番目のKはpow(10, 18)以下を楽々超えるな
要するに最初のシード値を律儀に全部計算するまでもない

2021/02/25(木) 13:46:32.79

>>781
https://ideone.com/mLheCz
書きなぐりで何の検証もしてないから違うかも
問題を間違って理解してなければ全然難しいと思わなかったよ

2021/02/25(木) 13:54:37.81

ソースコード見えないけど5000兆なんて時間計算量も空間計算量も現実的な値にならんから愚直に文字列計算する方法じゃ無理
最初が1以外なら答えは常に最初の桁の数字になって、そうじゃないときは1じゃなくなるまでの桁数よりKが小さいか同じなら1でKがそれより大きいなら1以外で最初に現れた数字が答え

2021/02/25(木) 13:58:47.94

パラメータの与え方が間違ってるなw
Console.WriteLine(mi.GetDigit((long)5e15, 9460730472580800));

2021/02/25(木) 14:32:33.73

>>785
競技プログラミングでそんなひねくれた回答に何の意味があるの？
知らんけどとんち問題じゃないんだから実行時間2sメモリ976MBという制限で作れてるのか、出来てなかったら減点とかそういう感じでしょ

2021/02/25(木) 14:45:28.54

解法を自然言語で書き下しただけなのに対してひねくれた回答ってどういうことだ

2021/02/25(木) 14:48:23.79

競技プログラミングって
そういうやつなのか

2021/02/25(木) 14:56:27.68

処理時間短縮のために工夫したアルゴリズムを文章で書いただけじゃん
捻くれたと捉える方がどうかしてる

2021/02/25(木) 15:06:03.06

>>787
競技プログラミングってある種のとんち問題だぞ

2021/02/25(木) 15:24:52.06

競技プログラミングって問題文を読み解きいかに計算量を少なくする解法を見つけるかに特化した問題が多い
プログラミング知識より数学的知識やひらめきのほうが重要なこと多い
大抵の問題はメモリも処理速度も大して必要とせずに数秒以内で解けるような解法が存在してる

2021/02/25(木) 16:05:21.75

若いなあ

2021/02/25(木) 17:09:26.66

プログラミング技術を競うものかと思ってたけど関係ないのも多いんだな
まあ今回の問題がそうだったって感じなのかもしれないけど数値設定がやってくれと言わんばかりにおかしいもんな

2021/02/25(木) 17:23:13.48

ちゃんとインプットのチェックロジックを作れば初っ端に気付ける事なんだよ
pow(10, 18)はqword範囲内なのに対して1以外の文字長は最小の2だとしても余裕で範囲外だからな

2021/02/25(木) 17:30:29.82

>>784
ありがとうございます、参考になります
でもこのコードだと入力が
1
1
や
1121
2
の時2を出力してしまうので不正解になります、正解は両方とも1です。

>>785
たぶん785さんが正解だと思います。私は問題文を愚直にシミュレートしたコードを
書いてしまいがちなせいでよく制限時間をオーバーします

>>794
プログラミングの技術力向上のためと思い、やり始めたのですが
これはむしろ算数、数学力の競い合いだなと感じています

2021/02/25(木) 17:46:07.28

>>795
一応数学的な話で 2^5000兆>10^18 の比較になる
こんなんチェックしなくても一目で問題ないことがわかる

2021/02/25(木) 18:28:40.93

>>797
だからこそ標準入力から渡された桁数指定であるKが10^18以下であるかのチェック構文をちゃんと書けばその時点で気付けるって話
781のコードはそれが書かれてないから「Kは10^18以下」っていう制約自体を見逃してるんだろうな

2021/02/25(木) 18:53:48.04

>>789
競プロっていわゆる普通のプログラミングとか数学とかとは別の世界だと思う

2021/02/25(木) 19:05:19.81

>>796
どっちもケースもちゃんと1を出力するよ
可読性重視で冗長に書いたけど合ってるんじゃないかな?
知らんけど。

非OOPで短く書き直すとこう
https://ideone.com/f58hKP

2021/02/25(木) 19:49:45.24

新聞紙を100回折りたたむと厚みが宇宙と同じぐらいになるって奴ね

2021/02/25(木) 20:05:35.05

>>785
おまえアタマいいな。
自分は３分考えて分からなかった。

792 の言うようにひらめきの世界だわ。
３分の間にアタマに引っかかっていたところに手が届いてれば正解に行き着いてたかも、とか 785 を読んで思いましたまる

2021/02/25(木) 21:52:33.13

Math.Pow(2, 5e15)はInfinityになって計算できてないの気持ち悪いな
Kが10 ^ 19まで広がると日付次第ではバグる

2021/02/25(木) 22:02:36.79

あーなるほどそういう問題なのね
まったく気づかなかったw
冷静に数字見りゃそりゃそうだよね

こんなスレでそんなひねくれた問題が出てくると夢にも思ってないし

2021/02/26(金) 15:03:06.02

Benchmark.netにてAllocatedのサイズは見れるんですが、何のオブジェクトかの内訳詳細は見れないんでしょうか？

2021/03/03(水) 21:31:29.25

closedxml初めて触ったけどすごいね
エクセル操作プログラミングで毎回うんざりしてたのがウソみたいに快適
gasのスプレッドシート制御と同じような感覚で書けるしusingも使える

2021/03/04(木) 12:19:55.97

以下のような2つの構造体リストを重複除外して結合したいのですがどうすれば良いでしょうか。
Unionをすると重複したまま結合されてしまうので困っています。

public struct Menber
{
/// <summary>
/// 部署
/// </summary>
public int Id;
/// <summary>
/// 名前
/// </summary>
public string Name;
}

List<Menber> list1
list[0].id = 1
list[0].Name = 田中

List<Menber> list2
list[0].id = 1
list[0].Name = 鈴木
list[1].id = 1
list[1].Name = 田中
list[2].id = 2
list[2].Name = 吉田

2021/03/04(木) 12:41:03.43

>>807
Unionのドキュメントぐらい読もうよ。
IEquatable<T>を実装しろって書いてあるでしょ

構造体の場合はEqualsは全フィールドとプロパティが等価なら
trueを返すように自動実装されるはずだと思ったけど、UnionはEqualsの方は
使ってくれないんでしょうたぶん。

知らんけど。

2021/03/04(木) 14:28:31.44

デフォルト実装で特に問題無いけどな
https://dotnetfiddle.net/UIfYBX

2021/03/04(木) 18:58:02.93

>>809
だよな。騙されてるんだよ、相手するだけ無駄。

2021/03/06(土) 02:12:29.40

なんか久しぶりにc#に戻ってきたら
public int GetIntVal
{
get => _intVal;
}

とかプロパティの取得に=>とか使ってて意味がわからなかった
この手の構文って今から憶えるとしたらどこのサイトを見たらいいでしょう

2021/03/06(土) 02:24:50.57

MSのリファレンス

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-6rSs) · 2021/03/06(土) 11:37:07.78

>>811
c# ラムダ式でググれ

2021/03/06(土) 11:52:26.43

public int IntVal => _intVal; の形式はよく使うけど、>>811の形式は個人的には嫌いだな
811の形式はgetだけなら冗長なだけなのでsetアクセサを書く必要のある場合のみ意味があるわけだが、
setは副作用そのものなのでexpression bodied syntaxで書くのはあまり良くないと思う

2021/03/06(土) 14:22:19.93

構文調べんじゃなくてまずバージョンアップの変更点一通り見てきなよ
まずはそこからだろ

2021/03/06(土) 14:55:39.29

https://ufcpp.net/study/csharp/
バージョンごとの新機能はここに纏めてあるから、ダラダラ見てみるといいよ

2021/03/06(土) 15:23:05.91

Class class = new();
が地味に便利。

2021/03/06(土) 16:05:50.67

ラムダ式は初見で何じゃコリャって思ったけど、今じゃガンガン使ってる。
あっさりコーディングできていいね。

2021/03/06(土) 16:12:37.53

>>818
慣れると分かりやすいよね

2021/03/06(土) 18:54:57.52

var hoge = new();

で、俺様が何をインスタンス化したいか的確に判断してコンパイルしてくれるAIできないかな

2021/03/06(土) 19:04:15.77

>>820
それ出来たとしてもお前がインスタンス化しようと思ったものが正しいとは限らんから結局バグるだけやぞw

2021/03/06(土) 19:19:09.69

>>821
その時はすぐに別のものを思うんだよ！

2021/03/06(土) 19:56:18.42

思考をホットリロードするの?
また新しいUSBガジェット買わないとならないじゃん

2021/03/06(土) 20:22:48.44

そんなとこまで読み取ってくれるならもうコードすら書かなくて良いようにして欲しい

2021/03/06(土) 21:26:52.61

ObservableCollection<LongLongClassName>
とか
ConcurrentDictionary<Guid, ConcurrentDictionary<Guid, DeviceInfo>>
とか
見ただけで吐き気してくる宣言。
なげぇんだよ

2021/03/06(土) 21:55:10.56

ReadOnlyReactivePropertySlim<List<string>>

2021/03/06(土) 22:44:49.40

type alias使えば？

2021/03/06(土) 22:51:05.76

INotifyCollectionChangedとか
BuildinglistCollectionViewとか
FrameworkContentElementとか
PolyQuadraticBezierSegmentとかな　←最長ぢゃねーか？

ObservableCollectionはクソいっぱい使ってるんでなんとかしてほしいわ

2021/03/06(土) 22:58:22.18

>>812
MSのリファレンスほど無味乾燥な読み物は無いわ
図も表もスクリーンショットも無く、
ただただダラダラと書き連ねててまったく読む気せんわ

2021/03/06(土) 23:04:01.25

辞書にストーリー求めるバカw

2021/03/06(土) 23:04:24.81

BindingOperations.EnableCollectionSynchronization

2021/03/06(土) 23:13:02.08

>>830
箇条書きとか図を付けろっつってんだよ、ヴォケ
一般のブログが方がよほどうまく説明できてるわ

2021/03/06(土) 23:26:27.18

別にリファレンス読めって人もMSのリファレンスが読みやすいとは言ってないぞ

2021/03/06(土) 23:50:16.20

空白やアンダーバーで区切らないPascal形式だから余計に見づらいよね。

2021/03/06(土) 23:58:57.56

>>834
好みの問題と言えばそれまでだけど個人的には
Pascal形式が一番相対的にマシだと思うし、だから
比較的若い言語であるC#の文化では標準になってるんだと思う。

しかし、いつもの交通整理の人仕事しろよ。
いつまでこの状態を放っておくの？
やっぱり自分で自分に文句は言えないってご都合主義な事情かねw

2021/03/07(日) 07:51:51.56

高い知識を持っている技術者や学者さんが
人に文章として伝える（分からない人に分かるように伝える）技術が高いとは限らない
むしろそれが下手な人が多いので、情報系の大学の講義はほにょつまらんしわかりづらい

別の仕事につきながら片手間に独学で勉強したあとに
学生時代のテキストや講義資料みると
いまじゃ簡単なことが、どんだけわかりづらい教え方してるんだろうと思った
いい先生がいればその頃からプログラムが楽しくて好きになってたんだろうなと

2021/03/07(日) 10:53:06.62

製造の人員に限ってみれば、分かりやすい(日本語の)文章を書けない人が、キレイなコードを書けるとも思えないんだけどね。
コードは機械に対する指示書だから、そう見ると「(人に対する)分かりやすい文章」との共通点は多い。

あと、教師の教え方についても、特定の人に分かりやすい教え方が万人に対してそうとも限らない。
自分の場合は振り返ってみれば開発環境が違うけど C のポインタはテキストを読んでもさっぱり分からなかった。
けどいつの間にか分かるようになってた。

分かるようになった後は「いまじゃ簡単なことが」なんで分からなかったのか分からない状態で、今も分からない。
ある意味での概念的な関門があるんだろうな、とか思う。「自転車に乗る」ってのとどこか似てるような気もしなくもない。

2021/03/07(日) 10:58:07.46

それを突き詰めると日本語って欠陥言語じゃね？という結論に行き着くんだけどな
ポインタが難しいってのもカタカナ英語だからってだけの理由だから

2021/03/07(日) 11:11:35.58

コードと自然言語は別物だよ
自然言語には関数がない

2021/03/07(日) 12:32:34.07

>>838
その難しい理由ってお前さんがそう感じただけで別の人にとっては別の理由があるだろう

2021/03/07(日) 12:37:54.55

ポエムのスレになってきてるなw

>>839
その通りだけど、人の能力という論点で言えば
「可読性を意識して書く能力」は恐らく作文とコーディングで共通部分が大きいと思う。

2021/03/07(日) 13:24:35.77

>>841
自然言語が達者な(しかし数理に弱い)人って、手続き型プログラミングの方向に進んじゃうんだよ
しかもどういうわけかみんな1つのルーチンを長く書きたがる
冗長な長文に慣れてる&関数を使わないで生きてきたから癖になってるんだと思う
意味があるなら1行でも関数にするなんてタイプはめったに居ない

2021/03/07(日) 13:55:29.41

リファレンスの理解力上がると無敵なんだよなあ

2021/03/07(日) 15:31:20.66

関係ないけど実装工程を製造って呼ぶ文化、アタシ嫌い

2021/03/07(日) 15:36:58.40

>>844
いちいち企業の方言に好き嫌い感想言うな
そこはそう表現する以上の意味ないだろ

2021/03/07(日) 15:39:52.85

大した理由もなく企業文化に文句付けるやつ客先で滅茶苦茶印象悪いから発言に気をつけろよ

2021/03/07(日) 15:55:22.31

>>837
コードは機械に対する指示を機械が理解可能な範囲内で
人間とってできるだけ分かりやすいように書くもの
読み手として意識するのは機械じゃなく人間

だから自然言語で論理的な文章を書く力とかなり部分が共通なのは当然

2021/03/07(日) 16:01:59.94

滅茶苦茶印象悪いから気を付けて頂きたく。

2021/03/07(日) 16:08:44.22

>>844
実装工程の定義がわからんけどコーティングなら製造でいいんじゃないかと思う
やってる事は組立工員とあまり違わないし

2021/03/07(日) 16:12:50.50

>>848
毎度お世話になっております
本件、拝承

御社のレベルに合わせて客先で「アタシ嫌い」とか言う奴を連れてきてしまい申し訳ないッスw

2021/03/07(日) 16:22:51.53

>>844
現実を見ろよ。実装なんざ仕様書をプログラミング言語に置換しているだけだろ。製造って銘打ってもらえるだけありがたい。

2021/03/07(日) 16:32:47.46

建設仮勘定たてるために原価計算ちゃんとしようとしたら、製造以外に入れようがないんじゃないの？

2021/03/07(日) 16:35:46.28

>>847
ぜんぜん違うよ
全くの別物

2021/03/07(日) 16:36:35.91

>>845みたいに発狂する奴って日本人ちゃうやろ
そもそも製造なんて言葉はおかしいのは事実やろ
流れ作業で作れるなら誰でもええやん

2021/03/07(日) 16:41:10.88

日本人ちゃうなら何人なんだよ

2021/03/07(日) 16:42:46.48

何でスレ違いなのにこのスレに書き込まなきゃならないんだろう
義務感でもあるの？

2021/03/07(日) 16:52:12.98

>>854
製造はラインのイメージが強いけど、流れ作業でしないものも立派な製造だよ。
一般的な商品開発に疎い人ばっかなのかな。

2021/03/07(日) 17:03:50.83

C#.NETの質問ですが
System.Web.Helpers
を参照しないといけないという情報までは辿り付きましたが
参照しようと検索しても出てきません(一覧にない)。どうすればいいんでしょうか？

2021/03/07(日) 17:24:03.46

>>858
ASP.NETを導入してください
https://docs.microsoft.com/ja-jp/dotnet/api/system.web.helpers
https://blog.shibayan.jp/entry/20110406/1302094656

2021/03/07(日) 17:26:58.17

>>859
NuGetから、Microsoft.AspNet.WebPagesをインストールすることでいけました！
ありがとうございました。

2021/03/07(日) 18:48:35.44

C# というか ASP の質問かもしれないのですが、

public class HiddenFieldEx : System.Web.UI.WebControls.HiddenField
{
　public string TextEx { get => (string)this.ViewState["TextEx"]; set => this.ViewState["TextEx"] = value; }
}

こういうの作りました。
普通にフォームに貼る分にはいいのですが、GridView の ItemTemplate のところに配置し
GridView.RowCreated あたりで TextEx を設定したとき
PostBack すると TextEx が消えてしまいます。

ViewState に保存してるつもりなのですが、
GridView の ItemTemplate でも大丈夫にするには特殊なことが必要なのでしょうか。

2021/03/07(日) 19:15:16.87

これを実行してボタンクリックすると処理が返って来ず固まります。
ちゃんと動かすにはどうしたらいいでしょう？

async System.Threading.Tasks.Task<string> Get(){
return await webView2.CoreWebView2.ExecuteScriptAsync("test");
}
private void Button_Click(object sender,EventArgs e) {
var task = this.Get();
System.Diagnostics.Debug.WriteLine(task.Result);
}

2021/03/07(日) 20:05:28.07

var result = await this.Get();
System.Diagnostics.Debug.WriteLine(result);

2021/03/07(日) 20:51:26.38

>>863
Get()からのstringの戻り値を受け取るにはどうすればいいんでしょうか？

2021/03/07(日) 20:58:22.56

>>847
可読性が良くなるように論理的に文章が書ける力と、
読み手が理解しやすくするように、伝え方を工夫する力とは全然違う
MSリファレンスは後者がさっぱりだから
図やイラストがない無味乾燥だと上の人が言ってるんじゃないの？

>>837
> 教師の教え方についても、特定の人に分かりやすい教え方が万人に対してそうとも限らない。
教師はそうならないように万人にわかりやすくなるよう教え方を工夫するのが仕事（俗に言う教材研究）
まぁ大学の役割がそうじゃないだろと言われてしまえばそれまでだし
誰にでも簡単だったら技術者や専門職として飯食いにくくなるから
世の中の仕組みとしてはそれでいいんだろうけど

2021/03/07(日) 21:02:50.60

>>864
>>863の1行目
resultにはstring型の戻り値が格納されてる

2021/03/07(日) 21:06:37.22

>>864
Get()でasync, await 使ってExecuteScriptAsync()の戻り値を取得してるじゃないか。
それと同じ。

2021/03/07(日) 21:19:02.70

>>865
良いか悪いかは別として
それは可読性をどういう範囲で捉えるかの違いだな

読み手が理解しやすくするように伝え方を工夫することが
可読性を良くしようとすることに含まれないと考えたことはなかったわ

2021/03/07(日) 21:22:42.06

>>866-867
Debug.WriteLine()で表示しても以下のようになるんですが…
System.Threading.Tasks.Task`1[System.String]
取得した中身を表示できないんでしょうか？

2021/03/07(日) 21:28:21.66

だからawait

2021/03/07(日) 21:34:04.57

private　async void Button_Click(object sender,EventArgs e) {

var result = await webView2.CoreWebView2.ExecuteScriptAsync("test");

System.Diagnostics.Debug.WriteLine(result);
}
ポイントは1行目にasync