Сейчас прочитал это и всё понятно, так просто, а когда учился(программированию можно учиться всю жизнь), то есть начинал учиться, я прочитал эту статью я не понял не слова, была после этого каша в голове, а сейчас... ЭТО ЭЛЕМЕНТАРНО!
Да так и загрузку ресурсов можно сделать, меньше памети израсходуетса,потом в любом класе юзать а то я както делал игру симулятор автобуса'типа bus tycoon' только управление вручную и без таймера и прочей фигни,так не хватка памети на нокиа Out of memory а на se приложение юзает много памети,ну вобшем забросил проект свой правда не мега ибо новичёк в этом деле и снех нафиг
Полезно почитать http://www.quizful.net/post/java-fields-initialization
Единственное оправданное использование этих блоков (как { }, так и static { }) - когда неудобно сразу инициализировать поле:
PLUTONiUM, всё-таки нестатичный блок инициализации вызывается даже раньше конструктора, поэтому никак такой код
Изм. aNNiMON (17.08 / 17:10) (2)
SeTSeR, не. В статичном блоке static {}, доступа к не статичному полю (final) Main midlet - нет. То есть такой код не будет работать:
В startup'е скорее всего, действительно лучше. Хорошее программирование должно быть красивым.
PLUTONiUM, да ну, всегда такую конструкцию считал неправильной. Да и this никогда не терялся, сколько программирую. Если уж на то пошло, тогда в startApp лучше инициализировать.
PLUTONiUM, тогда уж
Изм. aNNiMON (17.08 / 16:45) (1)
вот так например:
Изм. aNNiMON (17.08 / 16:45) (1) Java Категории |