[AS2] Как прописать OnEnterFrame?

[Antares]

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

[ir73]

Сообщение от Antares

Это опять же, если мыслить только как "объект сам должен иметь методы"... А что если объект имеет ссылку? Мы создаем экземпляр класса, конструктору (либо методу) передаем ссылку на его визуальную компоненту и все.

В крайнем случае никто не отменял createClassObject.

Базовый класс выглядит так:
И все. Очень логично и удобно, мухи отделены от котлет.

P.S. Занимаясь Flash не знать Мука -- то же самое, что быть лингвистом и не знать Достоевского

все таки пытаюсь разобраться и понять РЕАЛьНОЕ приемущество такого наследования. С таким методом по идее надо в первом кадре инициализировать все классы мувиков, к которым эти классы прицеплены. (я верно все понимаю?) Но разве это проще? пусть мувики сами инициализируют свои классы по мере надобности. Или в чем бонус подхода?

[Antares]

Сообщение от ir73

все таки пытаюсь разобраться и понять РЕАЛьНОЕ приемущество такого наследования. С таким методом по идее надо в первом кадре инициализировать все классы мувиков, к которым эти классы прицеплены. (я верно все понимаю?)

Неверно.

В чем бонус, я уже написал дважды сверху. Не понимаете -- ради бога, используйте свой подход. Или поразрабатывайте вещи, где помимо визуального ряда сложная начинка по взаимодействию с сервером. Вот там это особенно сильно видно, где должен быть визуальный объект, а где логика.

[ir73]

В чем бонус, я уже написал дважды сверху. Не понимаете -- ради бога, используйте свой подход. Или поразрабатывайте вещи, где помимо визуального ряда сложная начинка по взаимодействию с сервером. Вот там это особенно сильно видно, где должен быть визуальный объект, а где логика.
-----------------------------

Не совсем так. Я, наоборот, очень хочу понять приемущества данного метода, так как профи себя не считаю. Просто довод "мухи отдельно, котлеты отдельно" мне показался не самый убедительным. Я думал, может сущесвтует довольно наглядный пример, где будет показано очевидное приемущество сего метода.
Вот приведенный выше приме по-моему не очень наглайден. Если есть "помимо визуального ряда сложная начинка по взаимодействию с сервером", то приведенный вами класс описывает поведение мувика. А для взаимодействия с сервером все равно придется делать свой класс. Что бы мухи были отдельно от котлет.

Надеюсь на вашу помощь в моем понимании данной темы.

[Nirth]

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

[Antares]

Сообщение от ir73

Вот приведенный выше приме по-моему не очень наглайден. Если есть "помимо визуального ряда сложная начинка по взаимодействию с сервером", то приведенный вами класс описывает поведение мувика. А для взаимодействия с сервером все равно придется делать свой класс. Что бы мухи были отдельно от котлет.

Надеюсь на вашу помощь в моем понимании данной темы.

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

Выложу как буду посвободнее пример.

А вообще мне нравится подход -- "пытаюсь понять, т.к. не считаю себя профи, но очень уж сомнительно это все...". Вы просто спросите себя Колин Мук -- профи? Поддерживающие подобную позицию -- они просто так ее начали поддерживать? Или все же очень уж сомнительно?

[ir73]

Сообщение от Antares

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

Выложу как буду посвободнее пример.

А вообще мне нравится подход -- "пытаюсь понять, т.к. не считаю себя профи, но очень уж сомнительно это все...". Вы просто спросите себя Колин Мук -- профи? Поддерживающие подобную позицию -- они просто так ее начали поддерживать? Или все же очень уж сомнительно?

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