Что хотят услышать интервьюеры:

Связность показывает, насколько сильно элементы внутри модуля, класса или сервиса зависят друг от друга. Хорошая архитектура обычно стремится к высокой связности внутри компонента и низкой связности между компонентами. Это важно, потому что так систему проще изменять, тестировать и переиспользовать.

Определение:

Связность между компонентами системы — это степень зависимости и обмена данными между ними. Чем меньше компонентам нужно знать друг о друге и чем меньше они влияют друг на друга, тем слабее связность. В прикладном смысле это один из ключевых признаков качественной архитектуры: изменения локализуются, а система становится устойчивее к доработкам.

Пример использования:

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

class OrderService:
    def __init__(self, payment_gateway, inventory_service, notifier):
        self.payment_gateway = payment_gateway
        self.inventory_service = inventory_service
        self.notifier = notifier

    def place_order(self, order):
        self.inventory_service.reserve(order.items)
        self.payment_gateway.charge(order.total)
        self.notifier.send_confirmation(order.user_id)

Пояснение кода:

Код показывает, что OrderService не создаёт зависимости внутри себя, а получает их извне. Это снижает связность: если поменяется способ оплаты или отправки уведомлений, сам OrderService можно не переписывать. Для изменений достаточно подставить другую реализацию payment_gateway или notifier.

Шаги работы примера:

Создаётся объект сервиса заказа.
В него передаются внешние зависимости.
Метод place_order вызывает их в нужной последовательности.
Реализации этих зависимостей можно заменять без изменения логики заказа.

Ключевые моменты:

Высокая связность внутри компонента и низкая между компонентами — хороший архитектурный признак.
Слабая связность уменьшает риск каскадных изменений.
Система с низкой связностью проще тестируется, потому что зависимости можно мокать или подменять.
Абстракции и внедрение зависимостей помогают снижать связность.
Слишком сильная связность обычно приводит к хрупкому коду и сложной поддержке.

Можно ли описать понятие связности между компонентами системы и почему это важно?