Я не знаю, что термин "петля" здесь обязательно правильный.
Если вы говорите о наличии единого DocumentClass, который контролирует все, а не множество классов (т.е. большинство ваших основных визуальных элементов имеют свои собственные классы со своей внутренней логикой), то это в некоторой степени вопрос личного предпочтение. Тем не менее, вообще говоря, это, вероятно, хорошая идея, чтобы разделить ваши проблемы как можно больше.
Если у вас есть основной документ, скажем, с двумя персонажами - игроком и вражеским монстром - тогда вы не захотите писать весь свой код в документе. Вместо этого вы хотите, чтобы у игрока и монстра был свой внутренний код. Таким образом, позже легко добавить еще одного монстра, например, имеет ли это смысл?
Вместо того чтобы дважды выписывать всю сложную логику для каждого монстра, вы просто создаете класс Monster, и тогда вы знаете, что он всегда будет реагировать одинаково, даже если вы поставите миллион на сцену. И вам нужно всего лишь написать код один раз.
Это имеет смысл? Это довольно неопределенный вопрос, но да - если вы хотите использовать подход «программиста», всегда лучше написать как можно меньше кода. В случае архитектуры Flash это часто означает, что ваш код должен жить там, где его можно наиболее эффективно использовать повторно.
Я надеюсь, что поможет!