🚀 go-pugleaf

Dnia 01-11-2009 o 20:00:29 pakalk <pakalk@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. 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).

Te wszystkie kwalifikatory protected i private to kwestia konwencji. 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.
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.

-- 
JZ http://blog.zabiello.com