Показать сообщение отдельно
Старый 12.04.2004, 13:15
john вне форума Посмотреть профиль Отправить личное сообщение для john Посетить домашнюю страницу john Найти все сообщения от john
  № 19  
john
МЕГАФЛЭШЕР

Регистрация: May 1999
Адрес: Россия, Москва
Сообщений: 1,181
если вопрос стоит в выборе редактора для AS2
то пока на данный момент лучше всего - PrimalScript.
http://www.sapien.com/

к Eclipse обещают хороший плугин для AS2 прикрутить, но я почитал обещаные возможности.... не, уровень дреамвивера, ультраэдита, SciTe и тд.... то есть, просто подкраска. А вот PrimalScript рулит пока в этом смысле.

парсинг классов в flash classpath, на лету, хелп флэша (курсор на классе или методе - f1 -> прямо в редакторе открывается окно)

почитай в том же flash-ripper.com
там есть несколько статей по нему на русском.

как вообще подходить к разработке кода во флэш используя AS2, краткий список рекомендаций.

1. забыть про код во фреймах и кнопках.
2. не использовать #include
3. не использовать prototype и __proto__

здесь можно много пудрить мозги, говорить про шаблоны проектирования и тд (что я и сделал, а потом стер), лучше простая рекомендация, отправная точка.

приложение.

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

такой мувиклип размещают в _root.

никакие другие компоненты не должны помещаться в _root, только в этот главный компонент (если только другие компоненты не являются частью данного приложения)

в свойствах символа данного мувиклипа указывают его класс.

далее идет разработка во внешнем редакторе, с данным классом.

этот рутовый класс не должен обладать избыточной функциональностью, его задача по большому счету инициализировать другие компоненты приложения (опять же классы) и обеспечить коммуникацию между ними (если это нужно, конечно, иногда лучше связывать компоненты друг другом без усложнения главного контроллера)

ну и так далее.

то есть точка отчета рутовый мувиклип (но только не _root) а далее, по потребностям.

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

так примерно.