Конкретный и ограниченный параметризованный тип при разработке типобезопасного API

Я хотел бы услышать от вас, ребята, как вы решаете, когда вам следует использовать конкретный параметризованный тип или ограниченный параметризованный тип при разработке API, особенно. (что меня больше всего волнует) определения класса / интерфейса.

Например,

public interface Event<S>{
  void setSource(S s);
}

public interface UserEvent extends EVent<User> // OR: UserEvent<S extends User> extends Event<S>
  // It will therefore be void setSource(User s);
}

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

public interface AdminUserEvent extends UserEvent{
  void setSource(AdminUser s); // WHERE: AdminUser extends User. This is a method overloading, we also have a void setSource(User s) inherited from UserEvent.
}

Что я могу обойти, так это выполнить проверку типа объекта User при вызове AdminUserEvent.setSource().

Поднимали ли вы когда-нибудь этот вопрос при разработке своего API? И какие практики или правила вы будете придерживаться, когда возникнет такая ситуация? Спасибо.

yc

Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
0
0
255
2

Ответы 2

Если я правильно понимаю, это не имеет ничего общего с дженериками как таковыми, а скорее с параллельной иерархией. B extends A, BHandler extends AHandler и AHandler.handle(A), но BHandler.handle(B).

Да, я считаю, что это можно сделать с помощью дженериков. То есть, если я правильно понял вашу проблему.

Да, извините, если тема не слишком ясна, этот вопрос касается использования функции обобщения для обеспечения безопасности типов. yc

yclian 21.11.2008 13:26

Я думаю, что ваш закомментированный подход UserEvent<S extends User> является правильным - тогда вы можете объявить AdminUserEvent extends UserEvent<AdminUser>. Это все, что вам нужно?

Другие вопросы по теме