Menu
I'm studying some basics about informal protocols and real protocols. What confuses me is, that Cocoa seems to use a lot of informal protocols on NSObject. Those informal protocols are categories on NSObject which declare methods, but do not actually implement them.
As far as I get it right, the only reason they make use of informal protocols (in other words, categories on NSObject that don't provide method implementations), is to give an autocompletion-hint in Xcode.
One example is the -awakeFromNib method defined in NSNibLoading.h, which is an informal protocol on NSObject. The nib loading system checks at runtime if an object implements that method. If it does, then it calls it.
But now let's imagine there was no feature called informal protocol. The alternative that would have the exact same effect would have been a real @protocol declaration which declares an optional method -awakeFromNib. NSObject would just adopt that protocol and the compiler would happily provide autocompletion.
Can anyone point out the big difference between these two strategies? I don't see the point of informal protocols but would really like to do so.
601
An informal protocol is a category on NSObject , which implicitly makes almost all objects adopters of the protocol. (A category is a language feature that enables you to add methods to a class without subclassing it.) Implementation of the methods in an informal protocol is optional.
This protocol is imported into Swift with the name NSObjectProtocol . An object that conforms to this protocol can be considered a first-class object. Such an object can be asked about its: Class, and the place of its class in the inheritance hierarchy.
In medicine, a protocol is a formal plan for treating a patient, especially in a specific circumstance. In computing, protocol refers to a set of rules for formatting messages.
Locates and returns the address of the receiver's implementation of a method so it can be called as a function.
Two huge differences:
Compile time type checking. An explicit protocol with optional methods is much more clear about what methods you could implement. Both for explicitly adorning the class with the protocol it conforms too, and Xcode can provide much more precise code-completion lists of what you could implement.
It keeps NSObject uncluttered. With the old style informal protocols all methods that are optional instead usually had their default implementation added to NSObject.
The informal protocols where a neat solution to a problem that no longer exist since the introduction of optional methods in protocols in Objective-C 2.0.
93
The big difference is that the @optional keyword was only introduced a few years ago. For new code, informal protocols are basically obsolete. Much of the frameworks is non-new code.
28
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With
