|
|
|||||
Регистрация: Feb 2012
Сообщений: 1,540
|
Цитата:
Flash CS (уже CC) - инструмент для создания анимации, моделек, изображений векторных. FlashDevelop - инструмент для написания кода и не более. |
|
|||||
[+1 25.10.13]
[+4 18.03.14] |
Лично я строю базовый класс на основе Sprite, а дальше дело вкуса
|
|
|||||
[+1 16.07.13]
[+4 16.07.13] Регистрация: Oct 2005
Сообщений: 217
|
воркфлоу - workflow - дословный перевод технологический процесс.
Так вот вопрос чем же отличается воркфлоу СS , FD и FB в следующем коде? |
|
|||||
Modus ponens
|
Что имелось в виду: Flash CS предлагает код писать привязывая его к графическим объектам, даже если это не нужно. Так происходит потому, что в редактор заложены возможности генерации соответствующих классов из шаблонов. Подключение библиотек компонентов так же требует наличия графических элементов и т.д. Это и приводит к тому, что часто без необходимости, люди которые используют / выросли на этом редакторе создают классы наследуя их от Sprite / MovieClip.
Это не типично для, например, FlashDevelop или FlexBuilder где, в первом, обычно пишут обычные AS3 классы, наследуя их по необходимости от того, от чего нужно. В билдере, например, есть другая замашка - все складывать в тег <s:Application/> - просто потому, что так сделать удобнее / быстрее.
__________________
Hell is the possibility of sanity |
|
|||||
[+1 16.07.13]
[+4 16.07.13] Регистрация: Oct 2005
Сообщений: 217
|
У меня возникло еще больше вопросов , чем ответов.Наверное сам дурак.
Но я не пойму как создать класс ,который не будет ничего наследовать , но при этом будет отображать на экране например квадрат. |
|
|||||
В этом случае, самый простой вариант - вам придется передавать в ваш класс ссылку на stage или на любой другой DisplayObjectContainer, на который вы будете вешать вашу самостоятельную графику
В общем я сторонник точки зрения товарища Babylon: если класс будет содержать графику - наследуем Sprite. |
|
|||||
[+1 16.07.13]
[+4 16.07.13] Регистрация: Oct 2005
Сообщений: 217
|
Да я тоже сторонник его точки зрения и более того Adobe тоже сторонник его точки зрения.
но как понимать ? Цитата:
|
|
|||||
Как говорилось в одной статейке:
Цитата:
Просто тут проблема в том, что в любом случае придется добавлять эти объекты, которые являются "членами ваших классов" на stage, пусть даже через посреднические DisplayObjectContainers, а это уже разработка на уровне реализации, которую ой как не любят сторонники труЪ-ООП |
|
|||||
[+1 16.07.13]
[+4 16.07.13] Регистрация: Oct 2005
Сообщений: 217
|
То есть это придумывание своего велосипеда?Если же нет , дайте ссылку где Adobe , предлагает все это, как решение каких либо задач.Почитаю ,очень интересная структура получается.
|
|
|||||
Modus ponens
|
Попробую объяснить мысль.
Вариант с наследованием: class Person extends Sprite { public var name: String; public var avatar: Sprite; public function Person(name: String, avatar: Sprite) { super(); this.avatar = super.addChild(avatar); var signature: TextField = new TextField(); signature.text = this.name = name; super.addChild(signature); } } class Person { public var name: String; public var avatar: Sprite; private var canvas: DisplayObjectContainer; public function Person(canvas: DisplayObjectContainer, name: String, avatar: Sprite) { super(); this.canvas = canvas; this.avatar = canvas.addChild(avatar); var signature: TextField = new TextField(); signature.text = this.name = name; canvas.addChild(signature); } } 1. Не возникает когнитивного диссонанса от того что человек является разновидностью спрайтов (на ум приходят феи и напитки). 2. Второй класс просто гораздо меньше по размеру. Редактируя этот класс вы не будете страдать от избытка методов и свойств в автодополнении. 3. Вы не унаследовали ничего такого, что помешало бы вам работать с классом человека, как с человеком. Например, человек может быть в маске (на аватарке), но слот mask уже занят в классе Sprite под абсолютно другие цели.
__________________
Hell is the possibility of sanity |
Часовой пояс GMT +4, время: 02:08. |
|
« Предыдущая тема | Следующая тема » |
Теги |
class , extends , inheritance , superclass |
|
|