Какие шаблоны проектирования часто используются
Что проверяют
Не список из книги, а понимание задачи, которую шаблон решает. Без примера из своей работы ответ не засчитывается.
Как отвечать
Назовите несколько и к каждому дайте случай из практики.
> «Из порождающих чаще всего фабрика: сборка зависимостей экрана в одном месте, чтобы фрагмент не знал, откуда берётся репозиторий. Строитель для сложных запросов к API. Синглтон применяю осторожно, только для того, что действительно одно на приложение, и через Hilt, а не статикой. > > Из структурных адаптер: сторонний SDK аналитики спрятан за своим интерфейсом, потому что менять его пришлось дважды. Фасад над несколькими источниками данных, чтобы ViewModel работала с одним репозиторием. > > Из поведенческих наблюдатель, в Android это Flow и LiveData. Стратегия для разных правил сортировки ленты. Репозиторий как способ скрыть, откуда пришли данные, из сети или из Room».
Полезно добавить архитектурные схемы (MVVM, MVI, чистая архитектура) и сказать, что они решают одну задачу, отделить логику от представления, а различаются ценой.
Главная мысль: шаблон это ответ на повторяющуюся задачу, а не цель. Введённый заранее, он добавляет слои и ничего не упрощает.
Где спотыкаются
Перечисляют названия без единого своего примера.
Называют синглтон любимым шаблоном, не упоминая проблем с тестированием и утечками контекста.
Путают MVVM и MVP и не могут сказать, кто в каждом о ком знает.
Городят шаблон ради шаблона и получают три файла там, где хватало одного.