ふらっと 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/01/19(火) 12:29:00.70

プログラムに綺麗って単語を使う人が総じてNET2.0止まりなのはC++じゃないC上がりとかなのかね

2021/01/19(火) 12:44:43.27

c#はとっととhindley milner導入しろ派なので当然全部var使う

2021/01/19(火) 14:37:47.64

varってvoid*？

2021/01/19(火) 14:40:11.50

だいたいそんな感じ

2021/01/19(火) 14:50:36.80

C++にはautoって名称で追加された

2021/01/19(火) 15:07:54.28

>>133
> 論点は自明じゃなくて自明にすることが難しいケースがあるかどうかだね。
そうじゃないでしょ
var a = f();
って書くだけでf()の型を知らない限り自明じゃないけど論点は>>130が言うように型を知る必要がどれだけあるかどうかだと思うよ
個人的にはレアケースとまでは言わないけどそんなに多くないし必要な時でもIDEですぐにわかるから問題ないレベルだと思ってる

2021/01/19(火) 15:09:21.35

>>136-137
レス乞食？

2021/01/19(火) 15:33:59.98

>>139
「型が自明」って言うのは右辺の式を見ただけでその型が分かるって意味だよね？

君は右辺がメソッドなら型は自明じゃないと言いたげに聞こえるけどそんなことはない。
むしろそんなケースは少ない。

では型が自明じゃないケースというのは、

(1) メソッドの命名が不適切
(2) 返り値の型が過度に抽象的だったりその問題領域でたまにしか使われない型だったりした場合

(1)は改名で改善できるけど(2)はどうやっても不可避な場合がある。

2021/01/19(火) 15:37:48.79

っていうかちゃんと型を書くことにデメリットがない

2021/01/19(火) 15:40:05.06

本当はchar*なのに手抜きでvoid*はよく使ったから、varの濫用もありなのかもね。

2021/01/19(火) 15:51:48.14

>>141
> 君は右辺がメソッドなら型は自明じゃないと言いたげに聞こえるけどそんなことはない。
なら>>139のaの方を書いてよ

> むしろそんなケースは少ない。
根拠があるならどうぞ、ないなら君個人の経験だよね

> (1) メソッドの命名が不適切
ヒント情報ではあるけど確実じゃないよね

> (2) 返り値の型が過度に抽象的だったりその問題領域でたまにしか使われない型だったりした場合
それはたまにしか使われないから読み手が型を覚えてないってこと？
論点がちょっと違うように思う

2021/01/19(火) 16:02:16.12

>>144
例えば.NETのライブラリのクラスのメソッドを見てみ。
メソッド名から戻り値の型が推測できないミスリーディグなのももちろんあるが、それは少数派。
大半はメソッド名から戻り値の型は推測できる。

ユーザーコードのメソッドも基本的はそうであるべきだしまともな人が書いたコードはそうなってる。
君、本当にプログラマ？

2021/01/19(火) 16:03:51.01

全然意味が違う
コンパイラはvarだろうが型名だろうが完全に同じ動きをする
コンパイル時の挙動も生成結果も全く同じ
ただの文字の置き換えに過ぎない

2021/01/19(火) 16:09:05.78

まあ、こんな話はどうでもいい。

「論点は自明じゃなくて自明にすることが難しいケースがあるかどうか」なのは間違ってないし、
自明にできないケースが存在することも明らかに自明だ

2021/01/19(火) 17:55:50.67

俺は積極的にvarを使うが、
周りの奴には明示的に型を書いてほしい

お～れ～はジャイア～ン、ガ～キ大将

2021/01/19(火) 17:58:28.71

ていうか、varで置いとくメリットないよね
varで書いて改行か保存をトリガに元の型に勝手に直して欲しいレベル

2021/01/19(火) 17:59:58.88

イテレータとかはvarで書かないと冗長過ぎる
他は型名でもどっちでもいいな

2021/01/19(火) 18:45:05.43

>>145
そうあるべきとか言われてもねぇw
意識高い人はSystem.Collection.Generic.ListのRemove()とRemoveAll()の戻り値の型をきちんと把握してるんだろうね、俺には無理だわ

>>147
> 「論点は自明じゃなくて自明にすることが難しいケースがあるかどうか」なのは間違ってないし、
それは君の論点ね
俺としてはどうでもいい

2021/01/19(火) 19:00:43.09

ねえ、お前らまとめて相談室に移動してくれない？

2021/01/19(火) 19:36:45.79

>>152
どう使い分けてるの？

2021/01/19(火) 19:43:10.02

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。

これ無視してどうしても雑談やくだらない議論ここでしなきゃならんの？
普通の人は117からこの書き込みまで全部あぼーんした方がいい

2021/01/19(火) 21:28:02.04

いや、好きにしていいよ

2021/01/19(火) 21:56:33.32

ルールを守れ

2021/01/19(火) 21:58:18.64

さすがにメソッドの戻り値の型が自明じゃないが普通とか思ってる人とは
議論にならないよね。

っていうかこういう話が通じない人、自分より下ならいいけど
上司にいるとほんとつらいw

2021/01/19(火) 22:27:12.89

>>2のリンク先に興味深いことが書かれていた
議論スレで議論すると論破されちゃうから、
初心者スレでマウント取った気になるらしい
とても腑に落ちた

2021/01/19(火) 22:29:03.20

スレのルールも守らず>>2での議論ができないような奴の言うことは役に立たないと言える訳だな
無能だからここから出られない、と

2021/01/19(火) 22:30:46.82

>>158
これ前も書いたけど、君がやってるそれがまさに「マウントを取る」
行為なんだけど自覚があるかな？w
間違いなくないよね。

これも前に書いたが、1っか月で150しかレスが付かない過疎スレで
何を目くじら立ててるわけ？
誰が困るの？誰も困らないよね？

単に人にケチをつけてマウント取りたいという卑しい動機で言ってるだけだろアホかほんと

2021/01/19(火) 22:34:05.03

>>160
君らがそういう事してると初心者が気兼ねするって想像力もないのな
無能は無能な理由があるってことか

2021/01/19(火) 22:35:11.09

>>161
そういうのを牽強付会と言います。

2021/01/19(火) 22:40:21.24

>>162
>>1

2021/01/19(火) 22:42:31.25

ネットで吠えてるだけって虚しくないのかなw

2021/01/19(火) 23:22:13.79

いや、好きにしていいよ

2021/01/19(火) 23:25:12.57

ガイドライン通りでいいんじゃねって気がするが
built-inは明示的に宣言したい気持ちも分かるので
チームに合意が得られるならcsharp_style_var_for_built_in_types = falseにしとけばいい

https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/inside-a-program/coding-conventions#implicitly-typed-local-variables

2021/01/20(水) 00:20:44.38

>>164
ネットで吠えてるって、いきなり老害で去ったほうがいいとか言って吠えだしたのおまえだろww
数時間前の自分の発言すら忘れる馬鹿なの?

2021/01/20(水) 05:30:22.29

老害という言葉に激しく反応する老害
っていうオチかな？

>>157みたいに話しそらして逃げはじめたから吠えてるだけって揶揄されてる事ぐらいは理解しようねw

2021/01/20(水) 07:03:54.32

いや、好きにしていいよ

2021/01/20(水) 10:05:59.48

スレが伸びててよろしい

2021/01/20(水) 11:56:41.88

プリントアウトしたり、秀丸で見ることを考えると明示の方がいいかな。

2021/01/20(水) 12:16:09.30

プリントアウトしたり秀丸で見るときに変換しとけばいいだけ
なんで少ない方に合わせなきゃならんのだ

2021/01/20(水) 12:40:59.07

Dictionary<string, int> myDictionary1 = new Dictionary<string, int>();

var myDictionary2 = new Dictionary<string, int>();

2021/01/20(水) 15:44:09.47

null許容型関連の質問ですが、nullを許容しない型のデフォルト値はどういうものが適切なのでしょうか？

例えば、あるデータオブジェクトを指すクラスフィールドにコンストラクタ以降で設定する場合など

2021/01/20(水) 17:53:03.33

動作の仕様から考えないとでなくね？
nullを許容しないって理由も仕様に関わって来んじゃね？

2021/01/20(水) 18:05:27.20

>>173
初期値ならnull!一択

2021/01/20(水) 18:06:18.37

レス番ずれたごめん
>>174だ

2021/01/20(水) 18:16:09.58

>>174
null許容/非許容と関係なく設定したい値の定義域の中に
そのクラスを使う時のデフォルト値として採用できるものがあるかどうかを考えるしかない

例えば「色」を設定するとして、指定がなければ何色をデフォルトにするのがいいかはケースバイケース
当たり前のこと過ぎるから本当に聞きたいことは違ってそうだけど

2021/01/20(水) 18:49:46.67

>>174
デフォルトのまま使われた場合にどうなってほしいのかを考えるしかない。
ふつうは一番無難な動作になる値を選ぶだろうけど。

2021/01/20(水) 18:54:07.33

>>174

nullを許容しない型だから、値型の話だよね。

例示されいているオブジェクトを格納する型は
参照型だから関係ないよね。

値型でクラスフィールドにするものだと、
インスタンス数を記録するフィールドとかだけど、
このときは明白に初期値は０になるよね。

初期値が思いつかないフィールドなんかは、
ロジックを見直して使わないようにするのがいいと思う。
クラスフィールドならクラス内グローバル変数みたいなものだから。

2021/01/20(水) 19:13:42.59

>>180
いつの時代の人やねんw

2021/01/21(木) 05:31:50.73

>>180
> nullを許容しない型だから、値型の話だよね。
よく知らないなら無駄に絡んでくるなよ…

**180** (ﾜｯﾁｮｲ 49d4-cvKJ) · 2021/01/21(木) 09:28:06.79

すいません、ロートルなのでどこが知識不足なのかわかりません。
教えていただけませんか？

**180** (ﾜｯﾁｮｲ 49d4-9+hf) · 2021/01/21(木) 09:42:10.43

すいません、ググりもしないで回答した愚か者でした。
余計なことを書いたことをお詫びします。

2021/01/21(木) 10:30:22.56

ちゃんと反省できて偉い！

2021/01/21(木) 12:05:41.28

初歩的なことですみません。
Win10で項目のサイズを100%⇒125%にするとフォームが崩れてしまうのですがどこの設定をしたらよいのでしょうか

2021/01/21(木) 12:07:38.37

皆さん有難うございました

2021/01/21(木) 12:09:34.75

>>186
WinFormを捨ててWPFで作り直す

2021/01/21(木) 21:44:45.19

>>186
フォームが崩れるって具体的にどういうこと？

2021/01/21(木) 21:48:16.83

左足の踏み込みが甘い

2021/01/21(木) 22:11:43.69

右足ちゃうか？

2021/01/21(木) 22:19:59.04

違う、まず体幹を安定させるべき

2021/01/21(木) 22:59:12.22

強いパンチは蹴り脚で撃つ＠ホーリーランド

2021/01/21(木) 23:10:46.63

>>189
winformいじればどんなアホでもわかる現象なのでお前はおよびじゃないよ

2021/01/22(金) 00:53:56.18

>>194
むしろアホにしか起こせない現象だから俺には理解できないんだろうねw

賭けてもいい。
この無礼な馬鹿が自動スケーリングの仕組みを
ろくに理解せつに作り込んだバグと質問者の問題は恐らく異なる。

2021/01/22(金) 01:04:05.40

コードは意図した通りではなく書かれた通りにしか動かない。

文章も自分が何を伝えたいと意図したかではなく
文面に書かれていることだけが他人に伝わる。

後者を軽視する奴は100%プログラマとしても無能だ。
ポエムじゃないんだから読み手に想像力で補完してもらうことを期待するのは間違ってる

2021/01/22(金) 01:13:27.19

>>195
説明なんか不要だろ
フォームにテキストボックスとボタンでも貼って倍率変えて実行するだけで
もうリソースエディタ？で配置した画面とは似ても似つかない画面が見えるんだから
これがわからないヤツなんてそもそもwinform触ったことすらねーだろそいつ
間違いなく質問者が聞きたいのはお前にじゃねーよｗ

何で知らないのにクビ突っ込んでくるのか？ｗ

2021/01/22(金) 01:24:26.14

>>186
項目って何

2021/01/22(金) 01:34:58.35

>>186
項目のサイズを125%⇒100%にする

2021/01/22(金) 13:37:52.91

>>186
フォームのプロパティ AutoScaleMode をデフォルトの Font から None に変える

2021/01/22(金) 14:19:12.75

wpfの唯一と言っていほどのメリットが画面scaleへの対応
winformが根強く残っていてもこの手の問題へのヘルプが今まで山のように発生している
そういった背景を知っていればあの文章だけで十分に何が問題かは予測できる上に珍しい事例でもなんでも無い
それなのに自身の無知をさらけ出し、挙げ句の果に質問者の文章が稚拙であるかのような言い訳をするのはプログラマとして無能と言えるのではないだろうか？

2021/01/22(金) 14:30:33.50

続きは>>2で

2021/01/22(金) 14:31:48.32

>>201
本気でそう思うならくだらないこと書いてないで質問者に代わって問題の詳細を
きちんと書いてくれ。

しかし馬鹿な奴だ。
何で>>197が沈黙してるのか想像力が働かないのか。

自動スケーリングはちゃんと理解してないとトラブルの元なのは確か。
しかしちゃんと理解して使えばそんな難しい話ではないし、
「フォームが崩れる」などというあいまいな表現で問題を特定できるほど
単純な話でもない。

2021/01/22(金) 14:39:33.20

まあ、まともな解決方法持ってないからね俺らｗ
というわけでこの話題が出ると荒れるのです

2021/01/22(金) 18:37:43.30

>>151
>>>145
>そうあるべきとか言われてもねぇw
>意識高い人はSystem.Collection.Generic.ListのRemove()とRemoveAll()の戻り値の型をきちんと把握してるんだろうね、俺には無理だわ
だからそれが少数派って言ってんじゃないの？
全部把握しなければいけないみたいに言ってないよね

2021/01/22(金) 18:56:51.05

初心者　分からないので>>1のテンプレ読んで質問する
中級者　答えられる範囲で回答
上級者様　気持ち良くなるのが目的なのでスレ違いも厭わない
答えられない事も知ったかぶりして馬鹿にしたりトートロジーで誤魔化す
上級者　テンプレ>>1を理解しているので無駄な議論はせず的確に回答

2021/01/22(金) 19:12:58.80

>>205
よく使うクラスのよく使うメソッドでもそういう例があるって話
例外的なメソッドを言い出したらキリないし

2021/01/22(金) 19:13:26.61

まだWinFormsやってるやついるのか

2021/01/22(金) 19:50:27.55

それしかやらんわ

2021/01/22(金) 20:16:51.12

WPF初心者にはきついわ
検索できないとか存在しないとかエラーが謎

2021/01/22(金) 21:43:23.06

WPFの和書が皆無に近いもんな。秀和の分厚い奴も2019になってもいまだにFormsだし。

2021/01/22(金) 21:49:48.50

ガチでやろうとするとunityのが楽なんだよなぁ
こいつバックミュージック流しながら音なんねーし

2021/01/22(金) 21:51:05.66

wpf言ってる間にそのうちmaui(mvu)が来ますよ

2021/01/22(金) 21:53:42.78

色々と信用ゼロなので様子見です

2021/01/22(金) 22:06:30.38

stackoverflowがなければ初日でWPF投げてたと思う

2021/01/22(金) 22:25:31.06

>>213
サンクスコ
知らなかった
「やっと」そんなのが出るのか、待ってたぜ
XAMLじゃなくてもC#コードビハインドだけでもUI描けるようだな
（WPFでも出来るけどな）

WPF使ってるけど、バインディングが本当にクソだわ
今までいろんなプログラミングしてきたけど、
ここまで行き詰まったことはなかった
今回こそは俺が非力ってことは認めるわ

それにしても、UWPが完全にスルーされてるのが笑えるｗ

2021/01/22(金) 23:18:39.28

どうせ流行らずに勉強しても無駄になるんだろ！騙されないぞ！

2021/01/22(金) 23:44:20.14

>>216
理想を追い求めて
糞になったパターンだね。

wpfは普通にMVVMでなくても書けるよ。
大半のライブラリーはMVVM使ってないしね。
WPFのメリットはいろいろ間口が広いってことだよ。

2021/01/23(土) 00:04:09.60

>>212
こいつってのは何を指すの？

2021/01/23(土) 00:19:08.32

WinUI 3 って、WinForms と WPF を過去のものにして主流になると思う？

2021/01/23(土) 00:39:31.93

>>218
MVVMってあれだけいろいろゴタゴタやって、恩恵は少ないよな（と俺は感じる）。
周りの人には受けが良くて褒められるけど、俺本人はギリギリでやってる、実は。

一つのクラスの内容を表示する時には何の問題も無い。
だが、二つのクラスの内容を表示しようとした途端に
それらをまとめるクラス作ったりせんといかんだろ？
毎回クソ面倒臭い。
あと、PropertyChangedとかNotifyとか、面倒臭い。
一応できるが俺の性に合ってない。

2021/01/23(土) 00:49:51.79

>>220
今はデスクトップアプリもWebベースで作るのが主流
もはや奪うパイがないんだよ

2021/01/23(土) 01:13:07.19

ってことはBlazorの時代がくるですか！？

2021/01/23(土) 01:46:14.57

>>205
たぶん言っても無駄。
その人の目的は「他人に食って掛かる」ことなのは一目瞭然だから。
本人は自覚してないと思うけどね。

とにかく他人が言ってることを否定することだけを目的としているから
全体として何が言いたいのかさっぱり分からない。

2021/01/23(土) 08:46:17.73

>>218
> WPFのメリットはいろいろ間口が広いってことだよ。
俺はデメリットだと思ってる
同じ事をやるのに複数の方法があるために余計わかりにくくなってる気がする

2021/01/23(土) 08:48:30.10

>>224
> その人の目的は「他人に食って掛かる」ことなのは一目瞭然だから。
お前が言うなよ ⇒ >>195,203

> 本人は自覚してないと思うけどね。
ブーメラン過ぎるw

2021/01/23(土) 10:01:09.88

>>222
electronもまだまだデスクトップを置き換えられるところまでいってないと思うが
どういう環境のことを言っている？
それともOffice365のようにデスクトップアプリの代わりにWebベースで置き換えることを言っている？

2021/01/23(土) 10:54:35.36

>>227
VSCode、Slack、Teams、Skype
もうとっくに置き換わってるよ

2021/01/23(土) 11:08:23.02

自分の製品置き換えないでユーザーにそれ使えは言えないだろ

2021/01/23(土) 11:15:07.48

ちなみにOutlookもWeb版に統一する計画だそうで
https://www.windowscentral.com/project-monarch-outlook-web-universal-email-client-microsoft?amp

2021/01/23(土) 11:15:50.54

VSCode以外はバックエンドはクラウドだな

2021/01/23(土) 11:26:24.50

今時完全にスタンドアロンなアプリなんて絶滅危惧種でしょ
そもそもそれ言い出したらWinRTから始まりWinUI含め近年迷走を続けているWindowsのモダンUIって、
どうせ今時のネイティブアプリなんてバックエンドのWebサービスに対する薄い皮にすぎないんだからシンプルな必要最低限の機能があればいいよね、
という思想が根底にあるのだし

2021/01/23(土) 11:53:22.54

reactive extensionってまだ存命なの?
async awaitだけやっとけばいい感じ?