Меню построек
 

Никак не придумать архитектуру для меню построек.

Есть базовый класс BaseBuilding от него наследуются классы ConcreteBuilding1, ConcreteBuilding2, ..etc

У каждого из них есть статический фабричный метод, который выдает экземпляр иконки.

Что я попытался уже сделать

- заполнить массив классами

- из этого массива наполнить меню вот таким образом

после этого неплохо было бы отдать объект-класс в метод для строительства
как мне кажется, код является «ненадежным», потому что я не могу «гарантировать», что метод вызовется именно у класса наследника BaseBuilding.

как лучше собрать? Может где-нибудь можно посмотреть примеры?

Почему тип BuildingClass объявляется как class? почему не объявить его BaseBuilding?
зачем статические методы? в них есть тайный фен-шуй?)

Паттерн ради паттерна? Бритва Оккама подсказывает, что можно сделать BuildFactory со статическим методом, принимающим на вход строку-константу с необходимой постройкой. Отдает постройку.
Или же я не врубился в вопрос.

Sync, КорДум, поясню, есть метод который создает объект класса, а какого конкретно заранее предсказать невозможно, а еще возможно объектов нужно будет создать несколько, по этому передавать туда объект класса лично я смысла не вижу. Цель всего этого избежать длинного свитча, который по констанстам будет определять кого нужно собрать. Просто получили на входе конкретный класс(который желательно гарантированно был наследником БазовогоКласса) и создали его экземпляр. Не знаю, постарался как можно более подробно описать проблему )

Ну так и проверьте - наследник ли он "БазовогоКласса". А лучше переменную объявите типа "БазовыйКласс", и при попытке присвоить не его наследника, а что-то другое - вывалится ошибка.
То у вас объекты непонятного класса, то потом вы хотите гарантированно работать только с наследниками. Определитесь.

Wolsh, ну, да так я вобщем то и поступал, только при этом
нет гарантии, что у i есть x. Вобщем признаться я и сам уже запутался, по этому в итоге смирился и решил воспользоваться фабрикой, в которую впихнул длинный свитч, вносящий ясность чего я в итоге хочу получить )

Честно говоря скорее я искал подсказки как поступить при конструировании менюшки. Признаться я все еще несколько неуверен, что сумел создать лучшее решение, но думаю на суд его предоставлю как только приведу проектик в вид, в котором будет что показывать )

Всем большое спасибо, как бы там ни было вы помогли мне в принятии решения. К сожалению я совершенно потерял из виду кнопку «плюсануть в карму», хотя может что-то просто здесь изменилось спустя несколько месяцев моего отсутствия здесь )

Не уверен, что понял. Напомню Ваш вопрос: "как проверить, что Класс А наследует Класс В". Ну вот так и проверить, describeType() возвращает описание класса, в котором в частности перечислены все его предки (методы и свойства тоже, но речь сейчас не о них). Другого способа узнать о наследовании, не создавая экземпляра, нет. Все Классы имеют один тип — Class. Экземпляры же имеют все типы из цепочки наследования, поэтому их можно проверить на принадлежность к определенному типу.

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

Вам не нужны статические методы.
Вам нужен класс типа здания.