ふらっと C#,C♯,C＃（初心者用） Part135
レス数が1000を超えています。これ以上書き込みはできません。
「どんなにくだらない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 >>921
そもそも勘違いしてるみたいだが、asyncはオーバーヘッドが大きいから一般にはなるべく使わないほうがいい。
じゃあWebではなぜ逆に非同期を全面的に積極的に使うかというと、
多数のリクエストを同時に処理するときのスレッドプールの消費を抑えることでメモリ使用量を低減できるから。
クライアントアプリなんか必ず同時に一人しか使わないんだから、UIのイベントの度にRunしても全く問題にならない。 ＞asyncはオーバーヘッドが大きいから一般にはなるべく使わないほうがいい。
これが独自研究の独自理論 個人的には非同期IOのシナリオの場合ならクライアントでも積極的に非同期使うようにしてるにゃ そもそもなぜ非同期なんかにしたいのか？
すっげー不具合増えそうだしぶっちゃけやるんじゃねーよ
ぶっころ >>926
> 結論 – 非常に短いメソッドにasync/awaitを使うことを避ける、あるいはきついループ内でawaitステートメントを持つことをを避ける
使い所を間違えるなとしか書いて無い。
「一般にはなるべく使わないほうがいい」とか、曲解だよ。 >>930
じゃあ言い換えようか？
複雑になる、オーバーヘッドが増える、それをペイするだけのメリットはない。
GUIをブロックしないという超重大な目的さえ達成できれば十分。 >>920
クライアントアプリならREST API叩くのもごく一般的だと思うが、それも全部同期でやるのかい？ >>932
理解してないのは君だけ
イベントハンドラでだけawait Task.Runしてその中は全部同期でやれって話だぞ var cant = new System.Threading.CancellationTokenSource();//なんじゃこれは？
Task taskA = Task.Run(async () => {
int count = 60;//6sec
while (count-- > 0) {
〜処理
cant.Token.ThrowIfCancellationRequested();//例外発生
}
}, cant.Token );
何じゃらほい？ 大したことできんのにたいそうな名前を付けやがって笑える。普通にflg使ったらいいだけだろ。 >>934
何が面白いのか知らないけど、同期でREST APIを呼ぶケースなんて普通にあるぞ
>>936
正しい非同期メソッドは必ずCancellationTokenを引数として受け取る
そして、非同期メソッドからさらに別の非同期メソッドを呼ぶときには引数にcantを渡す
そうやって共通のCancellationTokenを引き回すことで、別の非同期メソッドを呼んでる間でも待機状態を確実にキャンセルできる
同期ならabortすりゃいいだけだけどね これってどういう意味があるの?単純にフラグを叩けばいいだけだろ。大して利点があるようには思えんが?
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); 100msecのタイマー割り込みの中でこういうのを順番に実行する。
void timer1(){
switch( state){
case 0:
if( do1() ){state++;}; break;
case 1:
if( do2() ){state++}; break;
case 2:
if( do2() ){state=0}; break;
}
}
何かもっとスマートな書き方はないか？ stateがマジックナンバー感があるので、配列よりDictionaryクラスっても、
でも賛否両論です。 Stateを使いたくない。
while(1){
while(!do1()){ wait(100);}
while(!do2()){ wait(100);}
while(!do3()){ wait(100);}
}
こんな感じでなんかいい書き方は？ >>944
state++;
if(state>2)state=0;
ってやればスマートにならね？ >>947
doの処理ステップによって遅延がでてこない？ >>949
遅延は無視できるレベル。
>>948
ならない。というかStateは使いたくない。 >>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 どんどんソースが長くなる不思議。タイマー割り込みを馬鹿にしてるからだな。 まあ、動いてるならスマートにする必要ってないよな
普通に記述してそれがイモっぽいなら
そりゃ言語がイモなんでしょうがないんだよ stateいらないとか、テストやデバッグするときstateが分からなくなるのに。
マルチスレッドや同期を書かせたらいけない人。 Timer1のなかにステートマシンつくったらなんでもできるけど、わかり難いだろ。
フローチャートのように上から下へ自然に流れる方がいい。 >>952
var cts = new CancellationTokenSource();
Task.WhenAll(
Task.Run(() => EventLoop(cts)),
TimerLoop(cts.Token)
).Wait();
こういう書き方を見るにつけ、なにかいい方法はないかとつらつらと考えてる。 あとはこんなの
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 >>958
WhenAllをよく使う人はTPL Dataflowを覚えたほうがいい C++ならTimer割り込みって言葉は普通につかうぜよ。 本を読みながら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));
}
}
長いので分割します。すみません。 それぞれ最後の行の、
go,tansform.positon = new Vector3(px, 7, 0);
Shoot(new Vector3(0, 200, 3000));
このnew演算子？は何をしているのでしょうか？
それぞれVector3というメソッドが直後のカッコの中の引数を渡していると思うのですが
その手前のnewが何なのかわかりません
クラスをインスタンスにするときに使用するnewとは若干形が違いますよね
いくら調べてもこの形のタイプのnewが出てこなくて・・・。
どなたか宜しくお願いします・・・。 ああ・・・空白が埋まってしまっていてとても見づらいですね
本当にすみません >>966
いや、見た通りやよ
Vector3クラスのインスタンスを作成しつつ代入しとるんや メソッドではなくクラスですね。
newは
クラス名 変数 = new クラス名()
の形しか見たことなくて・・・
上は
Vector3 go,tansform.positon = new Vector3(px, 7, 0);
という風に頭にもVector3 を付けないのですか？
下は
Shoot(Vector3 ABC = new Vector3(0, 200, 3000));
といった風に、ABCの様な変数は表記しないで、クラス名にnewを添えただけでも
クラスをインスタンス化できるのでしょうか？
>>970
一応、上のは入門書に書いてあるコードなのですよね
入門書が不親切なのか私に応用力がないのか・・・後者っぽいですね
他の入門書も調べて買ってみます コードを形で覚えてるのかなぁ
式という概念は分かるかな？ >>971
コードがタイポってる気がするが、上はフィールドへの代入だから
TransformクラスでpositionはVector3Dであると既に定義されている
下はコードにメソッド定義も含まれていて仮引数の型が書いてあるよね
変数宣言の型指定であって、インスタンス化には代入を伴う制約はない
未初期化の変数は参照できないから殆どは宣言時に代入もされるけど
それぞれの字句に切り分けて意味を把握しないと歪んだ理解になります >>974
とても詳しく教えて頂きありがとうございます
そういうことなのですね・・・やっと少し理解できました
意味を捉えようとは思って勉強していたのですが形で覚えていたんですね
1単語？ずつ意味を捉える様に意識してみます
皆さん変な質問にお答え頂きありがとうございました！ Vector3 vec; 変数定義
vec = new Vector3(1,3,2); インスタンス生成後、変数に代入 処理の結果を返してくれるapiで、例えば
貼り付けるテキストを決める
フォント名設定
色設定
文字の大きさ設定
なと細かくapiを呼び出ししないといけない場合でも、結果を受け取る変数はやっぱり使い回ししないほうがいいですか？その変数はapi呼び出したあとエラー確認するだけです 個人的には、
異なるインスタンスなら原則使い回さない
インスタンスが同じなら使い回す >>977
そもそも変数いらんのでは？
if (api.Foo().HasErros) return;
if (api.Bar().HasErrors) return;
... >>978-980
ありがとうございます。
変数を使用しない方法もありますね。ただメソッドは引数が多く、文が長くなるため悩み中です pythonで言うデコレーターはC＃ のどれに辺りますか？ C# 修飾子 でググるとC++ 修飾子の記事しかHITしません。 属性(Attribute)
Pythonのデコレータとは違って、それ自体はメソッドに純粋にメタデータを付けるだけの機能なので、
属性を処理するにはリフレクションを駆使する必要がありクソ面倒臭い
フレームワーク作る人のための機能 >>983-985
デコレータ自体を実現しようとするなら厄介よね、一般的なデコレータに相当するもので良ければ
@propertyならC#プロパティがあるし、@classmethodや@classmethodならstatic修飾子で済むんだけど
実装に関わってきそうなのはデリゲートとかかな、Pythonで言えばbound/unbound methodに相当する デコレーターをC#で実現するなら
インターフェース使って素直にパターン実装するか
横断的関心事なら属性使うかのどっちかじゃない？
使いたい目的次第 このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 27日 10時間 23分 38秒 レス数が1000を超えています。これ以上書き込みはできません。
