Почему конвеер?
Под конвеером понимается, разбиение задачи на однотипные действия.

Стек.

Очень полезно.

2Dagi
в СНГ ежегодно выпускается тысяч несколько человек которым предложенный подход излагают в школе.

Я вполне уверен, что есть как минимум 10000.

Помоему ты не прав!
Каждый MovieClip - по сути своей поток с таймером.
Я вообще сторонник распределения кода по потокам (мувикам)

Скоро представлю иллюстрацию.

Стек есть лишь конструкция списка, в котором реализуется правило «первым вошел, первым вышел». И ничего более. Механизм конвейера предлагает целый комплекс сервисов, и называть его стеком не совсем правильно. Это то же самое что назвать автомобиль двигателем внутреннего сгорания.

К тому же само понятие стека не совсем применимо к списку конвейера. Принцип «вложенных списков» предполагает более сложное поведение чем «первым вошел первым вышел», ибо действия помещается не только в конец списка, но и в нужную точку списка.

Я рад и горд за нашу страну за то, что в нашей школе преподают основы объектно-ориентированного программирования и паттерны проектирования…..

Если ты имеешь ввиду лишь знакомство с принципом стека (предполагаю, скорее всего в контексте работы памяти при выполнении кода), то этого не совсем достаточно, чтобы говорить «предложенный подход». Это было бы слишком поверхностно…

Скорее всего ты имеешь ввиду, мое утверждение что флэш имеет только один поток исполнения?

А тут не нужно быть не правим или правым. Это факт. Причем факт который описан самой макромедией.

Вот иллюстрация.
Здесь 25 треугольников(75=25*3-вершин) в трёхмерном пространстве(хотя это и не очень заметно...).
Каждая вершина (мувик) движется независимо в однородном поле тяжести и отражается от стенок.
Каждый треугольник(мувик) независимо закрашивает контур, определяемый тремя варшинами.
В руте просто аттачатся треугольники и stop().

А что было бы, если всё это обрабатывать в цикле в руте...

По моему это косвенное подтверждение "потоковости" мувика.

P.S. Прошу прощение за схематичность примера.

2 _1_Maxim

скорее всего вы не совсем понимаете термин "многопоточность"....

применительно к флэш
многопоточность это ситуация когда в разных "мувиках"

был следующий код:

// mc1

trace("mc #1 ___ 1 ____")
trace("mc #1 ___ 2 ____")
trace("mc #1 ___ 3 ____")

// mc2

trace("mc #2 ___ 1 ____")
trace("mc #2 ___ 2 ____")
trace("mc #2 ___ 3 ____")

и протрейсилось бы так

mc #1 ___ 1 ____
mc #2 ___ 1 ____
mc #1 ___ 2 ____
mc #2 ___ 2 ____
mc #1 ___ 3 ____
mc #2 ___ 3 ____

а в реальности будет так:

mc #1 ___ 1 ____
mc #1 ___ 2 ____
mc #1 ___ 3 ____
mc #2 ___ 1 ____
mc #2 ___ 2 ____
mc #2 ___ 3 ____

код выполнится сначала в "одном месте", а потом в другом.
не не "одновременно"... паралельно.

Верняк Number(String("10000") add "0")

Я не уверен, что в России есть 10000 человек, попросту владеющих ActionScript выше уровня
on(release){
gotoAndPlay(2);
}
Уж не говоря про тех, кому могла бы быть интересна теория конвееров:)

Ты гонишь. Если бы это всё обрабатывалось по умному в руте, было бы ни как не хуже. Даю гарантию 10000000%. Уметь надо.