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

2022/02/09(水) 23:13:39.45

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part153
https://mevius.5ch.net/test/read.cgi/tech/1639403601/
■関連スレ
C#, C♯, C＃相談室 Part96
https://mevius.5ch.net/test/read.cgi/tech/1639965805/
■コードを貼る場合は↓を使いましょう。
https://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/
https://referencesource.microsoft.com/
https://source.dot.net/
・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

2022/06/13(月) 08:02:40.22

トップレベルステートメントとか出たし、
VB使ってるからって妙にc#だけを意識してない？
活かせないとか皆無とか強い言葉で自分を守ろうとしてるのが見え見えで悲しい

2022/06/13(月) 08:08:14.74

次の患者さんどうぞ～

2022/06/13(月) 08:10:48.55

デフォルト引数が導入されたのがC#4だから昔のC#を思い出しながら書いてるのかもしれん

2022/06/13(月) 11:07:29.62

>>848
まあそれでも選択肢増えたのはありがたいわ
ランタイム別で単一EXEにするのも出来るし

2022/06/13(月) 11:32:13.48

デフォルト引数がないｗｗｗ

2022/06/13(月) 11:38:19.12

C# 4.0って出たの12年前だよな

2022/06/13(月) 12:16:36.33

VB→Delphi→C#←C/C++
の進化は古参なら皆知ってるよね
右矢印は同じ人の仕業だし

2022/06/13(月) 12:17:04.72

Int16,32,64の使い分けって必要でしょうか
メモリが非常に少ない環境であればシビアになるべきでしょうが
普通の環境であればInt32を使用すれば問題ないと考えていますが合ってますかね

2022/06/13(月) 12:25:17.08

合ってる

2022/06/13(月) 12:48:25.13

>>863
即レスありがとうございます
型について書かれてるサイトやブログはありますが、各数値型の用途についてまで言及されているサイトはあまりなくて困っていました
助かりました

2022/06/13(月) 13:05:33.39

いえいえ

2022/06/13(月) 13:15:12.88

>>864
Int16,Int32,Int64ではなく、それぞれの別名であるshort, int , longと記述することが多い
大抵のお手本はintとだけ書いてあるでしょ
long(Int64)は32bitでは表現出来ない大きな数値を扱う時に使う
それ以外はint(Int32)
short(Int16)はあまり使わないな

2022/06/13(月) 13:27:04.60

クソ長い円周率とか宇宙規模の計算とか、doubleでもlongでも無理とかのとき、型はどうするん
まあ聞いてどうすることもないんやけど

2022/06/13(月) 13:34:59.17

>>867
整数ならBigInteger構造体があるよ

2022/06/13(月) 13:37:56.77

宇宙規模の計算とか、桁数が有ってればOKみたいな世界やからへーきへーき（何が

2022/06/13(月) 14:45:53.11

１ビットも無駄にしてはならない
shortでいいのにintなんか使った日には島流し

2022/06/13(月) 14:53:05.21

DBならまだしもC#でshortとか使う価値が無いのだけどね

2022/06/13(月) 15:07:51.99

細かい型を使ってもRustみたいにメモリギチギチに詰めてもらえる訳でもなく、何をするにもキャストばかり発生・・・・使い所は難しい

2022/06/13(月) 15:51:41.19

>>870
ビット単位で言うなら組み込み型そのまま使ってる時点で無駄にしまくり
上限値が分かってる場合はC/C++のビットフィールドを利用すると以下の3フィールドで4バイトしか使われない
int Year : 23; //MaxValue = 8388607
int Month : 4; //MaxValue = 15
int Day : 5; //MaxValue = 31

2022/06/13(月) 16:15:38.07

>>866
そのshortを使わなくてよい根拠を知りたかったのです
サンプルやお手本がつかってないからではなく、ハードウェアの制限があるシーンで使うとか…
ただそんなシーンでC#は選ばれない気もしますが。

整数型以外も
>>867
にもありますが、例えばdouble型ってどういう用途で使うんでしょうかね。
decimalはお金等の電卓通りの計算になるような（ならないケースもありますが）項目に使いますよね。
floatはポリゴンの計算とか？

そういった数値型の利用シーンが知りたかった次第です。

2022/06/13(月) 17:00:07.25

>>874
shortをあまり使わないのはメモリー効率以外に恩恵が無いから
・16bit変数は思ったよりもすぐに表現出来なくなることが多い
・キャストが面倒
大した意味は無いよ

2022/06/13(月) 17:16:24.85

スタックの幅は可変じゃ無いから 32bit幅なら16bitの値を入れても32bit喰うよ

2022/06/13(月) 17:39:01.23

o/rマッパのコードファーストでテーブルカラム定義する場合にもよく使う。
postgreのsmallintならC#のshortとか。

また小型機器なんかとバイナリ通信する場合もshortが2バイト幅って原理を使って通信フォーマット組み立てたりする

2022/06/13(月) 17:56:30.29

>>877
そうそう、組み込みデバイスとの通信はshort,floatを使うことが多いね

それとC言語出身者は char=1バイトと勘違いし易いみたい

2022/06/13(月) 18:06:55.61

バイナリフォーマットが決まってるケースならともかく、通常はintでええやろ

2022/06/13(月) 18:29:01.50

っていうか用途はあくまでも○○ってケースが多いねってだけ
占いや天気予報の類

マニュアルなどの最小最大の仕様や今回の目的にあった型を変数ごとに決定しないと駄目
結構辛い作業になることもある

2022/06/13(月) 20:24:19.87

audioデータは16の方が32や64より多いな

2022/06/13(月) 20:32:25.97

>>859 元々はデフォルト引数がなくて、随分出遅れてから追加されたんであって、そんなことも知らずにｗｗｗかいな

2022/06/13(月) 22:49:16.87

>>877
postgreのドキュメントには、integerが一番バランスが取れているからsmallint使うのは限定的とあるね。
.NETでも同じことが言えるのでは。

integer型は数値の範囲、格納サイズおよび性能において最も釣合いが取れていますので、一般的に使用されます。 smallint型は一般的にディスク容量に制限が付いている場合にのみ使用します。 bigint型はintegerの許容範囲では十分ではない場合にのみ使用すべきです。 integerデータ型の方がずっと速いからです。

2022/06/14(火) 01:29:50.35

>>882
.NET Framework 2.0 からようこそw

2022/06/14(火) 02:46:01.05

>>854
　同じだから、あんなのどっちでも普通に書けてハードルはない。
　vbとc#は相互に書き換えができる。
　決してCを継承した言語ではないのにC#って名前が実態と合ってない。
　で、Like演算子の代わりって何。VBでは使えずC#でのみで使える何かがあるんかいな。

2022/06/14(火) 03:12:49.82

>>845 >>846
　プログラム初級者だな。
　文末のセミコロンの有無と、ブロックの先頭が"{"末尾が"}"かどうかの違いだけで判断して、全然違うと思い込んでしまう人か。
その基準で言えばC++に似た言語と思ってるのかもしれんが、実際にはC#は決してCを継承した言語ではなく、C++やCと何ら
似ているものはない。
　見かけ上は、C++の改良言語。
　フタを開ければ中身はVB。このVBを、VBに見えなくするように構文を変化させただけのものでしかない。
　実際に、いつもVB使っててC#は使ってなかったが、業務で初めてC#のプログラム改修も、言語の問題で行き詰まりはなかった。
　このことからも、やはりC#はVBだ。

2022/06/14(火) 05:11:45.87

C♯の兄弟言語だったVB.netはもう無くなったのか

2022/06/14(火) 05:51:56.61

進歩…チンポが無くなったんだよ

2022/06/14(火) 08:36:39.67

VB.NETってもう言語に機能追加しないって言われてなかったっけ

2022/06/14(火) 08:47:37.49

>>886
煽っといてふわふわな主観と思い込みしか書いてないけど、その根拠が書いてないのよね
プログラミングに向いてないのでは？

2022/06/14(火) 08:52:04.62

たぶんその人は.NET使って　一緒だー　って言ってるんだと思うよ

2022/06/14(火) 08:55:05.83

勝手に兄宣言していたvb.netがオワコン

2022/06/14(火) 08:58:54.22

>>883
俺には数百万以上のレコードが見込まれるテーブルに対して、smallintで済むカラムをintには変更できないｗ
まぁ容量無視できる小さいテーブルならintでもいいんじゃないですかね。ケースバイケース

2022/06/14(火) 09:01:43.89

ref構造体は全滅だね
それによってSystem.Text.Jsonなんかは一部使えない

2022/06/14(火) 09:09:44.70

インターフェースのデフォルト実装もVBでは使えないはずだけど、デフォルト実装を持ったインターフェースをVBで触ったらどうなるんだろ
既存インターフェースに安全にメンバを追加するための機能だから、良かれと思ってメンバを追加したらVBユーザーが切り捨てられるという悲しい事態になるんだろうか

2022/06/14(火) 11:13:43.86

>>893
一千万レコードで列数100としても高々
10M × 100 × 2バイト = 2GB
増えるだけだろ
どんだけしょぼいサーバーなんだよw

2022/06/14(火) 11:27:32.30

>>846
CLIっていう意味なら判るんだが

2022/06/14(火) 11:28:44.62

886 はアホだという意味なら同意

2022/06/14(火) 11:50:34.14

むしろなんで構うんだよ...

2022/06/14(火) 11:54:05.17

やたらとLike演算子持ち上げてるからドキュメント見たけど
普通にVB6相当の機能でワロタ
これがRegexの代替になると思ってるのか…

2022/06/14(火) 12:27:51.77

VB6.0ならともかくVB.NETで動いているものなんて現存するのか

2022/06/14(火) 12:29:40.20

>>896
その単純計算は影響を小さく見過ぎ
indexやfill factorとかカラムの大きさ／レコード長はいろんな要素に関わってくる

それにストレージサイズよりも一番大きな影響は1ページに収まるレコード数か減りあらゆる処理速度が低下すること
要求性能次第では致命的になるから気をつけて

2022/06/14(火) 12:30:33.69

業務アプリだとそこそこ大きい企業でもあるぞ
保守する人間がC#使えないからって向こうから指定されるケースもある

2022/06/14(火) 12:42:13.05

>>903
VB6やExcelVBAのコードをVB.NETに移植する案件はたまにあるな

2022/06/14(火) 12:42:40.32

>>882

2022/06/14(火) 12:55:47.82

>>902
> まぁ容量無視できる小さいテーブルならintでもいいんじゃないですかね。
とか書いてあるのに今度は性能ですか
いろいろ大変ですねw

2022/06/14(火) 14:31:55.32

そもそもC#内でメモリに持つような話と、DBに格納するような話を一緒にされてもなぁ

2022/06/14(火) 17:26:36.23

構い続けてるやつがいるから

2022/06/14(火) 19:51:26.40

>>900
持ち上げてるとか、Regexの代替になるとか、不正解な読解しとる。

2022/06/14(火) 19:57:15.05

>>890
どこがVBなのかの疑問に答えてんだが、何か不足か？
まさか本気でC++のほうが似てる言語と思い込んでないよな。

2022/06/14(火) 20:02:33.60

>>910
C#に似ているのはVB.netの話だろそれ
VB6とは似せてるだけの別物

2022/06/14(火) 21:12:02.27

>>910
c++が似てるとかじゃなくて、どこが「（c#が）VBと同じ」なん？
886に書いてないじゃん？
まさか851-853ので「同じ」って言ってるん？

2022/06/14(火) 22:07:44.90

>>912
別言語のように見せてるだけで、中身の実体は同じだ。
C#で学んだプログラムの作り方を、そのままVBにも適用できるのだから、同じ言語だ。
いつもVB使ってC#は未経験なものの、業務でC#で既存の改修と、それともう一つC#での新規の開発を
頼まれたことがあったけど、普通にやり遂げた。それはC#というのは、実質はVBと同じだからだ。

2022/06/14(火) 22:17:40.97

>>913
いやだから具体的にどこが同じなん
違うところはいっぱいあると思うけど（それこそ宣言の仕方とか）、それでも「似ていることが」じゃなくて「同じ」て言い張る根拠があるんやろ

2022/06/14(火) 22:25:58.13

>>914
宣言の仕方のような、外側の見かけは違っていて、そこしか見れなくて違うとしか思えないのは、適性に疑問だな。
中身の実体を見て、本質を理解したら同じだということがわかる。

2022/06/14(火) 22:31:38.24

C♯とVB.netは言語仕様がBASIC風になってるだけで中身はほぼ同じ物に間違い無いけど
昔からあるVisualBASIC6.0までのシリーズとは似せてるだけで別物

2022/06/14(火) 22:31:41.39

言語の本質って、ライブラリの使い方が本質だと思ってるのかね

2022/06/14(火) 22:36:36.81

共産党と立憲共産党の違いぐらい難しいな

2022/06/14(火) 22:45:04.27

ｃ#とVisualBASIC.NETはどっちもネイティブじゃなくて
.netフレームワーク上で動くからコンパイルした後は同じ物だな

VisualBASIC6.0の代替として開発された物なんだけど
中途半端にVB6.0と似てるので混乱を招いて非難轟々
VBと言うと普通VB6.0を指してVB.netの略称としては使われない

2022/06/14(火) 22:50:28.09

VisualBASIC.NETはｃ#をベースにBASIC風に改造された物だから
同じ物と言って間違いではない

2022/06/14(火) 22:58:23.55

VisualBASIC6.0のソースを楽に.net環境に移植出来るのが
VisualBASIC.NETが作られたMSの目論見だったが
中途半端に仕様が違うのでVisualBASIC6.0を使い続けるか
C＃に流れる人が殆どでVisualBASIC.NETはマイナーな開発環境となってしまった

2022/06/14(火) 23:02:31.90

VisualBASIC6.0はランタイム自体が.NET Frameworkと互換性が全く無い

2022/06/14(火) 23:11:08.49

>>909
>>851で書いてる
> C#なら複雑な文字列の扱いはどうやってるんかいな。VBならLike演算子で済ませられるもの
> でも、毎度正規表現クラスを使ったりしてるんかいな。

これは、Like演算子がRegex.IsMatch()と同等の機能を提供してると言ってるのと同じだよね？
もし違う意図だというのならプログラム言語の前に日本語学び直した方がいい

あとやたら同一同一言ってるが、unsafeはどうなんだよ

2022/06/14(火) 23:16:54.98

名前の最初の文字が大文字か小文字については、
JavaならClassは大文字、フィールドは小文字、メソッドは小文字、ローカル変数は小文字、定数だけは最初の文字に限らずすべて大文字、と定番的ルールがあったけど、
C#ではどうなってますか？
いろんな本読んでますがバラバラな印象。
自分的C#のルールとして、Classは大文字、フィールドは小文字、プロパティは大文字、メソッドは大文字、ローカル変数は小文字、定数だけは最初の文字に限らずすべて大文字、にしてもいいですか？

2022/06/14(火) 23:20:05.00

>>924
一応MSが出してるルールはある

C#のコーディング規則
https://docs.microsoft.com/ja-jp/dotnet/csharp/fundamentals/coding-style/coding-conventions

2022/06/14(火) 23:24:53.52

VB.NETはC#の構文に比べて冗長だよな。３項演算子やインクリメント、ラムダ式のアロー演算子が使えないのもかなり致命的

2022/06/14(火) 23:28:49.73

三項演算子はどちらかと言うと新世界から排除されつつある

2022/06/14(火) 23:33:32.91

>>923
同じではない。同等の機能を提供してると言ってると思い込んだのは、大きな誤読だ。
より本格的に文字列のパターンを評価をするには、正規表現クラスが必要にはなるものの、Like演算子で間に合わせられる
事例のものなら一手間省けるが、C#ではまさか毎度正規表現クラスを用意するしかないのかなと疑問を感じての問いかけだ。

2022/06/14(火) 23:35:48.61

とりあえず何年前から来たのか知らないけど勉強しろや

2022/06/14(火) 23:54:24.62

>>915
だからその「中身」の「実体」って具体的にそれぞれ何を指しててどう同じなんだよw
「本質」ってどの本質のことだよw
そのふわふわ言うクセどうにかしろよw
そもそもコードの見た目も機能も名前が違えば言語としてもう違うことになると思うが？
それを押して「同じ」っていう根拠が主観過ぎるんだよ

今そっちは、例えばdiff取ったとき同一にならなくても「ファイルは同じだ」って言い張ってるようなもんだぞ

Wc3Gが言うVB.NETが.NETとして同じものだ、っていう主張は理解できるよ
言語仕様としては違うと思うけど、
お互いunsafe以外出来るできないの機能的な差自体は少ないやろ、当たり前やけど。

でも「VB」と「c#」は「同じ」と軽々と断定出来ないと思うよ。少なくともワイには言えない

2022/06/14(火) 23:57:20.95

>>928
> まさか毎度正規表現クラスを用意するしかないのかな

いや今時のIDE使ってたらいきなりRegexって書いても補完機能呼べば自動でusing付与までしてくれるでしょ
「Like」って書くのとなんら変わらん
メモ帳でコーディングしてるのか？

2022/06/15(水) 00:00:55.52

>>928
「同じ」って主張する割にはc#知らない？

2022/06/15(水) 00:02:03.02

>>923
unsafeの話を持ち出したが、そういった特殊で普段は一般には使わないところにまで、細かく意識して議論するつもりはない。
特殊な事例も含めて、厳密に正確を突き詰めないといけない何らかの場ならともかく、たかが（初心者用）の名前のつくスレッ
ドの場だ。
多くの物事には、原則だけでなく、例外というのものあるのは当たり前なことだ。

2022/06/15(水) 00:05:36.11

>>929
ここに来てるのは勉強の意志の表れだ。

2022/06/15(水) 00:15:55.63

C++/CLIも同じだーって言い出すんじゃないの？

2022/06/15(水) 00:16:44.65

>>930
C#とVBのコードを相互に書き換えができれば、同じ実体であり、本質であるものを双方に持ち合わせている。
これでも納得できなければ、元のソースと書き換えた言語ソースのコンパイルしたものを、それぞれ逆コンパイルして比較すればはっきりする。
何がふわふわなんだ。これで十分な話だ。ほかに何を求めるのか。

2022/06/15(水) 00:21:26.24

>>931
サクラエディタで編集してコマンドプロンプトでコンパイル

2022/06/15(水) 00:27:10.33

>>935
C++/CLIでマネージコードだけ記述したらほぼ同じものが出来上がるよね
つまりC++/CLI=C#=VB.Net
ひいてはC++=VB

2022/06/15(水) 00:28:40.48

>>936
エアプすぎるだろｗ
C#に限ってもバージョンが違うだけで出来上がる実行ファイルに差が出る可能性があるぞ

実体と本質の定義をさっさと記述しろよ

2022/06/15(水) 00:30:17.26

>>932
931で、正解だということが判明した。
ただしIDEの機能でプログラマーを支援するという情報は得られた。
間違ってなかったので、「知らない」にはなってないな。

2022/06/15(水) 00:32:47.91

>>936
1行目がまたふわふわしてんなあw
そりゃあ.NET使ってりゃ合わせようとすれば同じになるわw
でも言語として「VB」と「c#」が「同じ言語」と言い切ったんだぞ？
コンパイルして同じものができれば全部「同じ」言語か？
言語仕様も同じか？片方は言語として今後積極的にアップデートもされないとされてるのに同じか？

その程度の認識で普段も「同じ」って言葉使ってるの？こええよw
10数年前ならいざしらず、今の現場とかで「VBとc#は同じだ」なんて言ったら鼻で笑われるぞw

2022/06/15(水) 00:34:54.55

こういうVBおじさんをいまc#案件で使ったらすごい苦労しそう
教えても理解できず、「VBならこうしたのに」とかブツブツ言って進まなそうw

2022/06/15(水) 00:34:57.05

>>939
そこにこだわって何の意味があるんだ。
目的のプログラムを完成させれば終わりだ。

2022/06/15(水) 00:44:09.98

>>940
判明した、って知らなかっただけじゃん
負けず嫌いでかわいいなあw

2022/06/15(水) 00:52:28.66

>>933
>unsafeの話を持ち出したが、そういった特殊で普段は一般には使わない
C#でアンマネージリソース扱うのなんて珍しくもなんともないだろｗ
OS標準の簡単なUIプログラミングしかしたことなさそう

釣りなのか知らんけどテンプレ読めないアホは別スレ行け

2022/06/15(水) 00:57:00.25

>>944
知らなかったのではなくて、知っていた。
そして、それが間違っていない確信を得たんやないか。

2022/06/15(水) 00:57:50.75

次のスレから勉強しない馬鹿が噛みついてくるスレに名前を変えよう

2022/06/15(水) 00:59:57.10

今勉強しようと思っていたじゃなくてC#　ver〇　新機能でググって勉強しろ

2022/06/15(水) 01:00:13.01

>>936
>C#とVBのコードを相互に書き換えができれば
VB.NETでできてc#にできないこととかあるんだが
言語仕様だって全く違うわけで、同じなのは.NET Frameworkを使うってだけ
ただ、それがc#とVB.Netのプログラミングのほとんどだったりするだけだ

2022/06/15(水) 01:01:08.04

>>945
（初心者用）なスレには十分な合格点やないか

2022/06/15(水) 01:12:17.45

>>950
オレオレ基準で話したって誰も共感なんかしてくれないぞ
質問が無いなら普通に迷惑だから消えろ

2022/06/15(水) 01:39:39.20

いつまでVB6の構文に固執するつもりだろうか

2022/06/15(水) 08:05:18.99

同じと言うから色々突っ込まれるんだよ
せいぜい似てるにしとけ

2022/06/15(水) 08:27:44.26

これで開発するメリットって何？