[Wolsh]

Хм. Пока кадр не загрузится, он не может быть показан; при этом следующий кадр, может быть в сто раз легче предыдущего, показан не будет также. Именно это я и имел в виду, говоря, что Вы мыслите кадрами. Потому что именно так Вы и мыслите - один кубик, ПОТОМ второй, ПОТОМ третий. Но в программе, в отличие от мультика, цепочка другая. Потому что программе нужна ГИБКОСТЬ. Программа состоит из модулей, которые отнюдь не выполняются один за другим, как кадры в мультике. Эти модули включаются как реакция на события, потому что всякая (ну 90%) программа работает с событиями - акциями юзера или событиями, возникающими при получении и обработке данных. Время возникновения этих событий заранее не известно, как и их последовательность (в случае с действиями юзера). Это - асинхронность. Программа не может встать и умереть, пока Вы не нажмете ОДНУ определенную кнопку (аналогия с Вашимм представлением, как должны загружаться данные). Ваше желание запихать всю функциональность класса в конструктор - бессмысленно и противоречит всякой логике класса как объекта, обладающего методами и свойствами.
Еще раз - программа не останавливается и не ждет, пока что-то загрузится, чтобы начать выполнять СЛЕДУЮЩУЮ строчку кода. Это не кадры. Это - гибкость.