3 ms·
Pure Swift for the new apps. We freak out when we see @ObjC or NSObject usage in our codebase. On a long enough timescale when Apple converts away from using Ob
by regera 7y ago
Pure Swift for the new apps. We freak out when we see @ObjC or NSObject usage in our codebase. On a long enough timescale when Apple converts away from using Objective-C under the covers, our code will not need any modification.
- saagarjha 7y ago> We freak out when we see @ObjC or NSObject usage in our codebase. …how are you interacting with UIKit?!
- favorited 7y agoYou rarely have to add @objc annotations or use NSObject directly. You only need it for target/action, KVO, etc. I rarely see that annotation or class name in my codebases too.
- dep_b 7y agoUIButton only? Maybe binding UITextField events?
- favorited 7y agoButtons, selector-based Notifications (though the block version is finally good, so we mostly just use that now), & gesture recognizers look like our biggest users of @objc. Basically all to support target/action. A quick search through one of my apps shows that about 4% of functions are marked as @objc (and we're not using the old compatibility mode where more methods were implicitly @objc either).
- regera 7y ago@IBAction can replace @ObjC for all selectors. We put it a mandate in our code reviews. There is also NSObjectProtocol which forces (in most cases) devs to subclass NSObject.