Задача решена. Остался вопрос на счет параметра CompItem в методе isWork.

Спасибо! Подобная реализация возможна с абстрактным классом? Если бы например CompItem был абстрактным классом,от которого наследуются другие классы.

Да и даже если CompItem был бы не абстрактным, это все про полиморфизм, посмотри на ютубе несколько роликов на эту тему и все будет понятно. Полиморфизм можно использовать через наследование классов, реализацию интерфейсов и java позволяет юзать полиморфизм через перегрузку методов (позднее связывание)

Только все же перегрузка - это позднее связывание. И считать ли ее полиморфизмом - вопрос спорный. )

Спасибо за ответ! Если бы CompItem был бы не абстрактным и не интерфейсом,то вопроса бы не возникло. Изначально я не совсем поняла почему возможно такое public static boolean isWork(CompItem item) ведь мы не можем создавать экземпляры интерфейса. Ответ Ксении дал понять,что тут и нет никакого создания экземпляра, а просто тип переменной.

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

Позднее связывание - это переопределение. Перегрузка - раннее (статическое). И да, вопрос, можно сказать, холиварный. "в перегрузке один метод много вариаций" - в том-то и дело, что метод не один. С точки зрения java, методы с разным набором параметров - это просто совершенно разные методы.

Позднее связывание - это когда jvm в рантайме определяет используемые типы. И те же самые реализации интерфейсов это совершенно разные классы. Просто их как и перегруженные методы объединяет нечто одно, переменная единого типа или в случае перегрузки метод с одним названием.

Вот именно - при переопределении реализация будет определяться в рантайме. А при перегрузке она будет определена уже на этапе компиляции, поэтому она ранняя. Что касается "метода с одним названием" - это только с человечьей точки зрения методы

myMethod(int n)
и
myMethod(String s)

чем-то объединены между собой. С точки зрения JVM, между ними не больше общего, чем между

myIntMethod(int n)
и
myStringMethod(String s)

Если бы это был тру-полиморфизм, то должно было бы работать что-нибудь типа

public static void main(String[] args) {
    Object obj1 = "string";
    Object obj2 = 25;

    method(obj1);
    method(obj2);
}

public static void method(int i) {
    System.out.println("Это число");
}
public static void method(String s) {
    System.out.println("Это строка");
}

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