Как переписать сетевой слой так, чтобы не пришлось переписывать его снова

История о том, как в iOS-приложении Delivery Club переписали сетевой слой. Предпосылки совершенно банальные и до боли знакомы каждому: старое, покрытое пылью легаси, баги с разлогинами, код, запутанный похлеще, чем у Да Винчи. Решение элегантное — новый сетевой слой, адаптер для старого протокола, фасад для выбора на основе фиче Toggl, постепенная раскатка через Firebase, мониторинг нефатальных ошибок. В итоге, без единого изменения на уровне сервисов, все запросы ходят в сеть по-новому.

Изюминку этому рассказу придает тот факт, что автор нового сетевого слоя ушел из команды еще до того, как его раскатали на пользователей. Казалось бы, новый сетевой слой, не успев проявить себя, сразу превратится в легаси? Но нет, он действительно оказался качественно продуман, спроектирован и реализован. Вишенкой на торте будут диаграммы с описанием всех сущностей и их ответственностей.