Передача в метод разных классов без использования операций по проверке типа

@MicroHuman · Регистрация: 16.01.2023

Студворк — интернет-сервис помощи студентам

Java
1
2
3
4
5
6
7
8
public interface Checkable {
  public String getName();
  public String getDoljnost();
  public String getUdostoverenie();
  public String getPropusk();
 
 
}

Данный интерфейс имплементят человек у которого есть пропуск и имя, а также директор у которого есть имя и удостоверение и должность. На входе всех посетителей проверяет охранник методом checkUser(). Если у человека нет имени и пропуска, то checkUser возвращает false. Если у директора нет должности или удостоверения, то тоже false. Надо чтобы я мог передать в метод checkUser и одного и второго и при этом не использовалась операция по проверке типа. Я думаю, что пользоваться такими костылями как этот интерфейс не надо, потому как например у простого человека нет должности, но метод getDoljnost() он иметь обязан, но другого способа я не вижу, нужен скорее всего какой-то паттерн проектирования, но не знаю какой,

@Coffeini · 16.01.2023, 17:09

Не ну вроде без проверки типов:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
public class Main {
    public static void main(String[] args) {
        Human h1 = new Human(), h2 = new Director();
        Director d1 = new Director();
        Security s1 = new Security();
        System.out.println(s1.checkUser(h1));//false
        System.out.println(s1.checkUser(h2));//false
        System.out.println(s1.checkUser(d1));//true
    }
}
 
class Human {
 
}
 
class Director extends Human {
 
}
 
class Security extends Human {
    public boolean checkUser(Human human) {
        return false;
    }
 
    public boolean checkUser(Director director) {
        return true;
    }
}

Добавлено через 3 минуты
h2 типа директор в штатском.

Новые блоги и статьи Все статьи Все блоги /
Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .
Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .