Евгений, благодарю Вас за видео! Хотелось бы подробнее разобрать, как сделать сервис: использовать одну функцию для получения данных по разным ссылкам, с использованием разных моделей данных для разных вью.
Сама тема про акторы довольно обширная, особенно для начинающих. В рамках этого курса важно понимать, что существует @MainActor - свойство, которое указывает, что метод выполняется в основном (главном) потоке. Там же, где происходит изменения интерфейса. Раньше это надо было выделить в блок DispatchQueue.main.async { do something in main queue } А теперь можно применять @MainActor. Разумеется, можно и диспетчер пока ещё использовать. Применение акторов должно упростить чтение и понимание кода. Код с акторами не выполняется быстрее или медленнее. Если уж подробно: то habr.com/ru/companies/otus/articles/588540/
Здравствуйте! Спасибо огромное за видео 👍🏻 но у меня тут возникла проблема у вас это 42 строка Cannot convert value of type 'URL' to expected argument type 'URLRequest' ошибка и 51 Cannot find 'employees' in scope хотя проде все на месте точно так же как и Вас
насчёт 42 строки: проверьте внимательно enum Link. Там var url должна быть типа URL а строка 51: там employees должны быть созданы как @Published var employees, есть у вас так?
Зачем вы так делаете. Сначала пишите функцию fetchEmployees (как пример), что-то там объясняете, слушатель тратит кучу времени на осмысливание это кода, вы же не можете сказать, сколько раз слушатель пересмотрел предыдущие видео, что бы осмыслить и запомнить код, а потом вы меняете весь код, удаляя его и ничего не объясняя. Так зачем вообще нужно было загружать слушателя информацией, которая по итогу окажется бесполезной?!!
Спокойно. Настоящего программиста отличает его постоянное желание написать лучший код, идеальный! Поэтому написать, стереть и снова написать тот же функционал, но совсем по-другому - это хорошее качество. И это приходится делать постоянно. Идеальный код - это иллюзия, но к ней нужно стремиться. Даже тот код, который я написал в этом уроке уже устарел :-) А в iOS 17 всё будет совсем по-другому. Учиться всю жизнь - вот к чему нужно быть готовым тому, кто хочет программировать!
![KAYTRANADA - Witchy (feat. Childish Gambino) [Official Video]](http://i.ytimg.com/vi/jGK3YVmGZ3Y/mqdefault.jpg)
Большое спасибо за видео! Очень легко объясняйте мне нравиться, приятно слушать. И самое главное SwiftUIждем продолжения
А осталось только Alamofire...
Евгений, благодарю Вас за видео!
Хотелось бы подробнее разобрать, как сделать сервис: использовать одну функцию для получения данных по разным ссылкам, с использованием разных моделей данных для разных вью.
хорошая идея, да, можно такой ролик записать. Подскажете тестовый API для этого? Если нет, то запишу с тем, что я знаю
👍👍👍
Не совсем понятно про акторы, для чего и что они делают.
Спасибо за видео.
Сама тема про акторы довольно обширная, особенно для начинающих.
В рамках этого курса важно понимать, что существует @MainActor - свойство, которое указывает, что метод выполняется в основном (главном) потоке. Там же, где происходит изменения интерфейса.
Раньше это надо было выделить в блок DispatchQueue.main.async { do something in main queue }
А теперь можно применять @MainActor. Разумеется, можно и диспетчер пока ещё использовать.
Применение акторов должно упростить чтение и понимание кода. Код с акторами не выполняется быстрее или медленнее.
Если уж подробно: то habr.com/ru/companies/otus/articles/588540/
Здравствуйте! Спасибо огромное за видео 👍🏻 но у меня тут возникла проблема у вас это 42 строка Cannot convert value of type 'URL' to expected argument type 'URLRequest' ошибка и 51 Cannot find 'employees' in scope хотя проде все на месте точно так же как и Вас
насчёт 42 строки: проверьте внимательно enum Link. Там var url должна быть типа URL
а строка 51: там employees должны быть созданы как @Published var employees, есть у вас так?
Вы меня конечно извините, но про defer Вы не корректно высказались
Возможно. Я не автор языка Swift. Вы можете тут высказаться корректнее. Другим польза будет!
Зачем вы так делаете. Сначала пишите функцию fetchEmployees (как пример), что-то там объясняете, слушатель тратит кучу времени на осмысливание это кода, вы же не можете сказать, сколько раз слушатель пересмотрел предыдущие видео, что бы осмыслить и запомнить код, а потом вы меняете весь код, удаляя его и ничего не объясняя. Так зачем вообще нужно было загружать слушателя информацией, которая по итогу окажется бесполезной?!!
Спокойно. Настоящего программиста отличает его постоянное желание написать лучший код, идеальный! Поэтому написать, стереть и снова написать тот же функционал, но совсем по-другому - это хорошее качество. И это приходится делать постоянно. Идеальный код - это иллюзия, но к ней нужно стремиться. Даже тот код, который я написал в этом уроке уже устарел :-)
А в iOS 17 всё будет совсем по-другому. Учиться всю жизнь - вот к чему нужно быть готовым тому, кто хочет программировать!