Как связывать класс с уточняющим классом?

Question

[TheRevan]

Есть класс Ship(корабль)
Есть класс ShipType(тип корабля c его характеристиками - ну там скорость, маневреность и т.д.)
Нужно ли в Ship хранить в сво-ве ShipType, либо это лучше сделать через shipTypeId поле?
Нужно ли в самом Ship хранить id?
Или в приципе в констурктор Ship передавать объект ShipType и с него записывать в аналогичные поля(скорость/маневренность и т.д.) все поля с ShipType?

Answer 1

[Hemul GM]

Есть класс - корабль. У корабля есть свойство - тип, т.е. просто поле Type.

Знаешь тип - знаешь все параметры

Comments

[TheRevan]

так а что нужно хранить в поле type? сам объект с классом ShipType? или shipTypeId с просто ссылкой на идентификатор этого объекта?

[Hemul GM]

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

В твоём случае, если ты хочешь хранить характеристики отдельно, достаточно хранить ссылку на объект типа

[TheRevan]

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

[Hemul GM]

TheRevan, тогда да. Ссылка на объект типа. По id будет чуть медленнее, т.к. каждый раз будет происходить поиск п id.

[Therapyx]

TheRevan, сделать можно всегда что угодно и как угодно. На то программирование и есть обычный инструмент. Ставь всегда вопрос "для каких задач", если нужно что-то идендифицировать, то не стесняйся никогда добавлять айдишники или другие классы-контейнеры. Дабы разделять подтипы твоих типов (хз правда зачем, и у наследия и у полиморфизма, есть конкретные цели, если они не нужны, то и использовать не стоит).
Гнаться за мелочами в "производительности" в таких вещах не стоит от слова совсем. Только разве что почесать свое эго.

[cicatrix]

TheRevan, Почитайте пожалуйста про принципы KISS и YAGNI.

А так же цитату великих:

Тони Хоар впервые произнёс, а Дональд Кнут впоследствии часто повторял известное высказывание: «Преждевременная оптимизация — это корень всех бед». Очень важно иметь для начала озвученный алгоритм и работающий прототип.

Я к чему: не тратьте время, сделайте для начала работающий прототип. Пофигу как. После этого поймёте, что можно улучшить. Сразу идеально сделать не получалось и не получается ни у кого.