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

2021/03/23(火) 12:58:24.10

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

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

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2021/04/26(月) 21:00:37.58

>>405
本来はToolStrip自身じゃなくて、ToolStripやMenuStripを持った
Formを継承した方がいいような気もするけどね。
まあそれじゃ満たせない要件なのかもしれないけど。

でもToolStripやMenuStripってFormの継承と相性悪いんだよな確か。
修正されずに放置されてるバグがてんこ盛りだった気がする

2021/04/26(月) 22:26:58.02

>>397-408
入門書がNameプロパティでの判別をしていたので、当たり前のようにやっていましたが、
あまりよくないやり方なんですね。
ありがとうございます。勉強になりました。

2021/04/26(月) 23:28:26.99

>>409
よくないかどうかは状況次第だと思う。
自分や他人がコントロールのNameを変更した時に、判定する側もきちんと変更すれば問題ないはず。
そもそも変更しないなら問題になることもないし。

2021/04/27(火) 00:39:04.06

>>410
「〇〇を変更した時には××も変更すべし」みたいな自明じゃないルールが存在すると、
そのルールをコードを保守する人が忘れているか知らない場合には
正常に動作しなくなるリスクが発生していることになる。

プログラミングの目的は要件を満たすことなので、他に手段がなければ
あえてそういうリスクのある方法を採用することはあってもいいけど、
今の話は明らかにそうじゃない

2021/04/27(火) 00:47:33.70

Windows,LInux,Macで動作するものを作る場合は.Net coreとmonoどっちがおすすめですか？

2021/04/27(火) 00:58:04.31

今からなら.NET 5 (.NET Coreの後継)
今年中には更に後継の.NET 6が登場予定
.NET Coreは既に終了済、monoはモバイル向け(.NET 6に統合される予定)

2021/04/27(火) 01:08:57.42

なんか次々思い付いてはゴミのように捨てていくよな

2021/04/27(火) 01:13:33.58

そうなんですね
.NET 5調べてみます！

2021/04/27(火) 01:19:08.19

.NET Core 3.1の次バージョンを.NET 5とリネームしただけだから.NET Coreが終わったわけじゃない

2021/04/27(火) 08:59:07.35

>>413
既に終了済み？？

2021/04/27(火) 09:09:39.16

インターフェースや抽象クラスのメリットとは？

つまりvirtualで処理をかかない純粋仮想関数を作る意味はあるのかということです。

そもそもvirtual指定するのであればデフォルト処理というものを書いておけば必要に応じてオーバーライドすればよいと思うのですが。

2021/04/27(火) 09:56:11.35

>>418
>インターフェイス
多重継承

>抽象クラス
デフォルト処理が決まらないメソッドを継承先でオーバーライドで強要する

2021/04/27(火) 10:13:30.82

>>419
ありがと、
めちゃわかりやすかった。

2021/04/27(火) 13:59:45.19

ちゃんとifやcase文で書いた方が実は後で楽だけどね
使うかどうかはかっちょええかどうかである場合が多い

2021/04/27(火) 14:31:58.08

将来的にスパゲティ化することを防ぐために多少手間でもインタフェースや抽象クラスを使って制約を設けるもんじゃないの？

2021/04/27(火) 15:29:38.21

そういうのは大抵、いざ要件が増えたときには、今の引数だけでは〇〇の情報が足りないとか、拡張を想定していなかった部分を拡張しなければならなくなったとかで破綻するんだよ
要件にないなら後で実際に拡張が必要になってからリファクタリングした方がよい

2021/04/27(火) 16:06:23.66

俺は>>422派だな。
要件が増えたときにパラメータが増えたとしても、ファクトリーに渡す拡張用の値増やすだけで元の処理に手を入れなくていいから

2021/04/27(火) 17:44:39.71

もしかして抽象クラスとインターフェースって使う必要ない？
メリットはスパゲティコードにしない制約を追加するだけで有れば設計ミスの方じゃないか？

2021/04/27(火) 17:54:44.27

>>425
まあでも知ってると他の誰かが使ったときに欠点がわかるよ
下地がそうやってできてるのにそれに逆らって作ってもしゃーないし
合わせるのは大事

ただメリットはよくわからん
List<object>やobject型の悪用とあんま変わらん気がする
落ちてもどこで落ちたかわからんのもいっしょ

2021/04/27(火) 17:58:00.62

>>425
同時平行開発するときは有用だな

2021/04/27(火) 18:04:24.32

interfaceはこのクラスにはこのメソッドがありますよと言う事を約束するだけで
実装が共通化しようもないようなものに使うものだし
（例としてforeachで回せるようにする為のIEnumerable）
抽象クラスは良くある例はFruitクラスの子クラスがAppleやら関連性のあるものに対して使うものだろうし
そもそも用途が違うような

2021/04/27(火) 18:05:20.92

>>425
アーキテクチャ綺麗だとあんまし使わないね
依存関係グチャグチャのスパゲティになってるとインターフェースで切ってDIしないとキツイ
けどそれは最初から設計ミスなんだよ

2021/04/27(火) 18:06:48.09

>>428
アルゴリズム書くときには便利かもね

2021/04/27(火) 18:14:04.55

クラスを他の人に使わせてまうとあとで変えれなくなってのっぴきならなくなることがあるからやがな。

interfaceにしておくことでサイズゼロにしておくことが出来る。
相手が不特定多数だと「変更したから変えてくれ」とはいえないわけですわ。

2021/04/27(火) 18:16:27.98

多態性を利用するために必須なんだから使わなきゃ不便じゃない？
純粋に楽になるついでに、構造に制約を設けて将来的に品質維持する保険にもなるっていう複数のメリットあるので、使わない理由が無いというか
一回つくって終わりの書き捨てならいらないけど

426の後半２行は意味がよくわからない

2021/04/27(火) 18:32:34.55

下手の考え休むに似たりって本当だよな

2021/04/27(火) 18:33:38.95

>>432
多様性を使う為に必須というのは初耳だった
別に普通のクラスでも継承してインスタンス化すれば多様性は使えると思ってたんだけど

同じ親クラスやvarの配列にしてfor回したり
そこでインターフェースや抽象クラスにしてしまうよりかは
少なくとも何も処理しないダミー関数でも書いて仮想メソッドで実装しておいた方が良いとおもてる

2021/04/27(火) 18:35:08.09

>>431
いやいやinterfaceから触るでしょうよｗ

2021/04/27(火) 18:37:58.55

ちゃんとcase文書いた方がいくつ分岐してるかわかっていいじゃん
これをメリットと思えないのってなんでなの？
ソース読むときいくつに処理が別れてるか知らずに済むことって皆無だと思うけど

2021/04/27(火) 18:48:41.39

今って多態性じゃなく多様性って言うのが主流なの？

2021/04/27(火) 18:49:53.91

>>436
いくつに分岐しているかを気にしなくてすむのがinterfaceによる抽象化のメリットの1つだろうに

2021/04/27(火) 18:51:27.27

いいえ多態性です

2021/04/27(火) 18:53:45.11

>>431
interfaceって実装しなくてもいいの？
詐欺にならない？

2021/04/27(火) 18:59:04.44

OOPの歴史も30年以上あるのでさすがに本質的に不要なものが
淘汰されずに生き残っているってことはないよ。

インターフェイス不要論とか抽象クラス不要論とか
staticおじさん級に幼稚で非生産的な書生論w

もっとマシなことに時間使った方がいいよ

2021/04/27(火) 19:07:16.33

>>440
実装しなくても良いのではなく、interfaceそのものには実装は書けない。必要なメソッドを定義するだけ
良くある例としてIDisposableがあるけど
using(var obj = new TestClass()) {
}
みたいな使い方したければ上記のTestClassにDispose()メソッドを用意してねって事で
class TestClass : IDisposable
{
public void Dispose() {何らかの終了処理}
}
みたいに実装を用意しないとそもそもエラーになる

2021/04/27(火) 19:27:42.16

>>434
普通の継承でも使えたね。すまん
具象クラス継承の適切なケースがわからんので考えなくなって、出来るって事も忘れてた

2021/04/27(火) 19:49:20.62

>>441
ハイ、じゃあメリットは？

2021/04/27(火) 19:53:09.03

>>440
単一継承しか許されないクラスと違い多重継承が許されるインタフェースでは、実体を実装するとC++同様に基底メンバの衝突の問題が発生する
この問題を回避するために実装を派生先に委ねてしまうことにしてインタフェース内では実装は禁止されている

2021/04/27(火) 20:06:45.34

教えて下さい。VBから書き換えて勉強してます。
フォーム1と2があり、それぞれTextBoxが無数にあります。フォーム1→2まで入力をして最後入力した情報を保存したいのですが、どういった形式、方法で保存するのが望ましいですか？
VBは区切り文字を入れ、datファイル1つに２行で書き込んでます。再度呼び出す際にsplitでそれぞれのTextBoxに入れてます。
が、何かのタイミングでTextBoxが増減したとか面倒そうなんですが一般的にはどんな感じでしてるんですかね？

2021/04/27(火) 20:21:32.78

辞書を作りたまえ

DDXって死語け？

2021/04/27(火) 21:09:28.77

json

2021/04/27(火) 21:15:25.28

自分で使ったことはないけどinterfaceはデフォルト実装持てるようになってなかったっけ？

2021/04/27(火) 21:17:18.55

>>449
なってるけどあんま使いたくないな

2021/04/28(水) 01:26:19.18

まあどうしてもバイナリ互換性を崩したくない時に使うもんだよね

2021/04/28(水) 02:42:21.15

バイナリ互換性って何？

2021/04/28(水) 03:00:12.55

あるdll（A）にインターフェイスが定義されており、別のdll（B）にその実装があった場合、Aを修正してもBに影響がなければバイナリ互換性があると言う。
たとえばAのインターフェイスに実装を持たないメンバーを追加するとBはコンパイルエラーになってしまうので互換性が崩れる。
Aにメンバーを足す際にデフォルトの実装を書いてあげれば、Bはコンパイルエラーにならない。

破壊的変更にならないようにフレームワークやライブラリを改修したいってのがインターフェイスのデフォルト実装の動機。

2021/04/28(水) 03:09:37.20

まあCOMみたいにナントカ2とかナントカ3とか増えるのもまたアレ感があるんで

2021/04/28(水) 06:00:02.52

"IsDisabled": false,
"Name": "Tap",
"Arguments": [
"Keys.O",
"112",
"12600",
"True"

これって、キーボードのOを112ms間押して、12600ms離すって意味だよね？
約24時間、キーボードのＰを押す時間も離す時間もランダム（10～10000msの範囲で）にしたい場合どう入力したらいいの？
あと24時間以内にとある画像を認識した場合、認識したその都度Ｗ、Ｓ、Ａ、Ｆを押すという時どう入力したらいいの？

2021/04/28(水) 11:10:31.63

それ何の言語なの？

2021/04/28(水) 11:34:29.86

json

2021/04/28(水) 12:01:20.73

アップキャストを行うと何が嬉しいのでしょう？
インスタンス化は普通
クラスA a = new クラスA();
なのに
クラスB b = new クラスA();
ってする意味です。入れれるのと使えるメソッドはイメージ通りですが、使うタイミングが不明です。

2021/04/28(水) 12:12:07.08

>>458
親クラスがクラスBで、クラスBを継承したのがクラスAってことなんだろうけど、
クラスBを継承したクラスCを追加して時に、クラスAとクラスCを同じように扱いたい時に使う。

2021/04/28(水) 15:39:41.26

>>458
foreachでまとめて処理するのに使ったかな。

2021/04/28(水) 16:32:07.21

>>458
あえて言えばサブクラスで隠蔽（new)を使ってるメソッドやプロパティがあると、
サブクラスのインスタンスをスーパークラスの変数に入れた場合に
動作が変わってくるんだけど、恐らくそういう目的でそれをやるケースは
ほとんどないんじゃないかな。

ほとんどの場合、それは積極的な意味を持たないと思う。

2021/04/28(水) 16:58:01.56

>>458
List<Human> list;
に派生したクラスとかを入れたい時に使う

2021/04/28(水) 17:52:40.77

>>462
大阪人「は」人間なので、そんなことは不要。

class Human { }
class Osakan : Human { }
....

var o = new Osakan();
var hs = new List<Human>();
hs.Add(o);

2021/04/28(水) 17:59:49.82

アップキャストってそれ自体を目的にするものなのかな？
意識せずに使ってるだけで、見方を変えればアップキャストが目的とも言えるのかもだが

2021/04/28(水) 19:54:14.62

>>463
それ暗黙的にアップキャストをしてるから不要ではないよね？
質問が、アップキャストの嬉しさについてだから例としては適切だと思うけど

アップキャストとしての嬉しさではなく、
クラスB b = new クラスA();という変数を作る意味があるのかって話なら、大抵は暗黙的なキャストてどうにかなるからやる意味はない

2021/04/28(水) 20:13:50.67

var s = new LinkedList<char>();
_ = Console.ReadLine().Select(x => s.AddLast(x));

これでsに標準入力が入る気がするのですが実際何も入りません
どうすればいいんでしょうか？

2021/04/28(水) 20:44:33.40

ポカミスだと思うけど、Selectはシーケンスを返すだけだよね。
Selectが実行された時点ではstringの中のcharを列挙したりしない。

2021/04/28(水) 20:50:43.89

>>467
var s = new LinkedList<char>();
_ = Console.ReadLine().Select(x => s.AddLast(x)).Count();

こうですね...
遅延評価にハマりました
ありがとうございました

2021/04/28(水) 21:04:25.17

var s = new LinkedList<char>(Console.ReadLine());
というかこれで良かったみたい

2021/04/28(水) 21:35:36.25

Select(x => s.AddLast(x))
はやっちゃ駄目だろう

2021/04/28(水) 21:38:57.70

ToLinkedListを実装するのが絶対的正義

2021/04/28(水) 21:54:47.35

>>457
このスレってJSONを推してる人むっちゃ多いんだけど、CSVと比べて何がいいの？
CSVに出来なくてJSONに出来ることってあるの？

2021/04/28(水) 22:01:00.21

階層構造を持たせられる
項目の追加が楽
シリアライザが充実している
方言の多いCSVと違い、仕様が統一されている

2021/04/28(水) 22:13:27.34

CSVの方がよさそうならCSVって回答するけど
このスレくらいの質問者だと背景や用途を喋らないので最大公約数的回答になる

2021/04/28(水) 22:18:25.06

俺はjsonの方が好きだからjsonを使う

2021/04/28(水) 22:33:03.67

CSVとかトラブル製造機じゃん

2021/04/28(水) 22:43:14.57

>>473-476
ありがとうございます
なるほど、XMLでも階層構造は持たせられるけど仰々しいですよね
ああ、あれをシリアライザって呼ぶんですね
昔、一回JavaだかでJSON読んでみて満足した記憶があります
GW明けの使い捨てのスクリプトではJSONで書いて読んでみます

2021/04/29(木) 00:09:54.46

CSVは方言多すぎてそこらのパーサー使うの怖いわ

2021/04/29(木) 04:38:08.16

unityでc#ぼちぼち覚えてきたけどc#って何ができるんや

2021/04/29(木) 05:53:27.68

>>479
何でも出来るさ。ライブラリが揃えば。

2021/04/29(木) 05:59:02.89

[ {"a" : "1"}, {"b" : "x"} ]

a列のみとか、b列のみしかないJSON が、CSV では、

a,b
1,
,x

2021/04/29(木) 09:03:47.11

>>481
わからん

2021/04/29(木) 09:48:46.58

>>477
階層を持つのは後の欠点にもなるからね
結局はCSV形式で持ってた方がいずれ近いうちなるデータベース対応時に楽だよ

2021/04/29(木) 09:55:18.98

楽じゃない

2021/04/29(木) 10:10:10.40

>>484
なんでだよ
階層データじゃデータベース入んねぇだろ

2021/04/29(木) 10:27:55.67

楽じゃないな。
きちんとした形してるなら階層持ってるデータのほうがマシ。
正規化するよね？常識的に考えて。

2021/04/29(木) 10:28:53.11

jsonはそのままクラスに持たせられるから便利
あとパースできない読めないってことが少ない
xmlもcsvと比較するとjsonに近い

csvはそのまま行と列のデータだからDBにいれるだけなら悪くないしそれならサイズ的に軽い
改行ダブルクォーテーションとかあと上で言う方言とかあるから、なかなかトラブルを消しきれないこともある

Excelでもよみたいとか要件があるならcsvかな

2021/04/29(木) 10:37:53.58

>>487
エクセルで読ませたら先頭のゼロ消すやつとか日付のフォーマット変えるやつとか、ハイフンがついた数字を日付にするやつが現れがちなのですごく嫌かな。

2021/04/29(木) 10:49:23.57

目的の違うデータ形式を個々人で違う基準で評価してあーだこーだ言っても仕方ないのと違うか。

ただ。
json 形式の意味があるのか分からない深い階層を持つデータに対応するクラス作ってたときは本気でイヤになったけど。w
きちんと正規化して意味のない階層だとかを排除してくれるなら扱いやすい方式だとは思う。 < json

2021/04/29(木) 11:15:55.38

csvのrow/columnをjsonで表現できるが逆はできないからcsv⊂jsonだけど
大量のデータを扱うにはjsonは冗長だよな。

2021/04/29(木) 11:30:58.28

jsonで大量データだと、容量削減のために要素名を変数1文字とかやりだすしな

2021/04/29(木) 11:40:51.69

CSVよりJSON Linesですわな

2021/04/29(木) 12:43:50.51

>>491
そんなことするくらいなら圧縮するわ
冗長だから圧縮した状態同士での比較ならCSVと変わらん

2021/04/29(木) 12:52:51.92

>>493
デカイ階層データで気になるのは処理速度だから圧縮されると余計時間かかる

2021/04/29(木) 13:06:57.09

シリアル化方法（ＣＳＶをシリアル化とは普通は呼ばない気がするけど便宜上）を選択する上での
評価基準としては、

(1) 可搬性
(2) 対応するデータ構造の自由度
(3) 変換速度
(4) バージョン耐性
(5) テキストとしての可読性（これが重要なケースはほとんどないと思うが...）

こんなとこかね。
CSVで評価できるのは(1)ぐらいなので積極的に使う理由はないね当たり前だけど

2021/04/29(木) 13:39:52.49

エクセルおじさん用のデータ交換フォーマットと割り切ったほうがいい

2021/04/29(木) 13:47:05.06

>>494
展開時間かかる代わりにアクセス時間が相当減るから、変わらんか早くなるよ。

2021/04/29(木) 14:36:43.78

用途次第だけどjsonのままDBにつっこめばいいじゃん（）

2021/04/29(木) 14:44:24.17

>>497
そんなのCPUとI/O次第としか言えん

2021/04/29(木) 15:11:48.04

>>498
え？どうやって？

2021/04/29(木) 15:19:29.90

結局、データベースに入れる運命なのに今の時代に階層データにするやつなんか頭悪いんだよ

2021/04/29(木) 15:28:12.72

いまどきはどんなDBMSでもjson形式のデータインポートくらい出来るだろ
LINQでクエリ走らせるだけだろ

2021/04/29(木) 15:32:29.05

>>496
じゃあjsonはテキストエディタおじさん用か。

2021/04/29(木) 16:10:49.54

最近のRDBMSだとjson型とかあったりするからな。
>>499
ライトはともかくリードは2021年だと殆どの場合で早いぞ。

2021/04/29(木) 16:16:56.06

>>504
いや、リードが速きゃ圧縮してなくても速いわけだが…

2021/04/29(木) 16:48:57.18

>>500
もう言われてたけどjson型サポートされてるRDBMSもある。触ったことないのでパフォーマンスは知らぬ
mysql,PostgreSQLはカラムの型としてサポート済で、oracleとsqlserverは文字列型で格納して制約や関数でjsonとして扱う感じなのかな？
PostgreSQLだとjsonのキーに対してもインデックス作れるんだね。便利そう

2021/04/29(木) 17:02:11.90

激レアケースを例にあげて自分の失策を正当化するのは良くないぞ
今の時代にデータベースに入れにくいデータ構造にしたのは明らかにバカ
それがわからないならお前らも結局時代に対応できないんじゃんｗぷｗ

2021/04/29(木) 18:39:45.09

1ビット脳の生活って楽しそうだよね