Спасибо вам большое за видео, про обработки исключений, для это больная тема, просто в языках С#, Ruby, мне легче понять конструкцию try catch чем здесь, но и также для меня больная тема асинхронность в Swift, опять мне лучше понять ее в других языках чем здесь.
@alexandersobolev20913 жыл бұрын
лайк подписка за старания, очень информативно!
@egorsev4 жыл бұрын
Отличный урок. Но по- моему, красивее обрабатывать ошибки switch :)
@justasid0014 жыл бұрын
Спасибо за дополнение )
@egorsev4 жыл бұрын
@@justasid001 отличный канал, таких не хватает. Много что для себя нового узнаешь. Успехов в продвижении !!!
@justasid0014 жыл бұрын
Приятно слышать)
@IhorFedii-n1i3 жыл бұрын
спасибо!
@AlexPeresedov2 жыл бұрын
Спасибо за видео! А зачем в принципе нужен "try!" ? Зачем рисковать? Могу представить только один случай - когда не нужно возвращать опционал, но это не большая проблема, в сравнении с runtime error
@justasid0012 жыл бұрын
На тот случай если вы уверены что значение всегда будет
@hakobjanyan3 жыл бұрын
thanks
@mdyrhino3 жыл бұрын
В чем разница подходов? Зачем мне так многословно обрабатывать ошибку в функции (а потом оборачивать вызов еще отдельным синтаксисом), если я могу возвращать опционал сразу в описании типа возвратного и привычно стандартно его обрабатывать(различными способами на мой выбор) и по nil понять, что беда при исполнении произошла. А логирование, если это важно и нужно, обеспечить отдельной структурой, куда писать все комменты по ошибке. Таким подходом я обеспечу непадение приложения более легковестной конструкцией. Что я не понимаю?
@justasid0013 жыл бұрын
Как при вашем подходе определить причину nil? Возможно нужно будет показать причину, почему получился nil. А как ее найти если обработки нет. А самое главное как поймёт пользователь, что случилось?