Swc -- их что, руками обновлять?

[dozen]

Создал SWC. Залил под Components/
Он виден в окне компонентов. Прекрасно. Теперь вставляем его в другой мувик. Работает. А теперь меняем компонент, и хочется, чтобы в другом мувике он тоже обновился.

Я, возможно, совсем тупой, но для этого мне пришлось

а) перезапустить MX, иначе он в упор не видит обновления SWC

б) вынести компонент из мувика совсем и втащить его заново (кнопки Update нету!)

Что я делаю не так?

Пункт а) не особо напрягает, а вот б) ... какие же это, мммать, компоненты, если update не продуман?

[Dindin]

Не надо путать компоненты и скомпилённые клипы. swc файлы - это компоненты, но не все компоненты - swc файлы.
Кроме того, под компонентом, обычно, понимается многофункциональный элемент с известным интерфейсом и заранее определённым функционалом. А если его каждый раз апдейтить приходится - то какой же это, нафиг, компонент?

[dozen]

Три раза перечитал твой ответ, но не понял его. Можно более простыми словами?

[Dindin]

Имхо:
1)Копмонент - это законченный элемент, выполняющий определённые цели
2)система конвертации в swc - клипы была разработана для конечного пользователя, а не для девелопера. Т.е. swc клип изменить штатными средствами Flash нельзя, а значит нельзя и доработать
3) работа с компонентами чревата определёнными осложнениями и разработка их имеет смысл тольков том случае, если необходимо использовать одинаковые элементы с одинаковым функционалом в большом количестве проектов. Еще раз подчеркиваю - без изменения/доработки компонента. Если же тебе приходится под каждый новый проект переделывать компонент, то задумайся - может быть ты неправильно спланировал работу приложения? Или не продумал структуру компонента? Если же тебе нужны легко модифицируемые аналоги компонентов, то можешь использовать простые мувиклипы с включённым в них кодом и определённым внешним интерфейсом.


Резюме. Работа с компонентами и с swc - клипами приобретает определённый смысл только в двух случаях:
1) работа над большим проектом, в котором задействовано несколько разработчиков (звенная система разработки). В этом случае необходимо чёткое планирование внешних интерфейсов компонентов и их функционала.
2) создание собственной библиотеки frequency uced items. Но и в этом случае так же необходимо предварительное планирование структуры каждого компонента и его функциональности.