Użytkownik "Michoo" <m...@v...pl> napisał:

>> Pythonowe __new__, __init__ oraz __del__
>>
> No więc...nie.
[itd...]

Kolego, naucz się lepiej Pythona zanim znów cuś skrobniesz bez zastanowienia :(.

AK

do góry

On 11.07.2012 13:49, AK wrote:
> Użytkownik "Michoo" <m...@v...pl> napisał:
>
>>> Pythonowe __new__, __init__ oraz __del__
>>>
>> No więc...nie.
> [itd...]
>
> Kolego, naucz się lepiej Pythona zanim znów cuś skrobniesz bez
> zastanowienia
Z czym się nie zgadzasz? __new__ nie jest konstruktorem - służy do
otrzymania instancji a nie do jej inicjalizacji.

Tu masz kawałek dokumentacji:
http://docs.python.org/reference/datamodel.html#basi
c-customization

--
Pozdrawiam
Michoo

do góry

Użytkownik "Michoo" <m...@v...pl> napisał:

>> Kolego, naucz się lepiej Pythona zanim znów cuś skrobniesz bez
>> zastanowienia
> Z czym się nie zgadzasz? __new__ nie jest konstruktorem - służy do otrzymania
instancji

__new__ jest konstruktorem bo _tworzy_ instacje klasy.

> a nie do jej inicjalizacji.

Bo konstruktor nie sluzy do inicjalizacji, ale do _konstrukcji_ obiektu.

Inicjator (bo tym jest __init__) dostaje _juz gotowy obiekt jako swoj_
pierwszy parametr (self). w Dodatku inicjatora (__init__) moze w ogole
nie byc a obiekt jak najbardziej powstanie/zaistnieje.
W dodatku jesli __new__ nie zwroci obiektu klasy cls (pierwszy
argument __new__) to inicjator __init__ nie jest w ogole wywolywany
(logiczne), a jednak obiekt sie utworzy.

Tak ze stulasz Kolego majac oczy zmruzone jak dwa krzyzyki
- wiec nic dziwnego ze nie widzisz "dalej" == wszutsko przyrownujesz do C++.
W Pythonie jest _inaczej_. Rozumiesz ? INACZEJ.

> Tu masz kawałek dokumentacji:
> http://docs.python.org/reference/datamodel.html#basi
c-customization

A czytales ja chociaz :) ?
Przeciez ona wprost potwierdza to co piszę.

AK

do góry