Как правильно связывать между собой разные интерфейсы?

Question

[tester2019-2020]

Подскажите как правильно реализовывать подобные задачи?

Для простоты приведу такой пример:
Есть два самодостаточных интерфейса

interface Collection {}
interface Grid {}

Есть некотрая реализация каждого из них

class PeopleCollection implements Collection {}
class PeopleGrid implements Grid {}

Класс PeopleGrid выводит данные о People, PeopleCollection содержит в себе эти данные, но структура полей в этих классах отличается. Чтобы связать их между собой решил добавить интерфейс и также некоторую реализацию

interface GridAdapter {
	void setGrid(Grid g);
	void setCollection(Collection c);
	void prepareCollectionToGrid();
}

class PeopleGridAdapter implements GridAdapter {}

Т.о. получаю что для меня-то (ну и по названиям))) понятно что PeopleGridAdapter должен взаимодействовать с PeopleGrid и PeopleCollection, но если я к примеру добавлю реализацию CityCollection, то в клиентском коде вполне реальна ситауция
PeopleGridAdapter.setCollection(CityCollection c);
Программа выполнится без ошибок, но чисто по логике - получилась какая-то хрень и результат будет не тот, что ожидается. Названия классов условны и понятно что можно было вместо PeopleGrid назвать класс TableGrid и написать разные реализации GridAdapter для разных коллекций, но проблема остается - в любую реализацию GridAdapter можно подставить любую реализацию Collection и получилась какая-то кривая логика

1. Как вообще правильно связывать интерфейсы и где в проекте такие связи должны хранится - Grid отдельный package, Collection отдельный package, а вот где должен быть GridAdapter ?
2. Подскажите какие-нибудь книги, в которых не только говорится что программировать надо на уровне интерфейсов, а есть примеры таких реализаций с больше чем 2 интерфейса

Comments

[Victor Bomberow]

Для ограничения типов можно использовать generic constraints.

Но в целом, если не хотите другие коллекции, почему в интерфейсе не указать явно работу только с PeopleCollection?

[tester2019-2020]

Victor Bomberow, Спасибо за ответ. Я как раз хочу использовать разные коллекции, но непонятно как другой пользователь моего кода (или я сам через пол года) должен будет понимать где какой класс использовать, что конкретная связь установлена между конкретными реализациями Collection, Grid и GridAdapter.
Т.е. если бы можно было сделать так

class PeopleGridAdapter implements GridAdapter {
    void setCollection(PeopleCollection c);
    void setGrid(PeopleGrid g);
   //........
}

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

[nApoBo3]

Механизм и его именование зависит от "универсальности".
Методы должны корректно работать с любыми объектами переданными им в соответствии с их типами.
Т.е. если у вас на входе collection будете добры корректно работать с любым collection, на крайней случай кидайте исключение.
Если вы можете работать только с определенными collection, то реализуете класс или интерфейс сужающий ваши входные параметры.

[Денис Загаевский]

Опиши, чем занимаются все эти сущности, и зачем нужны эти интерфейсы. Пока понятно, что интерфейсы ради интерфейсов.

[tester2019-2020]

Денис Загаевский,
Grid - некоторое визуальное отображение
Collection - некоторые данные, могут содержать любые поля и есть методы для работы с этими полями

Поля конкретной реализации Grid известны (наверное зря написал про PeopleGrid, пусть лучше будет TableGrid, но может быть не только таблица). Какие поля у коллекции будут, изначально неизвестно, но их надо будет спроецировать на визуальное отображение в поля Grid-а. Разные коллекции в разные виды Grid

Если я правильно понял, в android так сделано, например RecyclerView, RecyclerView.Adapter (мой GridAdapter), ViewHolder (мой Grid) и собственно какие-то данные (мой Collection). Но в их реализации много еще всего, там и observer и дофига всего, мне во всяком случае не разобраться.

[Денис Загаевский]

tester2019-2020, я так и не понял, где у тебя используются свойства интерфейсов. RecyclerView.Adapter вообще не зависит от данных, никакого метода, аналогичного твоему setCollection там нет, поэтому напрашивается вывод, что он и не нужен.Есть методы, необходимые для виртуализации - onCreateViewHolder/onBindViewHolder/getItemCount, которые нужно реализовать в каждом конкретном случае по-своему, и поэтому у них нет дефолтных реализаций.
Интерфейсы Grid и Collection не нужны, change my mind.

[tester2019-2020]

Денис Загаевский, понял, спасибо. А когда вообще имеет смысл писать интерфейсы?

[Денис Загаевский]

tester2019-2020, ну случаев таких много. В основном
когда нужно абстрагироваться от конкретной реализации.

[tester2019-2020]

Денис Загаевский, Не посоветуешь что-нибудь почитать, чтобы понимать когда возникает такая необходимость в абстрагировании?

[Денис Загаевский]

tester2019-2020, нужно писать много кода. Почитать для общего развития Философия Java Эккеля, Effective Java Блоха. Но не жди, что ты что-то прочтёшь, и начнёшь сразу всё суперправильно делать. Практику ничто не заменит.

Answer 1

[Mercury13]

Тут лучше всего использовать шаблонные классы.

interface Collection <T> {}
class PeopleCollection implements Collection <Person> {}