Re: Private Methods
Re: Private Methods
- Subject: Re: Private Methods
- From: João Pavão <email@hidden>
- Date: Fri, 22 Feb 2008 12:49:29 +0000
Also disagree on that one. :)
Function/method overloading based on the static types of the arguments
is just a compile-time feature that adds no value whatsoever, probably
only adds a bit of confusion for the programmer.
The ...WithX:, ...WithY: methods look fine to me! Much more
descriptive and self documenting.
--
João Pavão
PS: Maybe I got too influenced by the opinions of one of my LISP
adoring professors from college. :)
On 2008/02/22, at 12:38, Philip Bridson wrote:
Just to finish the discussion, but I have also just found out that
you cannot overload functions in Objective-C to accept different
arguments. I feel this is also an important feature that needs to be
addressed.
Phil.
On 22 Feb 2008, at 12:16, Philip Bridson wrote:
I agree.
Your point hit the nail on the head and is exactly the reason that
I do not want this method to be public. If it is called externally
it will cause an error. Even if I put the 'private' method into
the .m file it can still be found by using the pop up list of
methods available. Although, why some one would want to try to do
something they are not supposed to is a mystery, but that does not
mean that someone won't try.
Thank you all for your help.
Phil.
On 22 Feb 2008, at 11:48, Rob Petrovec wrote:
Lack of private methods is a serious flaw in Obj-C IMO. There are
just as many reasons why someone would want to make a variable
private as they would want to make a method private. For example
if your writing a class that is part of a library that other
developers will be using (quite common in large projects). You
may want to hide implementation details from them, or prevent them
from calling a method that requires another to be called before/
after it in order to work properly etc (in other words, prevent
them from shooting themselves in the foot by calling methods they
shouldn't be). Being able to do this type of thing is one of the
more powerful/useful features of C++ IMO.
--Rob
On Feb 22, 2008, at 3:24 AM, Mike Abdullah wrote:
It's not possible to do this. ObjC will allow you to send any
message to any other object. The best you can do is not publicly
expose the method and that is exactly what the Cocoa framework
does. To be honest, trying to use C++ just for this seems a waste
of time; perhaps you should explain why you want to do this? Is
it to try and partition your code up, is this something that
really MUST stop, say, plugins from accessing the code?
Mike.
On 22 Feb 2008, at 11:00, Philip Bridson wrote:
How do I make a method private?
I have tried putting @private before the method that I want to
make private but the compiler flags a parse error. I read the
documentation and I can only find reference to private member
variables. I want to make sure that a method can only be
accessed via another method in the same class. Is this possible
in Objective-C or do I need to write this class in C++?
Many thanks.
Phil.
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the
list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the
list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden