Кто как разрабатывает Flex приложения.
 

Вот интересно мне опрос провести (среди тех кто уже имел опыт работы с flex) что представляют ваши проекты:
1-весь код в одном mxml
2-множество mxml c логикой, а также свои сообственные mxml компоненты
3-весь графический интерфейс в mxml, а логика в отдельных AS классах
4-полностью AS3 проект с использованием flexовского фреймворка
5-через ( )о( )

Ну...так как я тут самый крутой флекс разработчик на форуме.
Я и отвечу.

Флекс проект это вообще огромная бандура, это тысячи классов (Flex Framework + еще пара фреймворкров/библиотек + свои адапотры и компоненты) И поэтому получается все пять пунтков

И компоненты в одном мхмле, и мхмле только GUI а логика разделена между AS и MXML (некоторую логику легче записать через bindings но злоупотреблять ими не стоит) и конечноже через жопу случается. Так же постояно идет наем аутсорсеров из индии которые наворотят кода, и туда заглядывать страшно (работает да и ладно).

Я не считаю, что так его разрабатывать нужно, но мы живем не в идеальном мире =)

MXML компоненты с логикой+AS-расширения стандартных компонентов, обычно с целью нормализации поведения последних+набор своих классов...вобщем как сложится:)

согласен с Ниртом.
один чувак как-то сказал - думать надо не паттернами, а задачами.

Ну я хоть и сам начинающий флексер, но 3 последних способа уже попробовал, и вижу что никто не скажет как правильно разрабатывать Flex приложения

Лучше стараться разделять интерфейс и сложную логику по полочкам )

Mxml заставляем отвечать за дизайн, сложную логику разсовываем по AS-классам.

Простецкие задачи возлагаем на мхмл.

Иногда проще наколбасить mxml компонентик сам в себе. Например айтем рендер.

А еще бывает весело когда инвестор приезжает завтра, а нифига нету и надо за ночь сделать прототип=)

А потом влом писать по человечески, на этом прототипе и делают.

А потом ко мне обращаются и говорят - Давид, все нахрен летит, спасай, вот на таких дядек и надо работать =)

Мелкие проектики можно делать любым способом.
Но для разработки серьезных вещей, как минимум, надо:
- продумывать структуру компонентов
- реализовывать все необходимые интерфейсы
- реализовывать все необходимые абстрактные классы
- реализовывать все необходимые классы
- часто собирать и ОБЯЗАТЕЛЬНО пропускать через модульное тестирование критичные вещи

НО!:
без фанатизма!
если проектик мелкий и разрабатываемые компоненты больше нигде применять не надо будет - то можно и на скорую руку :)

Вот это еще очень порадовало :)
Продолжаем в том же духе :):):)

...но соблюдая при этом осторожность и не теряя здравого смысла...у Джоэла Спольски есть хороший термин на этот счет: Architecture Astronaut(http://www.joelonsoftware.com/articl...000000018.html) - вот до этого доходить нельзя:)