private variables/methods

[gabor]

hi,

as far as i know in python there aren't any private (i mean not accessible
from the outside of the object) methods/fields.

why?

in java/c++ i can make a method private, this way unaccessible for the outside
world. i think it helps a lot to make for example a library more robust.

i know that there is some kind of notation to make a method/field private,
but one can still overwrite it's value.

what's the reason for this?

i'l mostly interested in the design reasons.

thanks,
gabor

--
That's life for you, said McDunn. Someone always waiting for someone
who never comes home. Always someone loving something more than that
thing loves them. And after awhile you want to destroy whatever
that thing is, so it can't hurt you no more.
-- R. Bradbury, "The Fog Horn"

[Dave Benjamin]

In article <ma************ *************** ******@python.o rg>, gabor wrote:

as far as i know in python there aren't any private (i mean not accessible
from the outside of the object) methods/fields.

why?

No offense, but this is like the 4000th time someone has asked that question
here. Could you try searching Google groups first?

Dave

--
..:[ dave benjamin (ramenboy) -:- www.ramenfest.com -:- www.3dex.com ]:.
: d r i n k i n g l i f e o u t o f t h e c o n t a i n e r :

[gabor]

On Thu, 2003-10-09 at 10:12, Dave Benjamin wrote:

In article <ma************ *************** ******@python.o rg>, gabor wrote:

as far as i know in python there aren't any private (i mean not accessible
from the outside of the object) methods/fields.

why?

No offense, but this is like the 4000th time someone has asked that question
here. Could you try searching Google groups first?

you're right, i'm sorry.

after reading the archives:

i think i didn't express myself too well.
i'll try again:

i'm aware of the fact that you can declare a variable private with "__".
but i just don't like prefix-notation. i don't like the mMember or
lpszCommandLine style notation, and also the $variable style ones.

at least for me it seemed that adding a "private" keyword somewhere is
more elegant. but there isn't anything like that.

that's why it seems to me that the designers of the language don't
recommend you to use private variables at all, but if you want, you can
use this 'hack' ( i mean the "__" notation).
thanks,
gabor

[Peter Hansen]

gabor wrote:

On Thu, 2003-10-09 at 10:12, Dave Benjamin wrote:

In article <ma************ *************** ******@python.o rg>, gabor wrote:

as far as i know in python there aren't any private (i mean not accessible
from the outside of the object) methods/fields.

why?

No offense, but this is like the 4000th time someone has asked that question
here. Could you try searching Google groups first?

you're right, i'm sorry.

after reading the archives:

i think i didn't express myself too well.
i'll try again:

Don't bother. You perhaps didn't really read enough of the archives,
because Dave's point still stands. None of your questions or comments,
as far as I can tell, ask or say anything that hasn't already been
asked (and answered) or said before.

In summary: it's more of a philosophical difference than anything, and
Python simply doesn't *want* a "private" keyword, nor things like that
which artificially restrict the programmer. (Again, even that comment
adds nothing new, so you're really wasting your and our time by responding
rather than continuing to read the zillion old threads on the topic.)

-Peter

[Harri Pesonen]

Peter Hansen wrote:

gabor wrote:

On Thu, 2003-10-09 at 10:12, Dave Benjamin wrote:

In article <ma************ *************** ******@python.o rg>, gabor wrote:

as far as i know in python there aren't any private (i mean not accessible
from the outside of the object) methods/fields.

why?

No offense, but this is like the 4000th time someone has asked that question
here. Could you try searching Google groups first?
you're right, i'm sorry.

after reading the archives:

i think i didn't express myself too well.
i'll try again:

Don't bother. You perhaps didn't really read enough of the archives,
because Dave's point still stands. None of your questions or comments,
as far as I can tell, ask or say anything that hasn't already been
asked (and answered) or said before.

Because it has been asked 4000 times probably means that there is a
great need for the feature...
In summary: it's more of a philosophical difference than anything, and
Python simply doesn't *want* a "private" keyword, nor things like that
which artificially restrict the programmer. (Again, even that comment
adds nothing new, so you're really wasting your and our time by responding
rather than continuing to read the zillion old threads on the topic.)

"Python" doesn't want a "private" keyword? I have quite a limited Python
experience but I would like to have the following features in Python
that are common in other languages:

* Option Explicit
* variable type declaration (optional)
* private variables/methods

Most of these are handy for large projects, where you want to be sure
that a class is not misused (by other developers). These also mean that
it is much harder to create bugs. I like Python a lot, but with these
features it would be much better for serious development of complex
applications, not just for scripting.

One thing I have noticed that the keyword "global" is very confusing.
For example, the following is syntactically valid Python:

a = 1
def b():
a = 2
def c():
return a

But it does not work as expected. Function b just creates a new local
variable "a" inside function b! The correct function is of course:

def b():
global a
a = 2

On the other hand, function c refers to the same global variable just
fine without any extra "global" keyword. Why on earth?? :-) In every
other language I know you don't need "global". It is ugly.

Harri

[Alex Martelli]

Harri Pesonen wrote:
...

Because it has been asked 4000 times probably means that there is a
great need for the feature...
I can't think of ANY "feechur" from other popular languages that hasn't
been asked for, thousands of times. Does this mean that "there is a
great need" for each and all of them? Not at all: it just means that people
hanker for what they're familiar with. If Python were to satisfy even
1/10th of this incessant barrage of requests, it would devolve to a
large amorphous blob -- like many other languages have. The people
requesting these features are typically NOT experienced with Python:
they haven't experienced how the LACK of these features in fact makes
it easier and more productive to write application programs.

"Python" doesn't want a "private" keyword?
If Python can be said to have a will -- embodied in Guido or spread
as community consensus -- it definitely doesn't.
I have quite a limited Python
experience but I would like to have the following features in Python
that are common in other languages:
Not 'but', but rather, THEREFORE. Reread your words with this
change and with some luck you may get it.

* Option Explicit
* variable type declaration (optional)
* private variables/methods

Most of these are handy for large projects, where you want to be sure
that a class is not misused (by other developers). These also mean that
it is much harder to create bugs. I like Python a lot, but with these
features it would be much better for serious development of complex
applications, not just for scripting.
You are wrong. I used to harbor similar illusions (to a lesser degree,
because I _did_ have SOME experience with other dynamic languages,
but not in using them for really large apps) back when the language I
most used was C++. I was wrong, too.

Other developers aren't any likelier to "misuse" your class than you
are to misdesign it in the first place -- and you'll NEVER "be sure"
anyway, as restrictions can be worked around. _ADVISORY_
indications of "privacy" -- the convention of starting the name with
a single underscore -- are much simpler and equally effective for
your purposes. Python is wonderfully effective for programming
large applications, exactly as it is today.

One thing I have noticed that the keyword "global" is very confusing.
You are right. It would be better if the current module could be
imported -- by using some reserved special module name in a
perfectly ordinary 'import' instruction -- so that global variables
could then be re-bound as attributes of this module.

Just to give you an idea, in today's Python you could add this
feature as:

# part to be executed once, e.g. in site.py
import __builtin__, sys
_base_import = __builtin__.__i mport__
def __import__(name , *args):
if name == '__current_modu le__':
name = sys._getframe(1 ).f_globals['__name__']
return _base_import(na me, *args)
__builtin__.__i mport__ = __import__
# end of part to be executed once

# example use
x = 23

def set_the_global( ):
import __current_modul e__
__current_modul e__.x = 45

print x
set_the_global( )
print x
emits
23
45
For example, the following is syntactically valid Python:

a = 1
def b():
a = 2
def c():
return a

But it does not work as expected. Function b just creates a new local
variable "a" inside function b! The correct function is of course:

def b():
global a
a = 2

On the other hand, function c refers to the same global variable just
fine without any extra "global" keyword. Why on earth?? :-) In every
Because reading is different from writing. Reading globals is (more or
less) all right; writing globals is a delicate decision that is well worth
emphasizing. So, anything that's written (any name that's re-bound,
to be precise) is deemed to be local -- unless explicitly mentioned in
a global statement.

The problem with global is that it's not clear enough. If there simply
was NO way at all to have any assignment to a bare name, such
as "a=2", EVER affect anything BUT a local, things would be much
clearer; the need to import __current_modul e__ would emphasize what
a serious, think-twice-about-it decision it is to choose to rebind
module-global names. It would also emphasize that 'global' means
'of this module', not in any way of ALL modules -- a misconception
that often affects newbies.

Hmmm -- maybe THIS is worth proposing for 2.4 (with a
pending deprecation warning for the global statement)...
other language I know you don't need "global". It is ugly.

Problem is, it's not quite ugly enough (nor quite clear enough).
Discouraging you from affecting globals is a swell idea, but I
think the 'global' statement may not be enough for that, whence
my newly conceived suggestion about importing...
Alex

[Scott David Daniels]

Alex Martelli wrote:

...
I can't think of ANY "feechur" from other popular languages that hasn't
been asked for, thousands of times....

Aha! caught the Martellibot in a rare memory failure (perhaps a rare
double-bit parity error)? To my knowledge, nobody has suggested the
autodeclaration of variables which begin with the letters 'I' through
'N' as integer variables. So there. :-)

Now watch, he'll document 1003 requests on alt.lang.python .it.

-Scott David Daniels
Sc***********@A cm.Org

[Jordan Krushen]

On Fri, 10 Oct 2003 22:22:04 GMT, Alex Martelli <al*****@yahoo. com> wrote:

The problem with global is that it's not clear enough. If there simply
was NO way at all to have any assignment to a bare name, such
as "a=2", EVER affect anything BUT a local, things would be much
clearer; the need to import __current_modul e__ would emphasize what
a serious, think-twice-about-it decision it is to choose to rebind
module-global names. It would also emphasize that 'global' means
'of this module', not in any way of ALL modules -- a misconception
that often affects newbies. Hmmm -- maybe THIS is worth proposing for 2.4 (with a
pending deprecation warning for the global statement)...

I'm rather amused at the thought of a module importing itself. I find it
cleaner than global, and it also emphasizes that modules are singletons,
if you think about how a module *can* import itself.

I think that __current_modul e__ is perhaps a bit too lengthy (although I
appreciate the motivation behind this), but aside from that, I like it.

I'm also pleased with the ouroboros-like imagery it conjures..

J.

[Dennis Lee Bieber]

Harri Pesonen fed this fish to the penguins on Friday 10 October 2003
12:16 pm:

Because it has been asked 4000 times probably means that there is a
great need for the feature...
Or it just means that there are 4000 undisciplined programmers out
there who can't trust their own coding and require the language to
protect them from themselves.

For them, I suggest coding in Ada...

"Python" doesn't want a "private" keyword? I have quite a limited
Python experience but I would like to have the following features in
Python that are common in other languages:

* Option Explicit
Only found in M$ Basic dialects as I recall. Real BASIC only required
declarations for arrays (needed the size), and used special suffix
characters for type identification.
* variable type declaration (optional)
Well, if you posit an option explicit statement, being required to
declare variables would become an option...
* private variables/methods

Why? You don't trust yourself to stay away from "internal" details
when using a class?

Let's see... Languages that don't require variable declarations:

BASIC (though it does allow suffix character to differentiate number
from string)
FORTRAN (though it uses variables beginning I-N as integers, all others
are real)
Python (no restriction, any variable can refer to any type of object)
REXX (no restriction that I know of)
DCL (and most command line scripting languages)
APL
LISP (at least, the versions up to the early 80s)
FORTH

Languages that require declarations for all variables:

Ada
COBOL
C++
Java
assembly (well, you have to declare the storage space at least)

-- =============== =============== =============== =============== == <
wl*****@ix.netc om.com | Wulfraed Dennis Lee Bieber KD6MOG <
wu******@dm.net | Bestiaria Support Staff <
=============== =============== =============== =============== == <
Bestiaria Home Page: http://www.beastie.dm.net/ <
Home Page: http://www.dm.net/~wulfraed/ <

[Dennis Lee Bieber]

Scott David Daniels fed this fish to the penguins on Friday 10 October
2003 17:09 pm:

Now watch, he'll document 1003 requests on alt.lang.python .it.
No... What he'll find are requests that variables beginning A-H and
O-Z be floats....

-- =============== =============== =============== =============== == <
wl*****@ix.netc om.com | Wulfraed Dennis Lee Bieber KD6MOG <
wu******@dm.net | Bestiaria Support Staff <
=============== =============== =============== =============== == <
Bestiaria Home Page: http://www.beastie.dm.net/ <
Home Page: http://www.dm.net/~wulfraed/ <