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

2023/08/08(火) 09:21:19.30

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を3行冒頭に書くこと（1行分は消えて表示されない為、もう1行は予備）
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください。見かけたらNGしましょう。相手してしまったらあなたも荒らしです
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part158
https://mevius.5ch.net/test/read.cgi/tech/1679783460/
■関連スレ
C#, C♯, C＃相談室 Part97
https://mevius.5ch.net/test/read.cgi/tech/1671585518/
■コードを貼る場合は↓を使いましょう。
https://ideone.com/
https://dotnetfiddle.net/
初心者はまずVisual Studioを使いましょう。なおVisual Studioの使い方などに関しては各バージョンで違うので専用スレでお願いします
http://www.visualstudio.com/downloads/
■情報源
https://learn.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://learn.microsoft.com/ja-jp/dotnet/csharp/language-reference/
https://learn.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
++C++; // 未確認飛行 C
https://ufcpp.net/

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

2023/11/11(土) 21:55:20.34

>>611
待たずに開始できるであって待たずに開始しなければいけないではないし
A・Bそれぞれの完了を待ってはいけない理由でもあるんか？

2023/11/11(土) 21:56:20.93

あと、待ってるのはあくまで親であって、AとBの計算はパラで進めてくれて一向にかまわん
話の内容からして、Aの結果をもとにBが計算するわけでも無いだろうし

2023/11/11(土) 23:26:02.16

こういう複雑さを考えるとRDBってよく出来てるなあ

2023/11/11(土) 23:42:10.88

AとBを同列に考えるからだめなんだ
Ａが終わらないとＢが結局終われないのだったら
BがAの親になればいいんだｗ

2023/11/12(日) 00:18:55.26

>>572がいち早く嗅ぎつけたように、質問者は真の目的に対して無自覚に不適切な実現手段を選定している（それ故に、不適切な実現手段における実装上の課題、つまり二次的な課題を相談するハメなってる）
C#での実装手続きを検討する前段に立ち戻ることをオススメする

2023/11/12(日) 06:54:13.24

嗅ぎつけたて、>>572は質問者だぞ

**あぼーん** · NG

あぼーん

2023/11/12(日) 08:50:55.63

>>617
アンカ間違えた。正しくは >>575

2023/11/12(日) 09:30:41.24

一番の問題は、処理時間の大半を占めるだろうファイルの書き込み自体が並立処理ができないし
オープン、書き込み、クローズ等の回数が増大して処理時間が遅くなることだな
もちろんスレッドの切り替えや排他制御や順序の制御など色々仕事が増えるし、この部分も並列処理できない

マルチスレッドの練習ならいいけど、実用ソフトの作成ならシングルスレッドで書いたほうが遥かに早いものができる

2023/11/12(日) 10:50:45.23

もう完全にスレチになんだけど。

>>620 みたいな決めつけってどうなんだろう。
素人がわざわざスレッドなんて言い出してるんだから、質問者が説明できていないだけでスレッドが必要な背景があるのかもしれない、と考えてあげてもよさそう。

自分も質問スレ等を利用したことがあるけど、意図して説明を省略したところの説明を強要されたり決めつけられたりすると、う～んと思うこともあったからね。
まあきちんと説明できない側が悪いのだけど。

言い訳的には誰にでもきちんと理解させられるほど状況を整理できてるなら、質問スレに頼る必要はほぼないかもしれない、とか。

2023/11/12(日) 11:01:35.90

別にいいけど、しっかりと要点を説明できなきゃ、的外れな助言をされても文句は言えないからねぇ

2023/11/12(日) 11:04:51.41

>>618
鬼コスパだな

2023/11/12(日) 11:17:52.90

そもそもでいうなら、順番を待たなきゃいけない設計を見直さんとね

決まった順番で同じファイルに書き込まなきゃ理由がわからんからね
中のファイルが構造的でなきゃいけない場合、単純に順番に書込むだけでそれが担保出来てるのか、とか
例えばよくあるデータ形式にしても、
CSVならあまり順番意識しないから追記ってのもあるだろうけど、jsonで追記とかまあ自分は聞かないし

目の前の要求が満たせていればいい、っていうのも分からなくはないが
そこら辺の前提がないと最善などわからんよね

2023/11/12(日) 11:22:02.03

>>623
氏ね自演

**594** (ﾜｯﾁｮｲ 7fbd-XI6K) · 2023/11/12(日) 11:24:38.62

>>620
>>594に書いたけど、ファイル書き込みの並列処理は可能だ。
面倒な上に書き込みサイズが小さいとすぐ終わるから並列処理するうまみがないが。
実用性を考えると根本的にやることを見直すべきなのは同意だ。

2023/11/12(日) 11:47:28.89

>>618
ポイントを秒でゲットするのか

2023/11/12(日) 12:02:09.85

>>626
別スレッドで細切れに書き込みするのはできるけど
複数スレッドで並列で同時にファイルに書いたら壊れるでしょ

2023/11/12(日) 12:11:57.36

同期処理しなきゃいけないのを並列は無理では

2023/11/12(日) 12:21:50.53

>>622
まあそうだね。
回答者の側にも自分の答えられる範囲に無理矢理誘導しようとしてる節があるのも気になるけど。

2023/11/12(日) 12:50:38.93

決まった順番で同じファイルに書き込みたい状況やファイル書き込みより計算処理の方が遥かに時間がかかる状況なんていくらでもあるでしょ

処理速度向上のために並列化した計算結果を直列化するのはmap/reduceと同じで並列処理の基本パターンだと思うが
その際にメモリ効率や後続処理の都合でファイルに書き出しながらreduce相当の集約処理をするのもよくあるやり方

2023/11/12(日) 12:57:53.27

ついでに言うと真の目的を自覚してそれを他人に誤解なく伝えられるように言語化できる人間ってのはそうそういない
自分の言いたいことを相手に伝えようとする努力はもう少ししろよとは思うが真の目的を言語化すること初心者に求めるのは酷

2023/11/12(日) 12:57:57.10

>>598で(細かい所は端折られてるが)質問者の要望を満たしたほぼ完璧な回答が出てるのに何の議論をしてるんだろうか

>>620
マルチスレッド何だから、オープンしたファイルクラスオブジェクトを共有すれば良いだけ
各スレッドでファイルのオープンとクローズをやる必要は無い

2023/11/12(日) 13:02:14.64

>>628
壊れないよ。
追記でなく他のスレッドが書き込むサイズを把握して書き込み開始位置(現在のファイルサイズよりも先)
をちゃんと指定すれば大丈夫。
FILE_SHARE_WRITE指定だから複数スレッド同時に書き込めるし、
なんなら複数プロセスでも書き込める。

2023/11/12(日) 14:27:16.22

>>632
初心者というか熟練者でもというか、それを不足なく出来ている人はあんまりいないような。
少なくともここで議論()してる連中は全滅だね。

2023/11/12(日) 15:28:30.84

>>634
資源を複数のTHREADでShareしているだけで並列処理とは違うよね
同時に書けるのは一つのポイントだけだからCPUが増えても速度が2倍4倍とかにならない

2023/11/12(日) 16:27:53.40

>>636
並列処理だよ。
ファイルポインタの場所に対して書き込んでるのではなく、
OVERLAPPED構造体で指定した位置からそれぞれのスレッドが非同期で同時に書き込む。

2023/11/12(日) 17:03:04.73

.NETのソース隅から隅までは読んでないけど、FileStreamの内部でoverlapped構造体使用してたような記憶

2023/11/12(日) 19:11:35.86

その認識で合ってるよ
.NET4以降ならメモリマップドファイル使えるからそちらで共有するけど

2023/11/13(月) 00:49:40.70

ファイルはシーケンシャルで書くのが一番効率が良い
順番に並べる必要があるなら後でソートできるようにレコードをきちんと設計しておけば問題は起こらない
上でされてるいくつあるかも判らないスレッドごとに開始位置をシークして…なんて主張は馬鹿の発想

2023/11/13(月) 06:47:10.31

ちゃんと設計しないと逆にパフォーマンス落ちるぞって、当のMSがWriteFileのドキュメントで言ってるからね

2023/11/13(月) 07:44:08.86

妄想だけど、HDD、SSDよりも異次元レベルで速いストレージの時代になったら
それも変わってくるんかなとか思ったり
十年とかでそうなることはないやろけど

2023/11/13(月) 07:55:21.10

確かにハードの進化がソフトを凌駕するからなぁ
windowsも出た頃は二世代後くらいのハードを想定して作ったとか後付で言ってたかな、遅くて使い物にならなかったよな最初の頃は（笑）

2023/11/13(月) 08:20:50.07

タイル時代のは記事で読んだぐらいやな

2023/11/13(月) 08:36:15.51

Windows1.0は日本未発売

2023/11/13(月) 08:43:08.32

ストレージアクセスはずっとボトルネックだから

2023/11/13(月) 09:12:26.25

>>645
https://funkygoods.com/garakuta/win10_dos31/win10_dos31.htm
98版出ているし、触ったことあるわ

2023/11/13(月) 19:08:34.41

>>647
3.0からだな
95β見た（入れた）瞬間は窓から投げ捨ててやろうかと思ったわ
巷の公式販売では祭りだったし買ったけどw

2023/11/14(火) 07:15:31.76

まともに触ったWindowsは95からだなぁ
伯父さんの家に3.1あったけど、ちょっとゲーム触らせてもらった程度だし

2023/11/14(火) 07:31:15.46

OS2がまだ生きていた頃だな

2023/11/14(火) 19:07:18.84

新しい.net来るぞ

2023/11/15(水) 00:40:01.81

3日くらいぶっ続けでカンファレンスやってるみたいだけど英語わからんからやめとこ…

2023/11/15(水) 09:04:48.81

.NET 4.8.2が来るの！？

2023/11/15(水) 09:53:23.29

4.8.1は.NET Frameworkであって.NETじゃないが

2023/11/15(水) 10:00:02.34

そろそろ.NETの頭のドット消して欲しい
色々紛らわしかったりめんどい

2023/11/15(水) 10:16:57.55

頭のドットもだが、もうちょっと固有な名前を付けてほしいよな
検索時のS/N比が…

2023/11/15(水) 11:25:14.79

dot NET

2023/11/15(水) 11:41:16.01

>>652
英語分からんってヤバくね
IT業界で1番必要なスキルだと思うが？

2023/11/15(水) 11:46:04.08

SilverLight＜よっしゃ
XNA<固有な名前なら任せろ

2023/11/15(水) 12:41:13.13

>>658
Don't worry.
My English skills are much better than yours.

2023/11/15(水) 13:16:29.77

Waimo eigo tyoto Dekiruyo !!

2023/11/15(水) 13:18:03.10

Makotoni I'm Sorry

2023/11/15(水) 13:39:33.53

Windowsで.net5以上でshift-jis使うのに
Encoding.RegisterProvider(CodePagesEncodingProvider.Instance);
この1行いるのは知ってます

System.Text.Encoding.CodePagesを参照する必要があると書いてあるところと
いらないしいると書いてあるのは間違いだと書いてあるところがあったので
どちらが正しいのでしょうか？

2023/11/15(水) 13:55:26.89

.NET Core 3.0か3.1あたりで本体に入ったから今はもういらない

2023/11/15(水) 14:05:48.88

>>662
Kono Hage!!

If you have no hair at all, shut up and get out of here.

2023/11/15(水) 14:08:52.32

SJISのためにRegisterProviderするのに何かアセンブリ参照追加する必要は無いね

2023/11/15(水) 14:17:23.51

>>665
この辺にしとこうぜベイビー。
C#ラブな同士トゥギャザーで仲良くしようぜ。

2023/11/16(木) 01:21:21.36

>>664,666
thx

2023/11/16(木) 16:07:12.51

Windowsに限らず、AndroidやiOSやLinuxなどほとんどのOSで、
ファイル名に使って想定外の動作をしない記号って、アンダーバー「_」くらいでしょうか？
アンダーバーでも誤動作するOSってあります？

2023/11/16(木) 16:37:54.57

そめそもファイル名に使える記号自体が、ハイフンかアンダーバーくらいじゃ

2023/11/16(木) 17:50:29.03

ファイルシステムによる

2023/11/16(木) 18:03:46.46

ファイル名　禁止文字でググれば使えない文字がわかるので
それ以外なら使えるってことだ

mac や linuxはwindowsで使えるやつはOKのようだ

2023/11/16(木) 18:33:52.17

>>672
チルダは？

2023/11/16(木) 21:16:19.40

SwiftLint使ってると、大文字や小文字で始まるか、キャメル式かスネーク式かいちいち文句付けてうざいぞぉw

2023/11/17(金) 10:11:24.65

>>670
ハイフンはMS-DOSがNGだから、ちょっと怖いかなと

2023/11/17(金) 11:06:24.34

コンピュータ名はアンスコ使えなくてハイフンは使える謎

2023/11/17(金) 11:28:27.47

_で始まるファイル名だとコンパイル出来ない言語は観た覚えがある

2023/11/17(金) 12:59:38.86

のーみそコネコネ

2023/11/17(金) 13:19:03.32

半角括弧()がどのOSでも使えるって出てきましたけど、本当でしょうか？

2023/11/17(金) 13:33:20.62

>>679
キミが「どのOSでも」「使う」という表現に込めた意味を、それぞれ詳しく教えて

2023/11/17(金) 18:14:02.34

ボーダーラインを探すなんて無駄なことしてないで、
自分が対象にするOSで使える文字だけ使っときなよ、と思いました

暇ならとことん網羅して論文でも書いていてくれ

2023/11/17(金) 18:44:22.53

割と知られていないけど、cr,lfなどの制御文字もファイル名に使えたりするね
explorerじゃ対応していないからアプリ作る必要があるが

2023/11/17(金) 18:53:29.25

>>675
それどこ情報？

2023/11/17(金) 20:14:07.64

そもそも使う意味

2023/11/17(金) 21:37:23.41

条件文がめんどくさい
x>=a かつ x<=b を
if( a <= x <= b )
って書ける言語ないですか？

2023/11/17(金) 21:40:25.75

あったとして、どうするんだ？

2023/11/17(金) 22:14:39.43

ロックバルーンは９９

2023/11/17(金) 22:17:29.52

>>686
倉庫番の人だよ

2023/11/17(金) 22:23:01.37

Pythonがそう書けるってさ

2023/11/17(金) 22:27:32.02

マジですか。
C#にも導入してくれないかなぁ

2023/11/18(土) 07:03:20.87

特段必要性を感じないからどうでもいいかな

2023/11/18(土) 18:37:11.62

関数の返り値を比較するときに2回書けないから一旦値で受ける、
なんて必要がなくなるから無いよりはある方がいいな。

2023/11/18(土) 18:41:07.35

if(( a <= x )＆(x <= b ))
でいいよ

**デフォルトの名無しさん** (JP 0H4a-tZqO) · 2023/11/18(土) 18:52:35.99

最近のパターンマッチングを使って
if (x is >=a and <=b)
と書いてもいい

2023/11/18(土) 19:32:58.55

boolでも無いのにifの条件だけで使ってしかも範囲判定条件の戻り値とかあるんか

2023/11/24(金) 19:38:01.29

task1～3までをUIスレッドで開始して、それからは
task1→task2→task3→task1みたいに自分の処理が終われば
別taskに処理を移すみたいな感じのソースコードを作りたいです。
処理はすぐ終わる計算でいいです。どうしますか？
ちなみに処理が終わったことがわかる変数などを使うってのは無しにしたいです。

2023/11/24(金) 20:01:17.48

>>696
>>自分の処理が終われば

「自分の処理」とは？

2023/11/24(金) 20:07:57.51

順繰りに起動すりゃいいだけ

2023/11/24(金) 20:09:10.20

てか順にやるならスレッドにする必要ねーな

2023/11/24(金) 20:59:34.65

そもそも、タスクとスレッドの関係をどういうもんだと思ってるんだか・・・・

2023/11/24(金) 21:23:25.88

使ったことないけど、Task.ContinueWith()

2023/11/24(金) 21:28:48.64

>>698
ごめんなさい誤解ありました。

task1→処理1
↓
task2→処理2

処理1と処理2とかは並列処理です

順繰りというのは難しいのではって感じです。

2023/11/24(金) 21:33:36.46

task1→処理1
↓
task2→処理2
↓
task3→処理3
↓
task1→処理1の２回目

処理1の２回目がミソです

処理1の2回目と処理1も並列になっててほしいんです

ちょっぴり無茶なプロセスですかね？

2023/11/24(金) 21:36:35.38

XY問題再び

2023/11/24(金) 21:45:07.71

コルーチンのことかな
一定の処理まで終わらせたら明示的な命令によって他のタスクに切り替えて行くやり方
C#的にはIEnumerator<T>型を返すやつね
コルーチン自体はスレッドに依存しないので必ずしも複数スレッドで非同期処理をやるというわけでもなく
同期的に書けば排他制御が不要になる

2023/11/24(金) 21:48:48.25

//また同じやつだな
await 日本語を整理しろ();
回答はそれからだ();

2023/11/24(金) 22:22:10.58

>>704
特にやりたいことはないですよ
開始の時間printfしてみたら

処理1
処理2
処理3
処理1の２回目
処理2の２回目

ってなってればいいんですよ

2023/11/24(金) 22:24:19.01

だから並列で処理する意味ないやろ

2023/11/24(金) 22:34:42.42

>>708
特に作りたいものがないんですが思いついたのは
並列処理だと時間短くならね？ですね

2023/11/24(金) 22:50:29.15

並列関係にあるタスク同士を「矢印」で接続してしまう珍妙なセンスの持ち主

2023/11/24(金) 22:50:44.86

>>709
今のお前がやってもかえってパフォーマンス悪くなるだろうな