Мы сделаем interface segregation, разобьём один большой, на набор маленьких.
Дальше - выделим набор основных usage в комбинации.
На каждый из мелких интерфейсов, мы напишем по классу.
Дальше - мы объединяем классы множественным наследованием в нужное нам поведение.
Это по сути наследование вместо композиции.
Впринципе, можно ещё и декорированием такой подход назвать. Мы какому-то одному поведению довешиваем ещё какого-то поведения

Выглядит так, что нужно простое делегирование и реализация интерфейсов)

Представь как это тестировать, поддерживать, расширять, изменять.

Например, с тестировании нам придётся убедиться, что каждый наследуемый метод работает правильно. А значит нам надо его протестировать.

А если бы мы сделали делегирование, то мы бы просто все замокали и проверили, что все работает.

Все, я проснулся

Всем доброго утра

Выглядит одинаково(если брать as is, а если менять - то сильно от стилей не уйдешь), код внутри дурацкий, расширяемость многих вещей доступна только через cdk. Ещё минус материала - функционал даётся вместе со стилизацией. Например, сортировки и пагинацию, можно было бы сделать и в cdk, а материал был бы лишь визуальной реализацией.
Но сильно выбора то нет. У материала хоть дока нормальная и интерфейсы написаны

@thekiba я бота твоего в один чат закину если ты не против)

Сегодня я назначаю тебе должность пельмень дня, @aramsgr

🥟

Ну я уже привык. Но они очень тупят. И очень самоуверенные

по-моему, твое суждение не соответсвует ценностям чата. Мы здесь никого не оскорбляем.

по-моему, твое суждение не соответсвует ценностям чата. Мы здесь никого не оскорбляем.