Architecture knowledge

Question 1

OOP
Functional Programming
SOLID
Design Patterns
etc.

Какие парадигмы программирования ты знаешь?

Answer 1

Структурное программирование
Объектно-ориентированное программирование
Функциональное программирование

Question 2

Как ты понимаешь термин “функциональная декомпозиция”?

Answer 2

Рекурсивное разложение модулей на элементарные (доказуемые) единицы.

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

Question 3

Как ты можешь описать структурное программирование.

Answer 3

Структурное программирование сильно ограничивает использование операции goto, оставляя условия, циклы и присваивание. Оно позволяет применять к программам функциональную декомпозицию.

По большому счёту, используется почти во всех современных языках программирования.

Question 4

Как ты определишь объектно-ориентированное программирование?

Answer 4

ООП - методология программирования, основанная на представлении программы в виде совокупности объектов, каждый из которых является экземпляром определённого класса, а классы образуют иерархию наследования

ООП строится на инкапсуляции, наследовании и полиморфизме.

Question 5

Как ты понимаешь инкапсуляцию?

Answer 5

Объединение данных и функций, которые могут эти данные модифицировать в отдельные сущности. Инкапсуляция может обеспечивать сокрытие данных и методов.

Question 6

Как ты понимаешь наследование?

Answer 6

Концепция, при которой абстрактный тип может наследовать и расширять структуру и функциональность существующего типа.

Question 7

Как ты понимаешь полиморфизм?

Answer 7

Полиморфизм - семейство различных механизмов, позволяющих использовать один и тот же участок программы с различными типами

Параметрический полиморфизм - возможность обработки любого типа одинаковым кодом. Реализуется дженериками, темплейтами и т.п. Для динамически типизированных языков такой полиморфизм не определяется.

Ad Hoc Полиморфизм - наличие нескольких реализаций для работы с конечным числом типов. Реализуется через перегрузки или динамическую типизацию.

Заметка: понятие полиморфизма всегда тесно связано именно с понятием типа.

Question 8

Какие принципы проектирования обозначаются аббревиатурой SOLID?

Answer 8

Single Responsibility Principle
Open-Closed Principle
Liskov Substitution Principle
Interface Segregation Principle
Dependency Inversion Principle

Question 9

Как Single Responsibility Principle реализуется на уровне функций?

Answer 9

Одна функция - одна операция (один уровень абстракции).

Бывает, что функции нужно выполнять несколько действий. В таком случае все действия должны оставаться на одном уровне абстракции.

Признаком нарушения этого принципа может служить вертикальное секционирование функций. Функцию выполняющую только одну операцию невозможно осмысленно разделить на секции.

Question 10

Как Single Responsibility Principle реализуется на уровне архитектурных единиц (классов, модулей, etc)?

Answer 10

У класса (или модуля) может быть только одна причина для изменений.
Может быть только один актор (внешнее API, бухгалтерия клиента, внешняя БД, etc) который может запросить изменения. Это предотвращает создание ненужных зависимостей.

Question 11

Как Open-Closed Principle реализуется на уровне небольших структурных единиц (функций, классов, и т.д.)?

Answer 11

Программные сущности должны быть открыты для расширения и закрыты для модификации.

Question 12

Как Open-Closed Principle реализуется на уровне архитектурных единиц?

Answer 12

Программные сущности должны быть открыты для расширения и закрыты для модификации.

Question 13

Как реализуется Liskov Substitution Principle с классами?

Answer 13

По принципу подстановки, объекты подклассов могут быть использованы аналогично объектам их суперкласса.

Методы и поля суперкласса можно только расширять, но не изменять/замещать.

Хороший антипример - наследование квадрата от прямоугольника.

Question 14

Как реализуется Interface Segregation Principle?

Answer 14

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

Реализация ненужных методов создаёт избыточные зависимости.

Question 15

Как Dependency Inversion Principle реализуется на уровне архитектурных единиц?

Answer 15

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

Детали должны зависеть от абстракций!

Например, модуль рисовки пикселей должен зависеть от модуля рисовки объектов, а тот в свою очередь должен зависеть от

Question 16

Как ты опишешь паттерн “прототип”? Какие задачи он решает?

Answer 16

Прототип позволяет копировать объекты, не вдаваясь в подробности их реализации.

Для этого нужно создать общий интерфейс с методом копирования, а затем вызывать этот метод у объектов классов.

Question 17

Как ты опишешь паттерн “прототип”? Какие задачи он решает?

Answer 17

Прототип позволяет копировать объекты, не вдаваясь в подробности их реализации.

Для этого нужно создать общий интерфейс с методом копирования, а затем вызывать этот метод у объектов классов.

Question 18

Как ты опишешь паттерн “одиночка”? Какие задачи он решает?

Answer 18

Паттерн одиночка:

1. Обеспечивает единственность экземпляра объекта класса (всегда возвращается один и тот же объект)
2. Делает доступ глобальным и ограничивает перезапись полей.

Это полезно для работы с внешними сервисами (например, с базой данных).

В React, например, этот паттерн реализуется в Theme Provider.