- このトピックには10件の返信、2人の参加者があり、最後に
により3年、 5ヶ月前に更新されました。
-
投稿
-
「292.29ではおかしい」とのことでしたので、292.26、292.22へ戻して実行してみましたが、文字列に入っている変数の値は292.29と同じく、8と2になります。どのような動作を想定されているのでしょうか？
ForEachと高速ループの実行行を分けるとどちらも8になりました。
これは『そういうお作法』だと思っていただくしかないと思いますが、ループの実行アクションが同じ行にまとまっていると上手くいかないことがあります。– サンプルプログラム
https://blog.clickteam.jp/wp-content/uploads/2020/11/cf25_blog_2020-11-06_ForEach高速ループと連携.zipもしくはこうすることで同じ行でも上下とも8になりました。
– サンプルプログラム
https://blog.clickteam.jp/wp-content/uploads/2020/11/cf25_blog_2020-11-06_ForEach高速ループと連携2.zipサンプルありがとうございます。
アンインストール後にPCをシャットダウンして再インストールしたら製作中の物が復活しました。
やっぱりなんか壊れてたみたいです。2個目のサンプルは一周遅れで高速ループを利かせてるんですね。
一周遅れで効果を発揮するループはよく見てたんですが、自分ではまったく使わないのでその発想は消えてましたので勉強になりました。でも、今の状態でも私が最初に添付したForEach.zipを試すと上の文字列が０で下が８になるんですが、これもやっぱり作法みたいな物ですか？
こちらも臨んだ結果は両方とも８なんですが。最初のサンプルでは1行目のアクションの順序が、変数を0にセットした後に文字列へ変数を入れているので0になります。変数をリセットする前に文字列へ入れれば8になります(上の文字列が8になるのはループが実行された後の次のイベントループ(フレーム)になるので1F遅れる形になります)。
チェックしていただきありがとうございます。
なるほど、その方法だと一回遅れでも許容出来るようにすれば大丈夫ですね。昨日質問する前に変数の中身の流れを確認して、イベントをどう組んでもイベントの最後にForEachが動いて変数に数値が入るので、イベントの中にある文字列の値が０のままになってしまう状態が、動作としておかしいのではないかと思ったのです。
順番に動いてないのを私が気が付いてなかったのもありますけどね。そしてASD様のおそらくForEach高速ループと連携.zipでの報告で８と２が表示されたと報告があり、それから考えるとASD様の環境ではイベントの途中でもForEachの順序が守られているように思えたので、作法やバグとしても私とASD様の動作の再現性が確保されていないのは何かおかしい、ということでの再度の質問でした。
複雑な動作をする必要があればどこかに差異があって再現性がないのもわかりますが、同じコードを実行させるだけで一方は０と２でもう一方は８と２なのは、明らかに異常ですから。とりあえず今はまともに動作しているので、あまり考えないようにして製作してますが、動作の差異があった事を思うと少し微妙な気分になります。
- このトピックに返信するにはログインが必要です。