Swift 5.5: Async Await Operations (Xcode 13, iOS 15, 2022) - iOS for Beginners

Поделиться
HTML-код
  • Опубликовано: 4 сен 2024
  • In this video we will learn to use the new async await attributed to perform async operations in Swift. Newly available as of 2021 and Swift 5.5, this new style greatly improves upon closures, callbacks, and other concurrent patterns in Swift & iOS. We'll be working in Xcode 13 and Swift 5.5
    💻 Source Code: / iosacademy
    🎥 Subscribe for more: www.youtube.co...
    😎 Like my teaching style? Check out some of my most popular courses! courses.iosaca...
    #swift #asyncawait #wwdc2021
    ** Like my teaching style? Check out some of my most popular courses!
    courses.iosaca...
    Join this channel to get access to perks, code, groups, and more:
    Building Instagram: courses.iosaca...
    Building TikTok: / @iosacademy
    SwiftUI for Beginners: ios-academy.te...
    Join the iOS Academy Community: iosacademy.io/
    ** Get Skillshare free for 2 Months and learn iOS
    www.skillshare...
    ** Manage all your investments from app earnings on Betterment!
    bit.ly/3eBwlI9
    ** Grow your own RUclips tech channel with TubeBuddy:
    www.tubebuddy....

Комментарии • 76

  • @glennadams7047
    @glennadams7047 3 года назад +10

    Nice. I think a whole series of tutorials on this is needed, with simple to complex use cases. I would buy the course if you made one :)

    • @iOSAcademy
      @iOSAcademy  3 года назад +3

      Coming soon!

    • @glennadams7047
      @glennadams7047 3 года назад

      @@iOSAcademy And include all the nested network calls . like populating a table view with users, their photos, etc all separate calls, proper error handling , etc. all the pain-in-the-ass stuff. Just my $.02. regards and keep up the great work

    • @jineshdoshi
      @jineshdoshi 2 года назад

      @@iOSAcademy any ETA on this?

  • @difanaufalpratama8765
    @difanaufalpratama8765 3 года назад +1

    Man that so fast, it doesn't take a week and you already make tutorial for new features. Keep going bro!

  • @flamboulder
    @flamboulder 2 года назад +3

    These videos are absolutely outstanding summaries thank you 🙏

  • @fermatslasttheorem6298
    @fermatslasttheorem6298 2 года назад +4

    Great video. I'm a senior iOS engineer but trying to catch up on some APIs I've been lazy to learn.

  • @karlostj4683
    @karlostj4683 2 года назад +3

    Some imminent deprecation on the "async { ... }" call. Need to change it (going forward) to "Task { ... } "

  • @junglee-bee
    @junglee-bee 3 года назад +2

    `async throws -> T` is a better option than `async -> Result` but by now I know you will say “It’s Subjective” 😝 which of course it is.

    • @iOSAcademy
      @iOSAcademy  3 года назад

      I actually love generics but a bit advanced for the general audience

    • @junglee-bee
      @junglee-bee 3 года назад +2

      @@iOSAcademy oh, sorry, I actually meant `async throws -> [User]`
      but i really like ur content. hope u hit ur 50k target soon :)

    • @DanielYDev
      @DanielYDev 2 года назад

      If a network error has occurredit is better to inform to view layer, don't you think?
      It may be necessary to handler the type of error or inform the user.
      I think...

    • @fermatslasttheorem6298
      @fermatslasttheorem6298 2 года назад

      throws or result - either is good depending on the use case.

  • @davidandreasson1434
    @davidandreasson1434 2 года назад +1

    Great! simply great, thanks!!

  • @janarthanank877
    @janarthanank877 3 года назад +1

    Easy to understand 👏🏻

  • @3909630
    @3909630 3 года назад +2

    yeah ima call you professor iOS now

  • @TheBooban
    @TheBooban 3 года назад +1

    The syntax is much better, it makes sense. completion handlers didn't make sense as they are part of the function parameters but when you call them, the closure is outside the params ().

    • @fermatslasttheorem6298
      @fermatslasttheorem6298 2 года назад

      Well, no they don't have to be at all. You can certainly put a closure inside the function parenthesis. What you are talking about is a trailing closure syntax, which is only if you have a closure that is the last argument of the function. You don't have to use trailing closure syntax if you don't want to.

  • @aidenzaw260
    @aidenzaw260 Год назад

    You saved my life.

  • @jerseycafe9099
    @jerseycafe9099 3 года назад +1

    good job! thanks mate!

  • @DhruvilPatel
    @DhruvilPatel 3 года назад +2

    Simple and clear, thanks mate!

  • @MrLinusunil
    @MrLinusunil 2 года назад +1

    Really good video, thanks for sharing that. It was concise and easy to understand.

  • @samha1513
    @samha1513 2 года назад +1

    async {} is now Task.init(operation: {})

    • @fermatslasttheorem6298
      @fermatslasttheorem6298 2 года назад +1

      Or just "Task { }" - which is the same thing. You don't have to use init and the only argument can be done with a trailing closure.

  • @cinquain0
    @cinquain0 2 года назад +1

    Beautiful video. Bravo!

  • @smael1989
    @smael1989 3 года назад +1

    Nice, looking forward to some practice about it

  • @josejimenez7502
    @josejimenez7502 3 года назад

    They are making it easy.

  • @prithvi_acoustic
    @prithvi_acoustic 2 года назад

    Thank you for the great explanation

  • @franciscoarciganolasco6027
    @franciscoarciganolasco6027 7 месяцев назад

    if use Task what would happen?

  • @hajjdawood
    @hajjdawood 2 года назад

    I wish these tutorials were done in SwiftUI, much cleaner, and much faster. Instead of spending like 8 minutes setting up the project due to UIkit nonsense, just add List (user) and be done.

  • @RahulVerma-tv6gq
    @RahulVerma-tv6gq 2 года назад

    But what if we are using alamofire which returns a Result type data, from which it’s not possible to return data as we can’t return anything inside cases of result, how to handle that any help would be appreciated.

  • @alley8481
    @alley8481 3 года назад

    Async await it's pretty cool and very simple ❤️. Thank you for u tutorial sir. Please, if is possible, make a tutorial about repository sir. 😁

  • @justworkfine321
    @justworkfine321 2 года назад +1

    Is concurrency is async?

  • @hakankumdakc9233
    @hakankumdakc9233 3 года назад +1

    how did you do that without adding import _Concurrency? I get error about couldn't found async. Also imported concurrency but couldn't found that module.

    • @iOSAcademy
      @iOSAcademy  3 года назад +1

      It should work in xcode 13

  • @asigivati1382
    @asigivati1382 2 года назад

    can you or someone please tell me what is the different of the tableview variable you wrote that looks the same as lazy variable definition, but without the lazy keyword.
    is it behave like lazy? is this variable create only once and only when someone access to it?
    at 03:55

  • @lyphuc4362
    @lyphuc4362 3 года назад +3

    from javascript

    • @MrPerucan
      @MrPerucan 3 года назад

      Literally lol

    • @iOSAcademy
      @iOSAcademy  3 года назад

      Yep!

    • @glennadams7047
      @glennadams7047 3 года назад +1

      I know right ? What took so long ??? Apple is a $2T company.

  • @coffeebydny393
    @coffeebydny393 2 года назад

    Thanks for the content, btw which theme in Xcode do you use?

  • @TheSpiralnotizblock
    @TheSpiralnotizblock 3 года назад

    Do you have a video on how to use a REST API with Swift?

  • @TheBooban
    @TheBooban 3 года назад +1

    so is @escaping completion handlers obsolete now?

    • @iOSAcademy
      @iOSAcademy  3 года назад

      No. Both are still valid

    • @Martin-xj8rp
      @Martin-xj8rp 3 года назад

      @@iOSAcademy but its possible to replace the completion Blocks with it, right?

  • @dhav7634
    @dhav7634 2 года назад

    We all know async calls do not block execution until the async operation is completed.
    With await being introduced are we still doing that or are we waiting on the async operation being completed?

    • @iOSAcademy
      @iOSAcademy  2 года назад

      Waiting

    • @dhav7634
      @dhav7634 2 года назад

      @@iOSAcademy Got it. So anything that we do NOT want to wait for async call should be outside the "Task" block?

  • @sebastianstrus6273
    @sebastianstrus6273 2 года назад

    Bad quality of the video. Please fix this. You hurt our eyes. Besides that, thanks for the content. It's very helpful.

  • @aliquewilliams3080
    @aliquewilliams3080 2 года назад

    You wasted almost half the video setting up the project before showing the concept. Next time, have the project already prepared.

  • @emmanuelpregnolato5026
    @emmanuelpregnolato5026 2 года назад

    I think the weak self attempt was correct.
    async { [weak self] in
    guard let _self = self else {
    return
    }
    let users = await fetchUsers()
    _self.users = users
    DispatchQueue.main.async {
    _self.tableView.reloadData()
    }
    }
    🙃

  • @maqusss
    @maqusss 3 года назад

    setting users property in 8:54 should also happen on main thread. Does "async" in line 31 dispatch closure on current thread? that would make DispatchQueue.main.asynch from line 35 unneccesary.

    • @MrLinusunil
      @MrLinusunil 2 года назад

      AFAIK you can perfectly do that on non-main threads. Only updating the UI (like reloading the table view) needs to be on the main thread.

    • @maqusss
      @maqusss 2 года назад

      @@MrLinusunil You can if you use some kind of synchronization.
      Otherwise you have potential data race or inconsistent state because two threads are accessing the same property, one changing it.
      For example: property is read on main thread in table view data source method numberOfRows,
      then propeerty is changed on non-main thread before cellForRowAt call, then you have crash "index out of range".