🚀 go-pugleaf

On Nov 2, 12:28 am, "Jaroslaw Zabiello" <use...@onet.eu> wrote:
> Dnia 01-11-2009 o 20:00:29 pakalk <pak...@gmail.com> napisał(a):
>
> > Poza tym, to nie ma nic takiego jak protected, przynajmniej w Py2.6 -
> > mylę się?
>
> > class ProtTest:
> >     _x = "Zmienna chroniona?"
>
> >     def _foo( self ):
> >         return "Funkcja chroniona?"
>
> > o = ProtTest()
>
> > print o._x
> > print o._foo()
>
> Tylko, że tak będzie pisał tylko ktoś kto nie ma pojęcia o Pythonie. Każdy  
> pythonista dobrze wie, że nie należy wywoływać tak nazwanych atrybutów  
> jakby to były atrybuty publiczne.

Otóż to właśnie jest brak wsparcia ze strony języka. Już zresztą
pisałem.

> Każdy (po nazwie) od razu widzi, że to  
> nie jest atrybut publiczny i po prostu tak się to traktuje. To wszystko  
> kwestia umowy. Ale aby to wiedzieć, trzeba wpierw chociaż poczytać sobie o  
> Pythonie i jego założeniach (btw, klas też się tak od dawna nie tworzy  
> tak, jak w twym przykładzie).

W tych założeniach nie ma wsparcia dla protected. I tyle. Po co
udawać, że jest?

>
> Te wszystkie kwalifikatory protected i private to kwestia konwencji.

Jakby tak było, toby błędami nie sypało.

> W  
> Pythonie wszystkie atrybuty są publiczne z definicji. Co nie znaczy, że  
> można przez pomyłkę coś nadpisać. Nie, trzeba to chcieć, zrobić celowo.

Wcale nie twierdzę, że nie.

> Np.
>
> >>> class ProtTest(object):
>
> ...   __x = "Zmienna prywatna"
> ...>>> o = ProtTest()
> >>> o.__x
>
> Traceback (most recent call last):
>    File "<stdin>", line 1, in <module>
> AttributeError: 'ProtTest' object has no attribute '__x'>>> o._ProtTest__x
>
> 'Zmienna prywatna'
>
> Z drugiej strony, jak ktoś chce, to w PHP5 też łatwo uzyska dostęp do jego  
> "atrybutów chronionych":
>
> <?php
> class ProtTest {
>    private $priv = "Zmienna prywatna?";
>    protected $prot = "Zmienna chroniona?";}
>
> $o = new ProtTest();
> $a = (array)$o;
> print $a["\0ProtTest\0priv"]; # => Zmienna prywatna?
> print $a["\0*\0prot"]; # => Zmienna chroniona?
> ?>
>
> Więc, nie rozumiem tu twojej krytyki Pythona. Poza tym upada ona zupełnie  
> przy Ruby, który posiada te kwalifikatory dostępu.

Nie do końca mnie rozumiesz. To nie jest kwestia krytyki pythona. Ja
po prostu stwierdzam fakt. Jeśli się ktoś rzuca na protected PHP, to
niech zauważy, że w Pythonie nie trzeba "atakować" tej formy
nkapsulacji, bo jej nie ma. Umówić można się na cokolwiek, ale to nie
jest wsparcie języka w danym problemie.