ТС
Если я работаю с перечислениями допустим
Size: a a a
2021 November 14
В
ну я понял - это энам
В
он может быть подписан под тип, скажем enum Data: String
тогда в case ты будешь объявлять rawValue
тогда в case ты будешь объявлять rawValue
В
допустим, тебе надо положить какие-то параметры в словарь
и ты хочешь чтоб ключами к словарю выступали кейсы твоих перечислений
или тебе надо взять какое-то строковое значение у конкретного кейса и отправить его куда-то там
точно так же тебе прилетает какое-то строковое значение и ты хочешь сформировать кейс твоего энама и прокинуть куда-то дальше.
энамы вообше очень обширная штука в свифте
и ты хочешь чтоб ключами к словарю выступали кейсы твоих перечислений
или тебе надо взять какое-то строковое значение у конкретного кейса и отправить его куда-то там
точно так же тебе прилетает какое-то строковое значение и ты хочешь сформировать кейс твоего энама и прокинуть куда-то дальше.
энамы вообше очень обширная штука в свифте
ТС
Благодарствую
V
Ребята, вопрос такой. Использую Clean Swift, хочу в классе Router хочу реализовать функцию перехода на другой экран. Вопрос в том, что разрешено ли router напярмую знать о классе (Вью Контроллере), на который я буду переходить?
А
можно сделать слабую ссылку на view, можно сделать через presenter, содержащий слабую ссылку на вью
V
Не, я к тому, что это нормально ли то, что router знает о контроллере? То есть он содержит прям объект нужного мне контроллера. Просто VC, Presenter и Interactor друг о друге не знают и общаются через протоколы, а в router у меня в примере, которым пользуюсь он знает напрямую. Это нормальное в данном случае?
А
да, это нормально
V
спасибо, буду знать.
В
кто-то знать о UIKit должен полюбому - ну как бы так переходы осуществляются. - почему бы это не быть роутеру
как вариант - можно запилить свою обертку в виде сборщика модулей
как вариант - можно запилить свою обертку в виде сборщика модулей
В
ну и опять же, если говорить про cleanSwift - там вроде router нет вообще - ну насколько я знаю. это типа однонаправленная архитектура
так что ты скорее про VIPER
так что ты скорее про VIPER
V
Ну они смешанные все на самом деле. Кто-то добавляет, а кто-то нет. Возможно, изначально в идеале он был без router. Даже если поискать в картинках в инете, то схемы у всех разные
В
ну да, ок, могу путать - я таки на cleanSwift ничего не пилил - так что навешать роутер и сборщик новых модулей - наверное ок.
тут надо просто на практике поюзать.
но как вариант работы с UIKit роутер выглядит ок - не из вью же дергать его
тут надо просто на практике поюзать.
но как вариант работы с UIKit роутер выглядит ок - не из вью же дергать его
IS
Да ну в попу. Все зависит от проекта. На мелком и не нужен, на крупном своя выверенная временем архитектура. Эти все паттерны (кроме базовых) - на любителя. Хватит уже, насмотрелись
V
Я согласен. MVC - единственный естественный патерн, а остальные лишь разделители для них. Я просто тестовое задание выполняю, изучаю паттерны. К тому же, чтобы выпендриться перед hr, не более.
IS
Ну там же просто - разделить получатель данных, обработчик данных и визуализатор данных
V
Ну эта простота и хороша. Clean Swift мне больше Вайпера нравится тем, что у первого протоколов поменьше, глаза меньше разбегаются.
2021 November 15
⃝⃝
всем привет а как удалять превью в интерфейс билдере ( ассистент эдитор)