попытка разобраться с классами
 

сразу к сути:
Есть в библиотеке несколько мувиклипов. И есть (вернее в разработке) класс, содержащий свойства и методы. По задумке при вызове конструктора класса ему (конструктору) передаётся параметр, говорящий о том, какой именно мувиклип необходимо приаттачить из библиотеки и наделить оный же описанным в теле класса набором свойств и методов.
Как я понимаю, класс должен начинаться так:

Помогите пожалуйста с видом конструктора класса. Как передать в конструктор параметр? И как научить основной таймлайн создавать объекты этого класса?

:wacko:

Если классу клип передается в параметре, то зачем его от MpvieClip наследовать?
Конструктор в АС - одноименная с классом функция объявленная в теле класса. В АС2 может быть и public и private, не может возвращать значение.
Импортировать класс:
При условии, что:
Папка my находится на класспассе.
В папке my есть папка class, в ней location, а в этой последней есть файл MyClass.as.
Класс MyClass объявлен как
Путь к классу принято составлять по такому принципу:
[домейн третего уровня вашего сайта: пример com].[домейн второго уровня вашего сайта: пример mysite].[логическая категория, к которой можно отнести класс: пример utilities].
Т.е. если ваш сайт находится по аддрессу: www.mysite.com, то класс будет называться как-нибудь так:
com.mysite.utilities.MyClass

Спасибо большое wvxvw !
пока всё понятно, и(!) даже работает
Буду эксперементировать

кстати еще вопросик возник:

приаттачить клип получилось так
но это не лучший вариант в моём понимании. Ведь возникнет необходимость отслеживать изменение свойств мувика
и тогда придётся делать через watch()
не охота =)

А можно ли мувик из библиотеки сделать экземпляром класса и как?
С учётом того что какой именно мувик - изначально неизвестно

Я, конечно, не эксперт в этом деле, но что-то мне подсказывает, что общепринятый принцип немного другой и к доменному имени сайта относится не сильно:

[Часть, отвечающая за назначение и условия распространения проекта. Я встречал com и org, что говорит о коммерческом или организационном назначении].[имя автора или название авторской организации].[имя проекта].[логическая категория, к которой можно отнести класс: пример utilities].[Название класса]


Да, нужно в свойствах Linkage этого мувика указать поле AS 2.0 class.

Систему именования просто позаимствовали из Джавы, откровенно говоря, я не совсем понимаю зачем нужны вообще com/org/что бы то ни было в начале. Т.как эти сокращения давным давно потеряли свое прямое значение. Пример, классы senocular находятся в пакете com.senocular.[whatever], и при этом они используют GDL т.е. абсолютно не коммерческие. просто его сайт тоже senocular.com. Да и вообще, почему-то каждый считает своим долгом изобрести колесо, когда придумывает как ему называть классы =) У MDM, например, классы почему-то называются mdm.[whatever].[ClassName] ну и т.д.
Но в Джаве есть смысл называть именно иcxодя из названия сайта т.как потом легче будет в автоматическом режиме апдейтить импортированые библиотеки, во флеш такая штука пока никак ни в одном ИДЕ не предусмотрена, но я бы все-таки следовал этому принципу, чтобы в случае, если кто-то реализует, можно было бы воспользоваться, а не переделывать =)

что такое GDL?

Ну вообще стандартов нет, насколько я знаю =) Потому можно использовать, как удобнее.

по поводу линкейджа в библиотеке - тогда придётся всем мувикам прописывать
я собираю конструктор, который САМ определяет какой мувик добавить и исходя из этого - какие свойства и методы назначить помимо стандартных мувиклиповских

Инженерная мысль дошла вот до чего
Сразу прошу извинить за сырой и неопробованный код, но...
а осуществим такой подход? как вы думаете?

Так а что вы сделать хотите-то?

GDL = General Developer License.
В принципе, аналогично GPL (General Public License). С разницей в том, что специально указано, что код можно модифицировать как угодно, использовать в своих коммерческих проэктах и т.п.

Да, осуществим, это даже есть такой шаблон проэктирования, называется "обертка". Только в случае с АС2, лучше свойства/методы у класса-обертки по-другому как-нибудь называть, а то например, если создать метод onRelease, то потом могут возникнуть сложности с его вызовом, а так вообще идея нормальная, по такому же принципу сделан класс UIObject.