А ретрофит клиент и интерфейс ретрофите это также синее?

да

Спасибо!

точнее, сам ретрофит - синий, а api-фичей - зеленые

Всем привет. Есть вопрос по архитектуре базы. У меня есть 2 сущности животное и растение. Нужна общая для них сущность, где будут сохраняться координаты сразу животных и растений. Не могу понять как мне сделать связь между этими сущностями, так как сущность координат должна иметь айди на животное ИЛИ растение. Сейчас я сделал в сущности координат поле organism_type - которое может быть animal или plant, и второе поле organism_id - айди животного ИЛИ растения. То есть они зависят друг от друга. Я понимаю что это решение скорее всего не очень, но чет не могу додуматься как сделать лучше

почему не подходит вариант просто добавить поле position в каждую таблицу?

Каждое растение или животное может иметь несколько координат

ну а вообще буквально недавно предлагал такой вариант. Думаю Вам тоже подойдет:
Таблица растейния
Таблица животные
Таблица координат [id, type, type_id, coords]

а в самой сущности можно добавить массив/список координат. И вытягивать их из этих таблиц

Просто мне сначала нужны просто координаты их всех, чтобы отобразить на карте, но при надо как-то хранить в обьекте Coordinate обьект Plant или Animal

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

Мне пришла идея сделать класс сразу для животного и растения, где категории которых нету в животном, будут null'ами, если мы вытягиваем растение. Но хорошое ли это решение?

Типо обьект organism и его поля
animal_category1
animal_category2
plant_category1
plant_category2
То одни, то другие будут null'ами

лучше generic

просто вытягиваете все данных из таблицы координат, а дальше по их id и type из нужных таблиц берете данные. Ну или join'ами (не силен в них)

Да, вот я это так и планировал делать, теперь надо додуматься как дженерик сделать для только двух типов)

зачем ограничивать его типами?

но если очень надо:
маркерный интерфейс и T extend MartInterface

И не надо, я уже понял как сделать. Спасибо большое)

Если я правильно понял, о чём речь (разделение на фичи, а не на слои), то я использую. 😀