Адаптируем существующее бизнес-решение под SwiftUI. Часть 4. Навигация и конфигурация

[Gorilka]

Если наш экран должен содержать переход на много разных экранов, то код становится громоздким:

Есть более элегантный способ 12:20

[anioutka]

Большое спасибо, что статья вас заинтересовала) Да, вы правы, это еще один способ управления активностью NavigationLink, и он позволяет решить проблему со множеством переменных, отвечающих за ссылки. Количество же самих линков при этом не уменьшается. Если мы хотим использовать NavigationLink'и и хотим оптимизировать их количество, то можем попробовать сделать что-то типа фабрики View, которая будет нам отдавать нужный View в зависимости от типа. А тип задавать, например, в переменной внутри модели. Это поможет в случае, если по одной ссылке нам нужно переходить на разные экраны. Либо если мы реализуем какое-то меню по типу списка.
Есть разные способы, для элегантного применения которых надо решить разные заморочки. Те же вопросы конфигурации и управления памятью.

[andriansergheev]

Насчёт «Самой серьезной проблемой NavigationLink» это скорей всего баг SwiftUI.

[anioutka]

Думаю, да, можно считать эту непродуманность багом. По крайней мере, багом спецификации. Посмотрим, устранят ли ее в следующей версии фреймворка.

[AndreyGusev]

Спасибо за статью. Очень интересный и неожиданный ход с навигацией по SwiftUI, используя UIKit. Расширяет сознание)