Я хотел бы услышать от вас, ребята, как вы решаете, когда вам следует использовать конкретный параметризованный тип или ограниченный параметризованный тип при разработке 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




Если я правильно понимаю, это не имеет ничего общего с дженериками как таковыми, а скорее с параллельной иерархией. B extends A, BHandler extends AHandler и AHandler.handle(A), но BHandler.handle(B).
Да, я считаю, что это можно сделать с помощью дженериков. То есть, если я правильно понял вашу проблему.
Я думаю, что ваш закомментированный подход UserEvent<S extends User> является правильным - тогда вы можете объявить AdminUserEvent extends UserEvent<AdminUser>. Это все, что вам нужно?
Да, извините, если тема не слишком ясна, этот вопрос касается использования функции обобщения для обеспечения безопасности типов. yc