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

2022/06/17(金) 08:42:12.88

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part154
https://mevius.5ch.net/test/read.cgi/tech/1644416019/
■関連スレ
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/07/14(木) 12:36:38.90

WEBアプリ作ってwebviewで表示。

2022/07/14(木) 16:21:18.28

せめてwebview2にして

2022/07/15(金) 00:51:54.21

webviewとかになると別にC#で作る必要無いんだよねぇ・・・

2022/07/15(金) 13:25:44.04

>>284
でもWPFて専用ツール要るんでしょ？
winformの一部だけWPFにしてる例って示せる？

2022/07/15(金) 13:40:19.64

WPFってUI部分をxamlで書いて中身をC#って感じだからWinFormから簡単に以降できるでしょ…

2022/07/15(金) 13:43:28.52

>>288
専用ツールは要らない
VSだけで良い

2022/07/15(金) 14:35:32.64

blender わい無能け？

2022/07/15(金) 15:11:28.33

>>288
専用ツールは必要ないよ
例はelementhostでググるといろいろ出てくるよ

2022/07/15(金) 15:40:36.99

>>289
WPFにはこの距離感で正解だろうね

2022/07/15(金) 20:59:06.88

winformならdatasetで決まりだけど
wpfなら何使えばいい？

2022/07/15(金) 21:02:37.56

datasetが使いたいのならwpfででも使ったらいいんでないの？
なにをききたいんかよく分らん

2022/07/15(金) 22:17:23.22

現場入ったらDAOなるSQL文字列や接続処理を大量にぶちこんだ数千行の巨大クラス経由でデータベースにアクセスするシステムだったんですがこれはC#でも普通のことなんでしょうか
検索したらjavaの例ばっかだったのであまり一般的ではないのかなと。もしそうならC#ではどういうふうにするのが一般的ですか？

2022/07/15(金) 22:51:43.52

LINQ to SQL

2022/07/15(金) 23:47:25.37

>>296
RepositoryをEntity Framework使って実装するのが一般的だと思う
各リポジトリは数千行とかには普通ならない

2022/07/16(土) 07:10:20.01

>>296
現場の設計者がアホなだけ
自分で読んでみてそのクラスの機能が必要充分か一回確認してみれば

2022/07/16(土) 09:42:56.36

DataAdapter使ってORマッピングやバリデーションをベタ書きでやってれば1つの処理だけで数百行にはなるから
古いシステムならそこまで稀有な例ってわけでも無いと思う

2022/07/16(土) 12:13:59.25

あーやっぱり今はentity framewokですか。そっちは使ったことあったんですが
例えば1処理でかくなったら関数を抽出するとか、各処理の共通部分をやっぱり関数にまとめるとか、そういうことはしないもんなんですかね

2022/07/16(土) 13:34:39.24

SQL自分で書きたいマンならDapperがよさげ

2022/07/16(土) 14:51:32.70

>>301
普通はすると思うけど仕事だと下手に既存コード弄ってリスク増やしたくないんだろ
テスト工数も増えるし

2022/07/16(土) 15:54:38.42

SIの開発は一気に組み上げて一発動いたらあとは保守部隊に引き継いで終わりだから、継続的に手を入れていくようなことはそもそも想定されてないの
また、初期開発は請負契約で運用保守は準委任契約である場合が多いため、
初期開発はなるべく手を抜いておいて負債を運用保守に押し付けたほうが儲かるという構造的な欠陥がある

2022/07/16(土) 16:54:10.22

ゲーム作ってんだけどテキストファイルで間に合ってるんだがSQLなんて本当に必要なの？
なんかかっこいいから使ってるとしか思えん

2022/07/16(土) 17:50:03.59

>>301
いや、entityはむしろ使わない

2022/07/16(土) 18:10:22.69

なんだかんだdapperばっかりやわ

2022/07/16(土) 20:52:07.85

もう全然DB使わなくなった
使い道が自分にはない
jsonで大体事足りる

2022/07/16(土) 21:18:54.87

業務システムをDB使わずに組んだら死ねる

2022/07/16(土) 22:56:48.44

DB使わずに済むような規模のシステムだけ開発してりゃいいなら楽やろな

2022/07/16(土) 23:13:14.49

なんかDB使うのがすげーとか思ってる奴がいるなw

2022/07/16(土) 23:13:58.76

DBの役割を知らない馬鹿は別に使わなくていいと思うよｗ

2022/07/16(土) 23:16:27.28

DBの役割とか言い出したw

2022/07/16(土) 23:19:22.53

割獄さん！

2022/07/16(土) 23:19:56.02

Ruby on Rails では、100% データベースとActive Record と言う、O/R マッパーを使う

2022/07/16(土) 23:21:25.28

お前も管理職にならないか？

2022/07/17(日) 02:17:02.00

ふと思ったんですがC#なんかやっててもwindowsformとかの仕事が降ってくるばかりでいつまで経っても時代遅れな雰囲気から抜けられない感じですか？
なんとなーくC#の案件が続いてその流れになっちゃってるんですが、なんか方向性を間違ったような気がします
デスクトップアプリはもう斜陽なんて言われてるのにそんなことばかりやってる自分が嫌になっています

2022/07/17(日) 02:36:33.68

構造体は値型(スタック)なのでnewしてもGCは動かないので、
純粋にコンストラクタの初期化分のCPUコストがかかる認識でいいですよね？

2022/07/17(日) 03:03:37.04

>>317
ML.NET 使うような仕事にありつけないのは
本人の努力不足(｀_´)

マ板に行って傷口舐め合って来たまえ

2022/07/17(日) 07:20:35.53

言語に関わらず、個人事業者やそれに毛が生えた会社に来る仕事なんて限られてるんじゃないのか？

2022/07/17(日) 08:36:44.97

>>304
だよな。
俺は途中からパッケージ開発に移ったんだが長い人はいいんだけど
最近入ってくる人はだいたい作り逃げ前提の糞バグだらけで保守性皆無の
ゴミコード量産されて本当に困ってる
でもSIの開発で作り逃げしかやってこなかった人たちってこうなるの自然なんだよな
コピペだろうが自分が理解していなかろうが作って逃げればあとは知らんという

2022/07/17(日) 10:37:04.13

逆に考えたらオリンピックレベルの技能と努力を強いられず
生活ができるなんて幸せじゃん

30歳で引退みたいなアスリートレベルの世界に行きたいですか？

2022/07/17(日) 10:38:34.95

医者なんて凡ミス誤診しても患者が死んじゃったりするから
そんなに責任の重い仕事やりたいですか？

そんな強メンタルなんですか？あなたたちは？

2022/07/17(日) 11:40:04.58

>>320
C#の問題じゃなくてSESにいることが問題だったか……

2022/07/17(日) 14:02:58.20

Windows のシステム自体がない

今のシステムは、Docker が100% で、DockerはLinuxだけの技術。
大手は、Kubernetes でオーケストレーションする

一応、AWS Lambda のデフォルト言語に、C#, PowerShell は採用されているけど、
これで開発する人は少なそう。
たぶん、可読性の高い、Ruby で書く香具師が多そう

Java, Go,
Node.js, Python, Ruby,
C#, PowerShell

Goも採用されているけど、PHPは採用されていない。
たぶん、PHPはコーダー扱いで、プロとはみなされていない

Rust, Elixir も採用されていない

2022/07/17(日) 14:51:28.32

あわしろを召喚しちまうから、Linuxの話題はやめとけ。

2022/07/17(日) 15:17:19.36

>>323
SEなんて凡ミス埋バグしてもDATAが飛んじゃったりするから
そんなに責任の重い仕事やりたいですか？

そんな強メンタルなんですか？あなたたちは？

2022/07/17(日) 15:42:29.27

>>325
嘘ばっか

2022/07/17(日) 15:55:15.25

仕事は仕事として粛々とやりゃええやん
やりたいことは趣味プログラミングで

2022/07/17(日) 16:08:59.03

>>328
相手すんなよ...

**325** (ﾜｯﾁｮｲ 762c-cIkS) · 2022/07/17(日) 16:59:42.02

YouTube で有名な雑食系エンジニア・KENTA のRuby on Rails サロンは月千円で、
日本6位の3千人が入っている。1位はキングコング西野の数万人

KENTAの天敵がSES のモローで、
2年前は、Railsはオワコンで、KENTAがRailsを勧めるのは、
ポートフォリオ制作で、サロンの滞在を長引かせて儲けるためで、
Java, PHP の方が稼げると勧めていた

【2022年版】Ruby on Railsの将来性

ところが最近の、YouTube のこの動画では、
Rails一色で、キャリア相談まで始めたw

Java, PHPのSESは、どうなった？w

一方、KENTAはPHP, Scala をオワコン認定したから、
Laravel を使っているZOZO や、Scalaを使っているTwitter などは大変。
まともな開発者が集まらない

2022/07/17(日) 17:28:50.00

気持ち悪すぎワロタ

2022/07/17(日) 21:15:05.74

こういう同じ内容を何度もコピペするのって、電車の中で車掌さんのモノマネしてる人と同じようなものらしい

2022/07/17(日) 21:47:03.84

そんな表現せんでも知能ボーダーか発達だろうってことくらいわかるわ

2022/07/17(日) 23:20:39.17

仕事は仕事って割り切れる人強いなと思う。こんな長い時間かけるものがつまらないって辛いし、
やってることが有意義かどうか、将来性があるのかどうか、そういうこと全部考えちゃう。今どきC#でデスクトップアプリなんか作ってるともうね……いやC#という言語はバランス取れてて大好きなんだけど
ウェブの話なんか見ててもjavascript全盛って感じでASP.NETの話題なんてぜんぜん出て来ないし

2022/07/17(日) 23:25:54.07

ウェブなんか金になんねーからやめとけって言ってるだろ

2022/07/17(日) 23:35:41.92

足が早い業界ってのはいいことばかりじゃないぞ
ウェブ系ってのは1年後には使ってるライブラリがゴミになるから
設計やらドキュメントを書く能力ってのがつかない
その環境で育つと今度大手から比較的しっかりしたアプリの改修依頼なんて請けても全く何の役にも立たずに終わる
せっかく大きな仕事もらったのにね
クソみたいなアプリをベンチャーで組み続けるのはオススメできない
クソにいるとクソに染まる
なぜ外注に出すか？
そりゃ自社の社員にやらせたくねーゴミ仕事だからさおｋ？

2022/07/17(日) 23:49:55.40

お前のプログラムは

工場のロボットアームを動かすか？
病院の医療機器を動かすか？
空港の飛行機を飛ばすか？
ダムの水門を開くか？
防災装置を動かすか？
街に警報を鳴らすか？
電車の運行管理をするか？
精密部品のレーザー加工ができるか？
半導体を作れるか？
本やお札を印刷するか？

お前のプログラムは世界を動かしているか？
こういう仕事に関われないと
結局世の中に必要ないってことなんだぜ
それを忘れるなよ
その現場では最新技術なんて使われてはいないんだ

2022/07/17(日) 23:58:52.02

気持ち悪すぎワロタ

2022/07/18(月) 00:00:01.14

言いたいことはわからんでもない
一時期は組み込みや制御系と比べて帳票出したり画面に明細表示するような仕事が同等とは思えなかった
最近は餅は餅屋だと割り切って目の前の仕事に集中するように切り替えたけど

2022/07/18(月) 00:12:21.41

>>335について言えば
失礼だけど>>259以降のレス見る限りIT土方続けたほうがいい人材に見える
今時DAOベースのシステムが普通かどうかとか質問してる時点でロクに勉強してないのが分かるし
デスクトップアプリはどうたらぐちぐち言ってるが
その状態でWeb系行ったところで誰でもできる仕事しか任してもらえず同じことにしかならんよ
面白い仕事がしたいならまず技術を身につけろ

2022/07/18(月) 00:12:53.45

>>こういう仕事に関われないと
>>結局世の中に必要ないってことなんだぜ
なんという選民思考だ
そもそも仕事として存在するなら誰かが必要としたってことだぞ

2022/07/18(月) 00:48:13.31

>>335
黙々と目の前の仕事こなして生活の金貰えてりゃそれでいいんじゃねーの？
デスクトップアプリ作って金になるんならそれでいいだろ
現状に満足できないならここでうだうだ曖昧なこと言ってないでとっとと勉強して転職でもしろよ
つまらない仕事が辛いってのは同意だけど今のお前に何が出来るの？

2022/07/18(月) 01:07:40.05

>>308
DBにJSONを入れるんじゃないの？どゆこと？
保存先ってDBかファイルしかないと思うんだが

2022/07/18(月) 01:49:42.51

Windowsは64bit版だしメモリも16GB積んでるしで、
5GB超えるファイルをメモリに一気読みしようと
File.ReadAllBytesしたら2GB超えてるのでデカすぎると怒られました
じゃあってんで、FileStreamでReadしようとしたら
引数にはint32しか使えないので、長さ指定で一気読みも
読み込み位置指定で分割読みもできません
どうするのが正しいのでしょうか

2022/07/18(月) 03:26:21.40

2gb超えるファイル c#
でググったらありそうだったよ

2022/07/18(月) 03:38:22.73

>>345
Readだけでやろうとしてるってことかな？longオフセットでSeekしてから2GBのintの範囲でちまちま読むだけだよ
メモリマップを使う方法もあるがランタイムの実装の問題かWin32API程の速度は出ない

2022/07/18(月) 10:09:05.44

大本のWin32APIのReadFileがuintで読み取りバイト数を受け取るから一度には4GBまでしか読めないしね

2022/07/18(月) 10:27:23.64

>>345
バッファを1GB x 5とかにしてReadを繰り返せば？

2022/07/18(月) 11:22:20.32

1G以上を一気読みしてんの？
豪気だね

自分は小さなバッファでぐるぐるさせてるけどまあそれぞれやり方があるんだろうな

2022/07/18(月) 11:32:02.70

確かに C# read huge file で検索すればいくらでも見つかるわな
ただし英語がわからない子にはつらいググるよね

2022/07/18(月) 11:33:15.60

https://docs.microsoft.com/ja-jp/dotnet/api/system.io.filestream.seek?view=net-6.0
https://docs.microsoft.com/ja-jp/cpp/c-runtime-library/reference/lseek-lseeki64?view=msvc-170

2022/07/18(月) 22:41:12.43

>>349のやり方サンプル
https://dotnetfiddle.net/Sogzvw

2022/07/18(月) 23:01:02.95

>>317
WPFやろう
winformとそんなに変わらん

2022/07/19(火) 00:04:51.38

345です
1GBずつ読み込むことにしました
まだこんな制約が残っているのが意外でした

2022/07/19(火) 07:19:11.53

>>355
そうか、NTFSは4G越えると、undelete
するすべが無い事を知っておののけw

2022/07/19(火) 10:54:49.43

でかいデータは少しずつ

2022/07/19(火) 23:37:02.18

1Gや5Gのファイルなんて直接丸々読んだことなんてないな
winで32ビットだとプロセス当たりでユーザーが使えるメモリは全て含めて2Gまでだったからな

DOSの頃だとは64KB壁があった
windows3.1からwin95なっても開発環境が対応してなくてまだ壁があった
それ以上のメモリを直接扱えなかったので64KBのブロックを配列でもってアクセスしてた

C#のご先祖様delphi（16bit）も同じ

2022/07/19(火) 23:51:27.75

3行目から後ろは要らんよ
今となっては何の参考にもならん

2022/07/20(水) 00:11:30.74

自分が使う自分のプログラムなら自分のPCに合わせて大量メモリ好きなだけ使えばいい
自分の研究用とかならよくある話
ま、読み込み分割ぐらいバカでも書けるだろ
一般用として一般人に需要無いことを自覚してなおAPIの制限にけちをつけるのなら立派なマカーだ

2022/07/20(水) 03:27:01.46

そもそもC#って5ギガのbyte配列作れないよね
Macは5GBのファイルをメモリに一気読みできるの？

2022/07/20(水) 09:05:44.74

記憶が正しければ「リード一回」は4GBが限界
確かNSInputStream.readがmaxLen引数をNSUIntegerで取ってたから

NSDataには仕様上エクサバイトまで初期化と同時に読み込めた筈だが
内部ではbyte配列を束ねて確保してるだろうから、File.readAllBytesと比較するのはちょっとズレてると思う

2022/07/20(水) 09:35:21.90

ビッグデータとかに関わってるとそういうの頻出なのかしらん

2022/07/20(水) 09:48:12.67

ビッグデータはせいぜい数百MBくらいでファイルに分割して扱うから実はあまり関係なかったりする
分散処理を積極的に使う性質上、非常にインフラのトラブルを起こしやすいので、効率を犠牲にしても細かいノード依存の制約とか気にせずに大雑把に扱えるように設計する

2022/07/20(水) 09:53:30.80

はえー、そうなんだ

2022/07/20(水) 09:56:23.14

google のアクセスデーターは塊で来るが、加工済みのを貰っているのかのぅ？

2022/07/20(水) 15:26:43.59

そんな面倒くさい事やるより
単純に手動でファイル分割すりゃ終わるんよ
俺はそうやって対応した

2022/07/20(水) 15:46:29.24

ギガ単位の一括読み込みが効率いいユースケースなんてある？

2022/07/20(水) 16:11:51.02

>>368
そもそも一括読み込みなんて無理な大きさの場合はデータごとにシーク位置のリストを作っておいて
その都度シークして読み込む
大抵はこれで行ける
例えリアルタイムのゲームでもね

2022/07/20(水) 16:14:00.13

>>368
全域へのランダムアクセスが必要なケース
ソートなんかそうだな
事前に分割して各々ソートした上で最後にマージすることもできるけど、全部オンメモリに比べたら遅いよそりゃ

2022/07/20(水) 17:43:40.71

読み込んだ後だけ考えたらそりゃメモリに乗ってる方がいいだろうけど
読み込むところも含めればソートだってストレージから読みながら分割して並列処理した方が効率いいでしょ

2022/07/20(水) 19:11:22.01

手元にあるG単位のファイルって動画ぐらいだけど一気読みする利点はゼロ

2022/07/20(水) 19:18:07.54

>>370
常識的に考えるとインデックスをソートするだろうな
それとも5Gのインデックスなんだろうか？

2022/07/20(水) 19:52:04.13

そもそも5Gを一気読みって指示してもOSは適当なサイズに分割して読み込むんだからあんまり意味ない

2022/07/20(水) 20:00:49.97

泣きながら最後まで一気に読みましただっけ？

2022/07/20(水) 20:05:56.62

５Gなんて、ワクチン打てば瞬時に読み込めるだろ

2022/07/20(水) 22:12:36.45

入力バッファーのサイズはOSで変えられるんじゃなかったっけ?
でも5Gかあ
どっかのハードウエアが物理的に対応できない可能性はあるな

2022/07/21(木) 10:35:48.67

>>374
WindowsならOSレベルだと一気に読み込むことも可能
CreateFileでFILE_FLAG_NO_BUFFERINGを指定して開くことでカーネルの一時バッファを介さずにストレージ→プロセスのメモリにダイレクトでIO出来る
メモリアラインメントとバッファサイズをファイルシステムのセクタの倍数にしないといけないから面倒だが

2022/07/21(木) 10:51:29.63

>>378
バッファリングの話じゃないよ
ディスクファイルってフラグメントもあるからドライバレベルでは分割されてるって話

2022/07/21(木) 11:56:22.98

>>379
うん、だから「OSレベルだと」と言った
フラグメントが一切なくシーケンシャルに読み込める場合でも基本は一度カーネルのバッファが通される
それを378で回避することも可能って話

2022/07/21(木) 16:07:57.96

>>380
だからOSレベルでも5Gなんて一気に読めないって
Oracleみたいに専用のドライバ持ってるとかでないと無理

2022/07/21(木) 17:06:14.18

>>381
>>348で4GBまでしか読めないことは説明してるし5GBを一気に読めると言いたいつもりではなかった
カーネルのIOバッファ以上～4GB以下のサイズであれば>>374が言うようにWindows的には内部で分割して複数回に渡ってIOを行ってる
それをダイレクトに一気に行う方法もあるって話だけどまあ一般的には知る必要のない知識ではある

2022/07/21(木) 17:28:09.55

>>382
結局分割してんじゃん
何がメリットだって言いたかったの？
マジでわからん

2022/07/21(木) 17:40:10.41

>>382
しつこいね、2GBとかでも専用ドライバでも作らないと一気に行くのは無理だって話だぞ
バッファリングしないことと一気に行けるかどうかは別の話