views:

146

answers:

3

Like in java:

A final class cannot be subclassed. This is done for reasons of security and efficiency. Accordingly, many of the Java standard library classes are final, for example java.lang.System and java.lang.String. All methods in a final class are implicitly final.

How can I achieve this behavior in objective-c?

+4  A: 

You can't. Efficiency doesn't come into it. If you are that bothered about security don't use objective-c. There will always be a way to get around any measures you take.

mustISignUp
Are you sure that we don't have any such facilities in obj-c? you meant that obj-c doesn't provide this kind of security?
Manjunath
Objective-c is fundamentally open - i can do anything at runtime, add classes, remove properties, swap method implementations, even dynamically compile new code on the fly. I can do that to any Classes, any properties, even private iVars, and any methods. Now, sure, you can use all these techniques to add security measures to your code (it definitely wouldn't be more efficient). But the same measures will always be available to anyone who wants to get around your techniques - so it isn't time well spent.
mustISignUp
+1  A: 

There is no final equivalent in objective-c. There are same patterns that might be good alternative, they'll give you better separation, but neither performance nor security:

  1. If you only want to allow certain methods to be overwritten using delegate pattern might be a better choice.
  2. If you do not want subclassing at all, then you can use the abstract factory pattern. Declare a public interface + factory methods, and hide the concrete implementation classes.
mfazekas
A: 

As has been said a number of times, you can't.

However, if you are making a library (which is the only case in which I could see this being relevant, anyway) there are a few steps you can take. Well, one, really.

Write, in the documentation of the class, that "This class is not intended for subclassing." (ref. NSIndexSet) or "Do not override this method." (ref. +[NSApplication sharedApplication].

As a way of explanation, it is worth noting that (pretty much) everything that happens in Obj-C, and that separates it from C, happens at runtime, and the runtime is, so to speak "Right There". Any piece of code can inspect, mutate or pervert the runtime at their leisure, making Obj-C a terribly powerful language; especially with regards to its "meta-language" structure.

Williham Totland