Strong vs. Weak Swift 5: What is Weak Self (Xcode 11, 2020)

[@Ali-uh5th]

Great! The explanation is so clear and easy to understand. But it seems that the audio volume is a quite low. Keep up the good work!

[@iOSAcademy]

Thank you!

[@hykim5137]

Awesome! I was really looking forward to a video on this topic from you. Thank you for making it.

[@iOSAcademy]

Youre welcome!

[@dalton4842]

Clearest explanation out there for this :)

[@iOSAcademy]

Thanks! Did you like my balloon example hahaha

[@Денис-ж3ф5р]

Not even a month ago, did I think the topic is incredibly hard to understand. It's a piece of cake now.

[@iOSAcademy]

Glad to hear it

[@wannabemusician5519]

omg Thank you so much for explaining this out.! i love ur content btw. :)

[@iOSAcademy]

Youre welcome!

[@chatsnoirblamo]

Thank you because I learned Java in Eclipse and it was obvious we were pretending memory didn’t exist. That’s fine for python scripts but I want to move into real apps!

[@iOSAcademy]

Youre welcome! Glad i could help

[@rahuljamba5846]

Very unique way to define weak and strong also handle memory leakage.

[@hustlas4ever]

wow! was reading about this the other day and can't really understand. lol. Thank you for this.

[@iOSAcademy]

Ha ha you’re welcome, glad I could help. Don’t forget to subscribe!

[@ievgenievgen3651]

You give wrong examples about reference cycles. In all your examples, you use a local reference type variable of functions. Such variables do not hold by class it is in the function scope. If you move your alert var in class scope, then you will get ref cycle. You can easily check that by using the deinit in your class for checking did you viewcontroller call it or not.

[@afaaqahmedsaqi]

It was awesome, best explanation ever scene on this topic!

[@iOSAcademy]

Thanks!

[@hasanbasriozturk1550]

Still the best

[@iOSAcademy]

Thanks!

[@kuldeep4954]

Please do a follow up video

[@iOSAcademy]

Coming soon

[@faastfood]

I tried AlertConroller example and checked in instruments but didn't get leaks indicator. Can you please tell me why is it happening?

[@puneetmahali1647]

Yes, I have also some confusion, as video tutorial states that the code doesn’t give any error but if give weak self then it will not leak the memory. Then how do we know when n where memory will leak?

[@choonshon5165]

Tell me if I’m wrong.. but I think it’s because the AlertController is not owned by the “ViewController”. Once dismissed, the AlertController has no reference pointing it and it is released.

[@ningzedai9052]

The answer is simple, what this youtuber said is not correct about the alert controller. The alert controller is not owned by "self", so there is no retain cycle. He is misleading others.

[@alamgirkhan001]

Great explanation! Make a video on Local DB in IOS App with SQLite.

[@iOSAcademy]

Will do soon

[@jiayi4154]

Thank you very much for the content! Can you do one for core data and saving and retrieving in an ios file system?

[@iOSAcademy]

Youre welcome & sure! Added to my list

[@amielterence]

Thanks bro, really helped a lot👌🏽

[@iOSAcademy]

Glad it helped

[@rudolphhock1155]

It doesn't seem that iOS is going to pick up on memory leaks. I haven't delved into this subject much more than this video, but surely Swift should have built in tools to help pinpoint memory leaks ?

[@araapoyan2814]

You are the best

[@iOSAcademy]

haha thanks!

[@RahulGupta-wp6bk]

Very Helpful video...Thanks Bro.. :)

[@iOSAcademy]

Your welcomd! Dont forget to subscribe and like

[@dev_jeongdaeri]

Super awesome!

[@iOSAcademy]

Thanks

[@boxinggio]

In SomeDelegate example you wrote weak var delegate : SomeDelegate? is weak necessary? I think making it optional is already weak right?

[@iOSAcademy]

Weak is needed to avoid retain cycle.

[@boxinggio]

iOS Academy but optional doesn't already have weak reference?

[@dodilodi1278]

12:00 It would be the same even if func getData() wasnt private?

[@vuralcelik8060]

Great explanation !

[@iOSAcademy]

Thanks!

[@radiagulzan]

thank you !

[@iOSAcademy]

Youre welcome

[@TephrosXI]

What if the "self" in a closure was of Struct type; Is it still possible to have a retain cycle?

[@neslzkusfep]

Hi westo127! My response may not be the most precise or accurate as I am also still learning, but this is my understanding of iOS memory management. To address your question, the object's data type (i.e. Struct) isn't the concern. A retain cycle occurs when two separate objects are strongly pointing to (referencing) each other; if one of the objects is deallocated (removed) from memory while another object is still strongly referencing it, the object that is referencing the deallocated object will still exist in memory somewhere, pointing to (or otherwise linked to) some object that no longer exists in memory - taking up space while serving no purpose. The goal of proper memory management is to ensure that objects that are added to memory are deallocated if they are no longer being used. In the example provided, there are two objects: ViewController and Alert. The parent ViewController object is strongly pointing to a child Alert object because the Alert object is defined within the ViewController object; this Alert object is a separate object from the ViewController object though it is defined in the ViewController class. If memory is properly managed, the Alert object should be deallocated from memory if the ViewController gets deallocated from memory. Before the edit was made to the Alert object's handler, the Alert object was strongly referencing the parent ViewController class by calling the parent ViewController's method 'doSomething()'. Since the ViewController object strongly references the Alert object and the Alert object is strongly referencing the ViewController by calling the ViewControllers doSomething() method, this causes a retain cycle. To prevent a retain cycle, you want the child Alert object to weakly reference the ViewController's doSomething method; that way when the user dismisses the Alert object from the View - an action that should deallocate the Alert object from memory - the strong reference to the ViewController won't prevent that from happening. Hope this was helpful and not just a reiteration of what was previously discussed in the video. :)

[@RatherBeCancelledThanHandled]

Thanks for sharing but it seems to me like there is no point in using a strong reverence . Why wouldn’t we use a weak reference ?

[@TheBooban]

Strong is default because you don’t want your object to just disappear when you need it, do you? So figure out how you want to handle it, and then use weak.

[@pratikgajbhiye5354]

One small question, when to use self and when not?

[@iOSAcademy]

Swlf is needed in closures

[@aviadsabag8193]

When you want to ref to your current variable inside VC, for example in init u can assign what u get as a param into your local variable. for exmaple - self.count = count(the param that u get from the user). btw there's self in every programming langue :)

[@intros1854]

I feel pretty embarrassed 🤭. I made whole project with memory leaks 😂. Thanks, I'm gonna fix it right now

[@iOSAcademy]

We’ve all been there!

[@sharbel9624]

For some reason I'm having a hard time replicating this on swiftUI rather than UIKit. Any chance anyone can help me out here?

[@jason18401]

So should use [weak self] in all closures?

[@iOSAcademy]

Yes, almost 99 percent of time

[@Chromasophy]

self? as an optional makes sense ~

[@iOSAcademy]

Agreed

[@龘䨺齉纞靐鼱麤鸞驫]

weak selfムズすぎる😭

[@iOSAcademy]

Yep haha

[@Shermyyy]

#suddenlyitalian completino hahaha but great video! very informative!!

[@AkimboFennec]

Not a good explanation. Did not understand it at all.

[@iOSAcademy]

Thanks for the feedback

[@vikramt87]

very very complex.. please dont upload this kind of videos create more confusion