Как реализовать динамический кастинг типа возвращаемого методом в Java?

Question

[Иван]

Приведу пример задачи, чтобы ясно обозначить суть вопроса. Я новичок в Javа, поэтому прошу сильно не пинать, но сил уж нет и гугл не помогает :)

Итак. Представим, что есть множество реализаций интерфейса ICompany: CompanyImplA, CompanyImplB и т.д.

Мне необходимо написать некий метод, который возвращал бы объект одного из этих классов (CompanyImplA, CompanyImplB и т.д.), но при этом этот метод изначально не должен точно знать, объект какого типа будет приходить внутри него.

Постараюсь изобразить требуемое в коде

// Тип возвращаемого объекта должен каким-то образом определяться в заголовке метода (но как?)
public ТутОднаИзРеализацийICompany getCompany() {
   ICopmany company = CompanyContainer.getCurrentCompany(); // возвращает ICompany

   // далее каким-то образом кастим company из ICompany в ОднаИзРеализацийICompany, возможно получив исходный класс посредством company.getClass()

   return company; // и возвращаем уже объект приведенного типа 
}

Чувствую, что вопрос проще пареной репы и ответ лежит на поверхности. Поправьте меня, пожалуйста, если я совсем глубоко в чем-то ошибаюсь.

Comments

[Иван]

Прошу прощения, писал поздно ночью, вместо IRecognizer конечно же ICompany (в вопросе исправил)

[Иван]

Вопрос вполне мог бы решиться с помощью такого кода:

<T> T getCompany() {
    return (T) CompanyContainer.getCurrentCompany();
}

Но он не решает главной задачи (метод возвращает объект типа Т).
У меня же CompanyContainer.getCurrentCompany() отдает ICompany, мне нужно его привести к CompanyImplA или CompanyImplB (в вависимости от от ситуации) и затем вернуть методом объект типа либо CompanyImplA либо CompanyImplB

Answer 1

[Руслан Лопатин]

Не делайте так. Интерфейс для того и нужен, чтобы не иметь дело с деталями реализации. Используйте ICompany - и всё. Если в интерфейсе ICompany чего-то не хватает, то добавьте. Считайте Impl внутренними классами, недоступными клиентскому коду.

Если же вам действительно нужны разные реализации в клиентском коде, то вам не нужен интерфейс ICompany.

Comments

[Иван]

Вы правы, спасибо!

Answer 2

[mrstrictly]

Я не до конца понимаю контекст вашей задачи, но однозначно видно, что вам не помешает углубиться в параметризованные типы. :)
Подозреваю, вы хотите это:

<T> T getCompany() {
    return (T) CompanyContainer.getCurrentCompany();
}

Однако, обратите внимание, что явные преобразования типов, чаще всего — признак плохого дизайна.

Comments

[Иван]

Да, вы правильно уловили ход моих мыслей, параметризованные типы я уже использовал, проблема в том, что приведенный вами метод не решает задачу, он возвращает объект типа Т, а мне нужно чтобы он возврщал конкретно CompanyImplA или CompanyImplB, в зависимости от того что мне послал CompanyContainer.getCurrentCompany()...

Может есть какие-то готовые паттерны для этого?

[Иван]

@blackx да, и еще дополнение CompanyContainer.getCurrentCompany() в моем случае возвращает на самом деле ICompany, т.е. нужно внутри метода еще автоматически закастить тип в CompanyImplA или CompanyImplB, а уже потом вернуть CompanyImplA или CompanyImplB

Answer 3

[Иван]

Контекст задачи - создание модульного приложения, в котором в зависимости от значения внешнего параметра переключаются реализации одного из Интерфейсов (реализации которых и есть модули). Работаю со Spring Framework, в частности с Spring MVC. А реализации класса ICompany это есть спринговские бины.

Comments

[green_turtle]

Очень похоже на то, что делает паттерн "Factory". Проблему вижу в том, что вы хотите чтобы метод имел тип конкретной реализации. Проверка должна быть в другом месте - в том, где вызывается этот метод хотя бы простым instanceof

[Иван]

@green_turtle да, именно так. Но вот хотелось бы обойтись без instanceof. Мне тут уже подсказывают что нужно углубляться в дженерики и вайлдкарды... Странно, почему такая простая на первый взгляд затея вызывала столько проблем?

[green_turtle]

Потому что это странно. Ну вот будет у вас метод, который будет динамически возвращать экземпляр конкретной реализации, а дальше что? Как будете возвращаемое значение переменно например присваивать? Impl1 a = service.getCompany() или Impl2 a = service.getCompany()? Всё-таки я считаю что вы изобретаете своего рода динамическую типизацию, что с java не вяжется

[Иван]

Объект я отдаю через конторллер Spring MVC прямо во вьюшку (Freemarker движек) и дальше уже работаю там

[green_turtle]

У вас одна вью? Или для каждой реолизации своя? Если одна, то как вы во вью поймёте, что у вас Impl1, а не Impl2, к примеру?

[Иван]

Так у меня же классы эти реализуют один интерфейс ICompany, соотвественно в нем все описание дано. В моем случае я хочу сделать так чтобы реализация описанного в интерфейсе метода (к примеру) findAll возвращала все компании из разных Repository (spring), а еще точнее из разных баз данных.

[green_turtle]

Ну тогда зачем вам приведение к конкретным реализациям в методе? ICompany company = CompanyContainer.getCurrentCompany() - эта строка говорит о том что company имеет тип ICompany, но объект типа CompanyImplA или CompanyImplB (конечно getCurrentCompany должен возвращать конкретную реализацию). Т.е. company.findAll вызовет метод реализации.
Или я не в теме, или вам стоит почитать про полиморфизм docs.oracle.com/javase/tutorial/java/IandI/polymor...