сделал вот так:
оставил public class Army<T extends Unit & Race>

public T getRandomUnit() {
       ArrayList<Unit> units = new ArrayList<>();
       units.addAll(cavalry);
       units.addAll(infantry);
       return units.isEmpty() ? null : (T) units.get((int) (Math.random() * units.size()));
   }

   public T getRandomUnit(T unit) {
       if (unit instanceof Cavalry) return (T) cavalry.get((int) (Math.random() * cavalry.size()));
       if (unit instanceof Infantry) return (T) infantry.get((int) (Math.random() * infantry.size()));
       return null;
   }

сравнивать компараторы плохая идея, если они реализованы через лямбды. Если ваши компараторы это конкретные классы, реализующие интерфейс Comparator, в которых правильно переопределен метод equals(), то тогда ок.

Немного смущает, что у вас компаратор сортирует. По идее метод compare два объекта сравнивает и возвращает Int. А по вопросу: можете свитч в отдельный метод выделить и проверять, какой класс откуда вернулся.

Компаратор не должен сортировать и возвращать лист. Компаратор должен возвращать результат сравнения двух объектов, позволяющий установить порядок на множестве этих объектов.

да я уже додумался, я в конструкторе сделал this.myComporator = initComporator(marker); и получается я могу теперь через инстансоф или геткласс этого поля запросить в тест методе, счас сбацаю

Может кто нибудь мое ООП посмотреть?Я недавно ООП начал...

nometa.xyz
Скидывай код через гитхаб или пэйстбин сюда, кто-нибудь посмотрит, если может.

если повезет

Это всё ещё полезнее, чем очередной метавопрос

я бы посмотрел, но он даже не кидает, так что удачи ему

Добрый день. Подскажите какие-то курсы, может какой-то канал на Ютубе, цикл статьей или что-то на ваше усмотрение про бекенд разработку с 0. Спасибо.

Начни с книг

Шилдт оч хорошо пишет

Имеет ли смысл полное руководство читать?

Да не то слово!

Ну на начальном этапе не стоило б

Руководствл для начинающих более чем хватит

Я прочел неполное)

А кей хорстманн?