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

я организовываю приложение следующим образом:
в классе наследнике Midlet запускаю главный поток - в котором цикл типа:


имеется класс Main в котором выполняется вся логика - посредством флагов,
тобиш имеется такая некрасивая функция которая, в приведенном выше коде, вызывается в цикле


и соответсвеенно DataPersistenceManager знает где взять данные
а ScreenFactory знает как создать нужное представление
в этих класса практически все методы статические

и еще есть NetCommunicator - для работы с сетью. там тоже один постоянный поток и очередь запросов. 
поток wait-тится если очередь пуста

и все это происходит асинхронно

Обработка событий от пользователя(выбор пункта меню, нажатие на кнопку):
в обработчике просто ставится нужный влаг в классе Main, а он потом сам все выполняет

а теперь вопрос нормальный ли это подход? 
пожалуйста расскажите о своих подходах к построению архитектуры приложения

Архитектура зависит :
1. Смотря что тебе надо - быстродействие или гибкость. они оба противоположны.
2. Телефоны сейчас стали немного посильнее чем были.
В бизнес-приложениях я использовал следующую логику. Я уже где-то описывал это.
Вот рисунок прикреплю. Там диаграмма, это я так когда-то делал.
Там показан Логин.
Делается LoginThread и у него в run() определяется все тело рисунка, правда там немного недорисовано, времени нет. в конечном результате все сохраняется в модель, а след. скрин берет все из модели и показывает на экран

Присоединённый файл ( Кол-во скачиваний: 18 )
 SequenceDiagramLogin.JPG 55,17 Kb

я тут просто пообщался с человеком он мне сказал следующее:
1. потоки каждый раз порождать не недо - лучше иметь один постоянно крутящийся(конечно ему делать wait или sleep)
2. указатель на  формочку(канву) с lazy инициализацией и не килить если она еше тебе пригодится

но это помойму все идет в плане быстродействия

Да, абсолютно прав. Если все бушь делать в одном потоке, например много транзакций разных, то тебе придется все это в него пихать. а когда придется расширять - заимеешься с этим всем. Один поток посоветовал, ибо на создание потока уходит больше времени, чем на его остановку и пробуждение

ну дык вот вывод какой?
для современных телефонов и для написания ПО(не игр) можно создавать новые потоки, а не держать один?

Да, но если у тебя будет одновременно много потоков - то получится переполнение. Вот винды например больше 10000 потоков держать не могут, моя нокия 3250 ложилась при 20 запущеных. просто если ты знаешь, что у тебя одновременно могу проскочить много потоков(вот у меня наприме пока логин не пройдет, я ни один другой вызвать не смогу), то желательно завести пул потоков и проверять, чтоб не посыпалось ничего. Но обычно такого быть не должно. Я по крайней мере с таким не сталкивался, а телефон ложил свой, чтоб просто проверить. Одновременно запущенных потоков наверно лучше иметь не больше 3-4, включая основной поток приложения

понятно, большое спасибо. 
т.е. так и остается что 1) один главный поток. 2) это поток работы с сетью 3-4) чета там по мелочам

Ну примерно 
у меня было - 
1 - главный поток
2 - сетевой
3 - обновление окна лоадинга