|
|
|||||
Регистрация: May 2011
Сообщений: 221
|
Меню построек
Никак не придумать архитектуру для меню построек.
Есть базовый класс BaseBuilding от него наследуются классы ConcreteBuilding1, ConcreteBuilding2, ..etc У каждого из них есть статический фабричный метод, который выдает экземпляр иконки. Что я попытался уже сделать - заполнить массив классами - из этого массива наполнить меню вот таким образом for(var i:int = 0; i < buildings.lenght; i++) { var BuildingClass:Class = buildings[i]; var buildingIcon:Sprite = BuildingClass.getIcon(); //... } function build(BuildingClass:Class):void { var building:BaseBuilding = new BuildingClass(); } как лучше собрать? Может где-нибудь можно посмотреть примеры? |
|
|||||
Регистрация: Feb 2013
Сообщений: 176
|
Почему тип BuildingClass объявляется как class? почему не объявить его BaseBuilding?
зачем статические методы? в них есть тайный фен-шуй?) |
|
|||||
Регистрация: May 2011
Сообщений: 221
|
Sync, КорДум, поясню, есть метод который создает объект класса, а какого конкретно заранее предсказать невозможно, а еще возможно объектов нужно будет создать несколько, по этому передавать туда объект класса лично я смысла не вижу. Цель всего этого избежать длинного свитча, который по констанстам будет определять кого нужно собрать. Просто получили на входе конкретный класс(который желательно гарантированно был наследником БазовогоКласса) и создали его экземпляр. Не знаю, постарался как можно более подробно описать проблему )
|
|
|||||
Регистрация: Feb 2013
Сообщений: 176
|
Ну так и проверьте - наследник ли он "БазовогоКласса". А лучше переменную объявите типа "БазовыйКласс", и при попытке присвоить не его наследника, а что-то другое - вывалится ошибка.
То у вас объекты непонятного класса, то потом вы хотите гарантированно работать только с наследниками. Определитесь. |
|
|||||
Нуб нубам
модератор форума
Регистрация: Jan 2006
Адрес: Бердск, НСО
Сообщений: 6,445
|
Цитата:
__________________
Reality.getBounds(this); |
|
|||||
Регистрация: May 2011
Сообщений: 221
|
Wolsh, ну, да так я вобщем то и поступал, только при этом
нет гарантии, что у i есть x. Вобщем признаться я и сам уже запутался, по этому в итоге смирился и решил воспользоваться фабрикой, в которую впихнул длинный свитч, вносящий ясность чего я в итоге хочу получить ) Честно говоря скорее я искал подсказки как поступить при конструировании менюшки. Признаться я все еще несколько неуверен, что сумел создать лучшее решение, но думаю на суд его предоставлю как только приведу проектик в вид, в котором будет что показывать ) Всем большое спасибо, как бы там ни было вы помогли мне в принятии решения. К сожалению я совершенно потерял из виду кнопку «плюсануть в карму», хотя может что-то просто здесь изменилось спустя несколько месяцев моего отсутствия здесь ) |
|
|||||
Нуб нубам
модератор форума
Регистрация: Jan 2006
Адрес: Бердск, НСО
Сообщений: 6,445
|
Не уверен, что понял. Напомню Ваш вопрос: "как проверить, что Класс А наследует Класс В". Ну вот так и проверить, describeType() возвращает описание класса, в котором в частности перечислены все его предки (методы и свойства тоже, но речь сейчас не о них). Другого способа узнать о наследовании, не создавая экземпляра, нет. Все Классы имеют один тип — Class. Экземпляры же имеют все типы из цепочки наследования, поэтому их можно проверить на принадлежность к определенному типу.
Но думаю, этот вопрос у Вас отпал, когда Вы разобрались, что статические методы не наследуются, а значит и никакой гарантии наличия метода у наследника все равно не будет. )))))
__________________
Reality.getBounds(this); |
|
|||||
Вам не нужны статические методы.
Вам нужен класс типа здания.
__________________
9 из 10 голосов в моей голове сказали наркотикам "НЕТ" Мои ачивки: художник-паразит. |
Часовой пояс GMT +4, время: 05:20. |
|
« Предыдущая тема | Следующая тема » |
|
|