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

2018/02/04(日) 22:02:28.59

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

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part134
http://mevius.5ch.net/test/read.cgi/tech/1511951038/
■関連スレ
C#, C♯, C＃相談室 Part95
http://mevius.5ch.net/test/read.cgi/tech/1508180530/
C#, C♯, C＃相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/02/28(水) 23:59:37.37

アセンブラは何とか成るけど、そのまま１６進数打っていた奴には敵わんかったわｗ
いくら８ビットで命令少ないからって常人が出来るものじゃない

2018/03/01(木) 02:02:49.70

>>876
ソフトの原理を理解していれば、
電気回路も大体理解出来るよ。

2018/03/01(木) 04:04:04.41

>>877
CD 21
CC
C3

◆QZaw55cn4c (ﾜｯﾁｮｲ df60-k3ZN) · 2018/03/01(木) 04:20:33.41

>>877
こういう話で 8086 のバイトコードを丸暗記していたという話はきいたことがないね

2018/03/01(木) 08:22:59.92

>>880
Z80はアドレッシング・モードが簡素なので、手計算でジャンプ先の数字セットできるけど
６８とか８６辺りになると人の手に負えないからね

2018/03/01(木) 10:14:54.05

８進数で覚えれば何とかなるけどね

2018/03/01(木) 13:33:07.63

スレチ

2018/03/01(木) 16:02:04.47

>>877
命令が少ない上に、規則があるから簡単だよ。
それより、2、30人の家の電話番号覚えてた方が驚異的。今はもう絶対無理w

2018/03/01(木) 19:58:55.12

2018/03/01(木) 20:03:50.95

Task taskA = Task.Run(async () => {
int count = 60;//6sec
while (count-- > 0) {
Debug.Print("sw0:" + sw.ElapsedMilliseconds.ToString());
await Task.Delay(100);
Debug.Print("sw1:" + sw.ElapsedMilliseconds.ToString());
}
} );
taskA.Wait(5000);
5秒で一旦止まるように見えるが、暫くするとまたタスクは回り始める。C#バグかよ。

2018/03/01(木) 20:10:43.58

しかもUIは5秒間止まってしまう。TASKの意味ないよ。書き方を間違ってるんだろうか？

2018/03/01(木) 20:23:11.20

親スレが先に終わってるだけでは？

2018/03/01(木) 20:33:24.41

ちなみUIを止めたくなければtaskAをawaitすれば良いはず

2018/03/01(木) 20:34:30.22

>>886-887
何だか良く分からないけど、どうみても6秒以上掛かるコードだし
Wait()はタイムアウトしても終了させないし、待機時間ブロックする
UIスレッドでしたら固まるし、awaitは解放したいスレッドで使う物だよ

2018/03/01(木) 20:36:05.85

>>886
思い違い

WaitでGUIのスレッドを使って待機してるのでGUIはその間動かない
5秒たつと待つのをやめてそのまま進む

そのtaskはタイムアウトでは止まる用には設計されてない

2018/03/01(木) 20:37:12.88

>>888
上はFormに貼り付けたボタンイベントで実行してるだけ。それなのにボタンを押したら
5秒間フォームが固まる。ｗ

2018/03/01(木) 20:39:22.48

>>892
それは正しい動作だよ

2018/03/01(木) 20:41:57.81

次はasync voidで定義してなくてエラーになる質問が来ると見た

2018/03/01(木) 20:44:04.03

>>891
　サンプル見て書いたつもりだったが、間違いでしたか？
Asyncが非同期処理を宣言するような機能で、Awaitは解放するスレッドに付けるのだから、Task.Delay(100)を
解放してUIに戻す.つまり100msec待ちながらもUIに制御を戻すってことではないのか？

2018/03/01(木) 20:44:33.47

>>895
思い違い

2018/03/01(木) 20:47:14.71

こんなサンプルどこにあったんだよ
冗談キツいぞ

2018/03/01(木) 20:50:53.25

>>895
UI止めたくなければこうやで
taskA.Wait(5000); ⇨ await taskA;

2018/03/01(木) 20:52:01.74

>>895
Taskはスケジューラを指定しない限りワーカースレッドで動くよ
その非同期ラムダでawaitしてもワーカースレッドが解放されてるだけ
UIスレッドで非同期待機するなら作成側を非同期メソッドにしてawaitする

2018/03/01(木) 20:54:52.06

await/asyncはネットに碌な例がないからしゃーないわな

2018/03/01(木) 20:59:11.45

間違った理解

awaitがあるとUIに制御を戻す
awaitがあるメソッドに出会うとUIはその場で対象のメソッドの終了を待つ

2番目が特に誤解を招きやすい

2018/03/01(木) 20:59:14.26

＞WaitでGUIのスレッドを使って待機してるのでGUIはその間動かない
＞5秒たつと待つのをやめてそのまま進む

　GUIのスレッドを使って待つの当然でしょ。それが目的だから。だめなの？
じゃあどこで待てばいいのだ？　

void ボタン_Click(){
TaskAを実行(起動）;
TaskAの完了を待();
}
処理の流れはこうだけど、これは駄目ってこと？　じゃあどうするの？
void ボタン_Click(){
TaskAを実行(起動）;
}
どっか別のところで、例えばタイマー割り込みで
TaskAの完了を待();
ってことか？　流れがわかり難いので不細工だよな。「シーケンシャルに流れを書いて且つUIが
止まらない」というようになってないと駄目だろ。

2018/03/01(木) 21:00:06.29

ちょっと語弊があるな

間違った理解

awaitがあるとUIに制御を戻す
awaitがついたメソッドに出会うとUIはその場で対象のメソッドの終了を待つ

2番目が特に誤解を招きやすい

2018/03/01(木) 21:00:51.42

>>902
やっぱり君か
間違ってるのは自分なのに文句ばかりだな

2018/03/01(木) 21:05:15.82

>>902
＞GUIのスレッドを使って待つの当然でしょ

違うね
GUIのスレッドを戻してあげないとGUIは他の仕事ができない

2018/03/01(木) 21:06:34.94

winformsで非同期やってた時、デバッグとリリースで動作が違くてはまったなぁ
CheckForIllegalCrossThreadCallsは絶対に許さない

2018/03/01(木) 21:06:49.07

ああ前にもいた奴？もう辞めればいいのに

2018/03/01(木) 21:09:05.97

>>906
確かそれ挙動は同じなんだけどデバッグ時はIDEかなにかにスレッド渡す奴だっけ？

2018/03/01(木) 21:18:31.12

>>902
いやだから…そのWait()の代わりにawaitをUIメソッドに書くんでしょうが…
そうすれば一旦スレッド制御を返し、Taskが終われば取り戻し再開してくれる

レガシーな書き方だってTaskScheduler.FromCurrentSynchronizationContext()を指定して
ContinueWith()すれば良いし、UIコンテキスト取得しといてワーカースレッドから投げても良い

2018/03/01(木) 21:20:57.83

>>908
こいつをTrueにしないと別スレからUI触った時に例外を吐いてくれなかったはず。デバッグで動かしてるか否かで初期設定が変わる。
だいぶ昔だから間違ってたらゴメンね。

2018/03/01(木) 21:23:58.40

＞Taskはスケジューラを指定しない限りワーカースレッドで動くよ
＞その非同期ラムダでawaitしてもワーカースレッドが解放されてるだけ
＞UIスレッドで非同期待機するなら作成側を非同期メソッドにしてawaitする

言ってることの意味がわからない。Async（）＝＞｛｝にしてるでしょ。
しかもこのラムダはRuｎが確保したスレッドプールで動作してるんでしょ。意味的にそうでないと
可笑しい。でラムダのその中でawaitしてるんだから、、、、って
UIスレでボタン受付
　　　　スレ4000でラムダ起動
　　　　　　　　　　　　　AWAITでスレ４００１にスイッチして100msec待つ
　　　　100msec完了でスレ4000に戻る。
　　　　スレ４０００でループ
Task.Wait(3000)はUIスレでスレ4000の終了を待ってる。
ここで待ってる限りUIは止まるってことね。
そういう意味か？　何となく解った。

2018/03/01(木) 21:25:07.02

まぁ別スレからUI触るなクソ野郎と言われればその通りなので、当時の俺が悪かったのは間違いないのだが。

2018/03/01(木) 21:26:35.19

＞いやだから…そのWait()の代わりにawaitをUIメソッドに書くんでしょうが…
そういうことね。解り申した。

2018/03/01(木) 21:41:01.61

ちなみに非同期の勉強ならasync/awaitよりも
生threadから始めた方が良いと思うんですが？

2018/03/01(木) 21:46:31.27

>>914
ねーよ

2018/03/01(木) 21:48:56.53

そっかあ(´・ω・`)

2018/03/01(木) 21:54:11.39

あんまり実践で使うことないな
基本的にスレッド必要なときってメソッド内で終わるほど準備ヌルくないし
簡単な機能使って実装すると大抵バグってる

2018/03/01(木) 22:41:00.53

ま非同期など定形を何本か覚えたら、ソレ以上凝ったことしても大して効率上がらんのよね

2018/03/01(木) 23:40:54.75

たまにはBackgroundWorkerさんのことも・・・
ううん、忘れていいｗ

2018/03/01(木) 23:57:01.48

クライアントアプリならイベントハンドラでの await Task.Run だけ覚えてそこから先は全部同期でいい
WebだとTPL Dataflowとか CancellationToken とかまで踏み込んで使いこなさないとあまり意味ないけど

2018/03/02(金) 00:00:26.72

>>920
>そこから先は全部同期でいい
は下手に非同期使うと不味いことあるの？

2018/03/02(金) 00:15:37.45

>>921
そもそも勘違いしてるみたいだが、asyncはオーバーヘッドが大きいから一般にはなるべく使わないほうがいい。
じゃあWebではなぜ逆に非同期を全面的に積極的に使うかというと、
多数のリクエストを同時に処理するときのスレッドプールの消費を抑えることでメモリ使用量を低減できるから。
クライアントアプリなんか必ず同時に一人しか使わないんだから、UIのイベントの度にRunしても全く問題にならない。

2018/03/02(金) 00:17:51.82

それは独自研究の独自理論でしかないだろう

2018/03/02(金) 00:21:16.16

>>923
まずはこの辺を読んで勉強しようか
https://msdn.microsoft.com/ja-jp/magazine/dn802603.aspx

2018/03/02(金) 00:23:34.25

＞asyncはオーバーヘッドが大きいから一般にはなるべく使わないほうがいい。

これが独自研究の独自理論

2018/03/02(金) 00:27:57.99

>>925
https://www.infoq.com/jp/news/2013/07/async-await-pitfalls
https://www.google.co.jp/amp/s/www.red-gate.com/simple-talk/dotnet/net-framework/the-overhead-of-asyncawait-in-net-4-5/amp/
ちょっとググっただけでいくらでも出てくるな

2018/03/02(金) 00:29:15.66

個人的には非同期IOのシナリオの場合ならクライアントでも積極的に非同期使うようにしてるにゃ

2018/03/02(金) 00:31:40.92

普通はそうだろ

2018/03/02(金) 00:32:45.87

そもそもなぜ非同期なんかにしたいのか？
すっげー不具合増えそうだしぶっちゃけやるんじゃねーよ
ぶっころ

2018/03/02(金) 00:36:23.51

>>926
> 結論 – 非常に短いメソッドにasync/awaitを使うことを避ける、あるいはきついループ内でawaitステートメントを持つことをを避ける
使い所を間違えるなとしか書いて無い。
「一般にはなるべく使わないほうがいい」とか、曲解だよ。

2018/03/02(金) 00:39:03.88

>>930
じゃあ言い換えようか？
複雑になる、オーバーヘッドが増える、それをペイするだけのメリットはない。
GUIをブロックしないという超重大な目的さえ達成できれば十分。

2018/03/02(金) 02:39:53.79

>>920
クライアントアプリならREST API叩くのもごく一般的だと思うが、それも全部同期でやるのかい？

2018/03/02(金) 03:52:57.49

>>932
理解してないのは君だけ
イベントハンドラでだけawait Task.Runしてその中は全部同期でやれって話だぞ

2018/03/02(金) 04:11:03.94

>>933
ねーよｗｗｗ

2018/03/02(金) 04:58:14.52

？

2018/03/02(金) 05:58:54.00

var cant = new System.Threading.CancellationTokenSource();//なんじゃこれは？
Task taskA = Task.Run(async () => {
int count = 60;//6sec
while (count-- > 0) {
　～処理
　cant.Token.ThrowIfCancellationRequested();//例外発生
}
}, cant.Token );
何じゃらほい？　大したことできんのにたいそうな名前を付けやがって笑える。普通にflg使ったらいいだけだろ。

2018/03/02(金) 08:09:20.83

相変わらずの浅はかさだ
1mmも成長していない

2018/03/02(金) 09:21:22.43

>>934
何が面白いのか知らないけど、同期でREST APIを呼ぶケースなんて普通にあるぞ

>>936
正しい非同期メソッドは必ずCancellationTokenを引数として受け取る
そして、非同期メソッドからさらに別の非同期メソッドを呼ぶときには引数にcantを渡す
そうやって共通のCancellationTokenを引き回すことで、別の非同期メソッドを呼んでる間でも待機状態を確実にキャンセルできる
同期ならabortすりゃいいだけだけどね

2018/03/02(金) 12:17:26.88

>>938
すいません。笑えませんでした。

2018/03/02(金) 12:27:24.77

ふふってなった

2018/03/02(金) 12:41:04.31

>>938
日本語

ｄ (ﾜｯﾁｮｲ df9d-wl/W) · 2018/03/02(金) 13:28:13.40

これってどういう意味があるの?単純にフラグを叩けばいいだけだろ。大して利点があるようには思えんが?
ManualResetEventの代わりにflg=Flseで初期化しておいて、setのところでflg=trueにして、
while(!flg);で待機したらいいだけではないのか?

var　waitHandle　=　new　ManualResetEvent(false);
Task.Run(()　=>　{Thread.Sleep(2000);　　waitHandle.Set();　});
　Console.WriteLine("Wait");
waitHandle.WaitOne(Timeout.Infinite);

2018/03/02(金) 14:13:57.43

>>942
もはやWin32絡むし煩わしいので、ドキュメントでも読んどってください
https://msdn.microsoft.com/library/cc429052
https://docs.microsoft.com/dotnet/standard/threading/manualresetevent-and-manualreseteventslim

2018/03/02(金) 15:56:09.38

100msecのタイマー割り込みの中でこういうのを順番に実行する。
void timer1(){
switch( state){
case 0:
if( do1() ){state++;}; break;
case 1:
if( do2() ){state++}; break;
case 2:
if( do2() ){state=0}; break;
}
}
何かもっとスマートな書き方はないか？

2018/03/02(金) 16:01:28.48

デリゲート配列ってのもありますが、賛否両論です。

2018/03/02(金) 16:10:39.54

stateがマジックナンバー感があるので、配列よりDictionaryクラスっても、

でも賛否両論です。

2018/03/02(金) 16:57:54.42

Stateを使いたくない。
while(1){
while(!do1()){ wait(100);}
while(!do2()){ wait(100);}
while(!do3()){ wait(100);}
}
こんな感じでなんかいい書き方は？

2018/03/02(金) 17:11:36.53

>>944
state++;
if(state>2)state=0;
ってやればスマートにならね？

2018/03/02(金) 17:55:24.18

>>947
doの処理ステップによって遅延がでてこない？

2018/03/02(金) 18:21:47.40

>>949
　遅延は無視できるレベル。
>>948
　ならない。というかStateは使いたくない。

2018/03/02(金) 18:26:56.36

>>944
ネタっぽい質問だけどこんなのでも作るとか

public class RoundRobin
{
　　int index = 0;

　　RoundRobin(params Action[] jobs)
　　{
　　　　if (jobs == null || jobs.Length == 0) jobs = new Action[] { () => { } };
　　　　this.Jobs = new ReadOnlyCollection<Action>(jobs);
　　}

　　public ReadOnlyCollection<Action> Jobs { get; private set; }

　　public void DoNext()
　　{
　　　　Jobs[index]();
　　　　index = ++index % Jobs.Count;
　　}
}

余談だけど、組み込みか何かの人？
タイマー割り込みてw

2018/03/02(金) 18:30:28.03

どんどんソースが長くなる不思議。タイマー割り込みを馬鹿にしてるからだな。

2018/03/02(金) 18:31:43.84

まあ、動いてるならスマートにする必要ってないよな
普通に記述してそれがイモっぽいなら
そりゃ言語がイモなんでしょうがないんだよ

2018/03/02(金) 18:37:23.64

>>944
マルチキャスティングデリゲートは？

2018/03/02(金) 18:37:24.20

stateいらないとか、テストやデバッグするときstateが分からなくなるのに。
マルチスレッドや同期を書かせたらいけない人。

2018/03/02(金) 18:46:01.75

Timer1のなかにステートマシンつくったらなんでもできるけど、わかり難いだろ。
フローチャートのように上から下へ自然に流れる方がいい。

2018/03/02(金) 18:48:03.88

おじいちゃんか

2018/03/02(金) 18:50:30.27

>>952
var cts = new CancellationTokenSource();
Task.WhenAll(
Task.Run(() => EventLoop(cts)),
TimerLoop(cts.Token)
).Wait();
こういう書き方を見るにつけ、なにかいい方法はないかとつらつらと考えてる。

2018/03/02(金) 18:56:31.02

あとはこんなの
IEnumerable<Action> JobSequece()
{
　　while (true)
　　{
　　　　yield return () => { ... };
　　　　yield return () => { ... };
　　　　....
　　}
}

async Task RoundRobin()
{
　　foreach(var j in JobSequece())
　　{
　　　　await Task.Run(() =>Thread.Sleep(100));
　　　　j();
　　}
}

タイマー割り込みって言葉使うのはHW直接いじる超低水準のコード書いてる人か
80年代マイコン少年のおじさんだろうねw

2018/03/02(金) 18:58:45.70

>>958
WhenAllをよく使う人はTPL Dataflowを覚えたほうがいい

2018/03/02(金) 19:02:23.48

C++ならTimer割り込みって言葉は普通につかうぜよ。

2018/03/02(金) 19:43:53.86

>>961
c#スレやでここ

2018/03/02(金) 19:48:25.47

重大インシデント発生させそうな輩ばっかやな。

2018/03/02(金) 21:11:38.83

>>960
TPL Dataflow便利そうやね

2018/03/03(土) 00:37:31.41

本を読みながらUnityでC#を勉強しているのですが・・・
それぞれのコードの最後の行にあるnewは何をしているのか教えて下さい。

public class ArrowGenerator : MonoBehavior {
public GameObject arrowPrefab;
float span = 1,0f;
float delta = 0;

void Update()
this.delta > this.span) {
GameObject go = Instantiate(arrowPrefab) as GameObject:
int px = Random.Range(-6, 7);
go,tansform.positon = new Vector3(px, 7, 0);
}
}
}

他にも

public class IgaguriController : MonoBehavior {
public void Shoot(Vector3 dir) {
GetComponent<Rigidbody>().AddForce(dir);
}

void Start() {
Shoot(new Vector3(0, 200, 3000));
}
}

長いので分割します。すみません。

**965** (ﾜｯﾁｮｲ 87d2-Vmra) · 2018/03/03(土) 00:38:39.14

それぞれ最後の行の、
go,tansform.positon = new Vector3(px, 7, 0);
Shoot(new Vector3(0, 200, 3000));

このnew演算子？は何をしているのでしょうか？
それぞれVector3というメソッドが直後のカッコの中の引数を渡していると思うのですが
その手前のnewが何なのかわかりません
クラスをインスタンスにするときに使用するnewとは若干形が違いますよね
いくら調べてもこの形のタイプのnewが出てこなくて・・・。

どなたか宜しくお願いします・・・。

**965** (ﾜｯﾁｮｲ 87d2-Vmra) · 2018/03/03(土) 00:41:09.07

ああ・・・空白が埋まってしまっていてとても見づらいですね
本当にすみません

2018/03/03(土) 00:55:45.51

値型のnewだから意味は違うけど形は一緒やろ

2018/03/03(土) 01:03:49.08

>>966
いや、見た通りやよ
Vector3クラスのインスタンスを作成しつつ代入しとるんや

2018/03/03(土) 01:15:14.08

Vector3(x,y,z)はコンストラクタだよ
だからnewを付けて呼び出す
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/classes-and-structs/using-constructors

基本文法をどっかで学んでからのほうがいいんでないかい？

**965** (ﾜｯﾁｮｲ 87d2-Vmra) · 2018/03/03(土) 01:34:37.27

メソッドではなくクラスですね。

newは
クラス名変数 = new クラス名()
の形しか見たことなくて・・・

上は
Vector3 go,tansform.positon = new Vector3(px, 7, 0);
という風に頭にもVector3 を付けないのですか？

下は
Shoot(Vector3 ABC = new Vector3(0, 200, 3000));
といった風に、ABCの様な変数は表記しないで、クラス名にnewを添えただけでも
クラスをインスタンス化できるのでしょうか？

>>970
一応、上のは入門書に書いてあるコードなのですよね
入門書が不親切なのか私に応用力がないのか・・・後者っぽいですね
他の入門書も調べて買ってみます

2018/03/03(土) 01:40:19.42

C#は糞だから初心者が混乱するのも無理はない。

2018/03/03(土) 02:15:20.99

コードを形で覚えてるのかなぁ
式という概念は分かるかな？

2018/03/03(土) 02:45:02.94

>>971
コードがタイポってる気がするが、上はフィールドへの代入だから
TransformクラスでpositionはVector3Dであると既に定義されている
下はコードにメソッド定義も含まれていて仮引数の型が書いてあるよね

変数宣言の型指定であって、インスタンス化には代入を伴う制約はない
未初期化の変数は参照できないから殆どは宣言時に代入もされるけど
それぞれの字句に切り分けて意味を把握しないと歪んだ理解になります

**965** (ﾜｯﾁｮｲ 87d2-Vmra) · 2018/03/03(土) 07:33:03.46

>>974
とても詳しく教えて頂きありがとうございます
そういうことなのですね・・・やっと少し理解できました

意味を捉えようとは思って勉強していたのですが形で覚えていたんですね
1単語？ずつ意味を捉える様に意識してみます
皆さん変な質問にお答え頂きありがとうございました！

2018/03/03(土) 08:22:24.39

Vector3 vec; 変数定義
vec = new Vector3(1,3,2); インスタンス生成後、変数に代入

2018/03/03(土) 09:12:41.41

処理の結果を返してくれるapiで、例えば
貼り付けるテキストを決める
フォント名設定
色設定
文字の大きさ設定
なと細かくapiを呼び出ししないといけない場合でも、結果を受け取る変数はやっぱり使い回ししないほうがいいですか？その変数はapi呼び出したあとエラー確認するだけです