Порождающие паттерны ООП

Сопоставьте паттерн с его описанием:

1.

Одиночка (Singleton)

2.

Строитель (Builder)

3.

Абстрактная фабрика (Abstract Factory)

4.

Фабричный метод (Factory Method)

5.

Прототип (Prototype)

Какой паттерн вы бы выбрали для решения следующих задач? Создание сложного объекта (например, Computer) с множеством опциональных параметров (оперативная память, жесткий диск, видеокарта и т.д.), который должен быть неизменяемым (immutable).

Какой паттерн вы бы выбрали для решения следующих задач?

Гарантировать, что в системе существует только один экземпляр класса, отвечающего за настройки приложения (Configuration).

Какой паттерн вы бы выбрали для решения следующих задач?

Создавать различные UI-элементы (кнопки, текстовые поля) для разных операционных систем (Windows, macOS), обеспечивая, чтобы все элементы в одном приложении были выдержаны в одном стиле.

Какой паттерн вы бы выбрали для решения следующей задачи?

Задача: Вам необходимо разработать систему для создания сложных объектов Дом (House), которые могут иметь разное количество этажей, стен, окон, а также опциональные элементы (гараж, бассейн, сад). Процесс строительства должен быть одинаковым для всех типов домов, но конечный результат (деревянный коттедж, стеклянный небоскреб) должен отличаться. Какой порождающий паттерн наиболее подходит?

Утверждение: "Использование паттерна Абстрактная Фабрика (Abstract Factory) делает добавление новых продуктов в систему чрезвычайно сложным, так как требует изменения базового интерфейса фабрики и всех ее конкретных реализаций."

Сценарий: Вы проектируете модуль для работы с различными типами кэшей (in-memory, Redis, Memcached). Вы хотите, чтобы основная бизнес-логика приложения не зависела от конкретной реализации кэша, и чтобы можно было легко подменять одну реализацию на другую, возможно, даже в runtime. Какой паттерн является наилучшим кандидатом для центрального управления жизненным циклом экземпляров кэша в этом сценарии?