DeliciousTacos_S wrote:

パソコンの環境によってブロック数が100個や200個でも通信速度が遅くなり閲覧やプレイに支障が出ると思います。そのため変わらないように感じるのはあなたのパソコンの通信環境、スペックがいいからだと思います

DeliciousTacos_S wrote:

inoking wrote:

一般に、他のスプライトを外部から操作することはよろしくありません。

メッセージを送るのはブロック量を増やすのであまり理想的ではないと思います

aalaalscratcher wrote:

改ページ忘れてるぅ　#8520

DeliciousTacos_S wrote:

パソコンの環境によってブロック数が100個や200個でも通信速度が遅くなり閲覧やプレイに支障が出ると思います。そのため変わらないように感じるのはあなたのパソコンの通信環境、スペックがいいからだと思います

では、その「ブロック数が100個でも遅くなる環境」の例を出してください
わたしの知る限りそのような環境は聞いたことがありません
殆どの場合、そこまで少ないブロック数でも重くなるのは
個人の環境が原因の場合や環境以外が原因の場合が多いです

inoking wrote:

#8517:

DeliciousTacos_S wrote:

inoking wrote:

一般に、他のスプライトを外部から操作することはよろしくありません。

メッセージを送るのはブロック量を増やすのであまり理想的ではないと思います

Scratch は「オブジェクト指向」的な作りになっているので
「理想的かどうか」であれば、メッセージのほうがより「理想的（設計思想に沿っている）」となるはずです。
それを崩すのはより現実に即したやり方かもしれませんが「理想的」とは言えないはずです。

代用方法はいくつも考えられますが
「現実的に」、動作に影響をきたすほどブロック量は増えません。

DeliciousTacos_S wrote:

ですがオンラインゲームなどだと飛躍的にブロック数が増えるのでその場合はメッセージはあまり理想的ではありません
(ブロック数があまりない作品などでは変数やブロック定義を使わなくてもメッセージを送ったほうが良いかもしれません理由はScratchを始めてすぐの方には使いやすいからです)

DeliciousTacos_S wrote:

ですがオンラインゲームなどだと飛躍的にブロック数が増えるのでその場合はメッセージはあまり理想的ではありません
(ブロック数があまりない作品などでは変数やブロック定義を使わなくてもメッセージを送ったほうが良いかもしれません理由はScratchを始めてすぐの方には使いやすいからです)

mashu_Official wrote:

DeliciousTacos_S wrote:

ですがオンラインゲームなどだと飛躍的にブロック数が増えるのでその場合はメッセージはあまり理想的ではありません
(ブロック数があまりない作品などでは変数やブロック定義を使わなくてもメッセージを送ったほうが良いかもしれません理由はScratchを始めてすぐの方には使いやすいからです)

そんなちょっとブロック増やすだけでは大きく動作は変わらないと思うのですが。

kurosio-ZP wrote:

DeliciousTacos_S wrote:

ですがオンラインゲームなどだと飛躍的にブロック数が増えるのでその場合はメッセージはあまり理想的ではありません
(ブロック数があまりない作品などでは変数やブロック定義を使わなくてもメッセージを送ったほうが良いかもしれません理由はScratchを始めてすぐの方には使いやすいからです)

そもそもそもなのですが、そのブロックを使う機会もあまり多くないように感じます。
スプライト同士が干渉していると他の人がコードを見た時に、理解しにくいという欠点もあります。

mashu_Official wrote:

#8520
その程度のブロック数で重くなるってどれだけ低スペックなんですか…。本当にそうなら買い替えるべきです。
インターネットなどの問題の可能性もありますが。
被った

DeliciousTacos_S wrote:

ブロックを増やすだけで動作が変わらないは違うと思います。私は学タブでScratchをしているのですがブロックが100個以上あると動作が遅くなります。(個人の意見です。)学タブは学習するためのものなので低スペックのものが多いと思います。

DeliciousTacos_S wrote:

理解のしやすさで言えばメッセージを送るが少ない方が理解しやすいのかもしれません。「あまりにメッセージを送るが少なすぎると理解しにくくなりますが..」

kurosio-ZP wrote:

他のスプライトを操作することは混乱を招く原因となります。

aalaalscratcher wrote:

DeliciousTacos_S wrote:

ブロックを増やすだけで動作が変わらないは違うと思います。私は学タブでScratchをしているのですがブロックが100個以上あると動作が遅くなります。(個人の意見です。)学タブは学習するためのものなので低スペックのものが多いと思います。

学タブにしてもあまりにも低スペックすぎる可能性が
学習用タブレットは地域によって配られるものが違いますが
100個や200個で重くなるのを環境が原因だと仮定すると相当スペックが低いです
低電力モードがオンになっていないか
タブを開きすぎていないかを一度確認してみてください
Scratchが異常に重くなる原因は環境以外にも要因があります
また、環境をここで公開するには投稿するメッセージを書く欄の上にある
「」とブロックの間にある地球儀のマークを押せば公開できます
My browser / operating system: ChromeOS 14541.0.0, Chrome 141.0.0.0, No Flash version detected
↑のように
これを使って環境を一度公開してみてください

kurosio-ZP wrote:

DeliciousTacos_S wrote:

理解のしやすさで言えばメッセージを送るが少ない方が理解しやすいのかもしれません。「あまりにメッセージを送るが少なすぎると理解しにくくなりますが..」

他のスプライトを操作することは混乱を招く原因となります。

RICE-MAKER wrote:

kurosio-ZP wrote:

他のスプライトを操作することは混乱を招く原因となります。

本当にそうでしょうか？「他のスプライトのX座標を10ずつ変える」とかなら混乱が起きるのはわかりますが、今回はあるなしです。そんなに混乱が起きるとは思えません。

Ke0 wrote:

私は内部的なことに通暁していないのでわからないんですが、「メッセージを介して間接的に操作する場合」と今回の提案のように「直接スプライトを操作する場合」、後者は見かけ上はすっきりしても内部的にはさして変わらないんじゃないでしょうか…?飛躍的に軽くなるなんてことは少なくともなさそうですが。

・No inter-object script invocation. In Scratch 0.1, one object can invoke another object’s command blocks and scripts. For example, a “cat” object could invoke a “dog” object’s “chase” script. This feature was heavily used. As a result, very few of the studentcreated objects were self-contained; most objects had scripts that invoked scripts in other objects. Objects with such inter-object references cannot be easily exported and used in other projects (which would lack the object being referred to), making it difficult to support the free-form object exchange that we envision for Scratch. In fact, we realized that Scratch 0.1 actually encourages the construction of non exchangeable objects. Scratch 0.2 will therefore disallow directly inter-object script invocation, and we are in the process of designing more loosely-coupled ways for objects to interact.