__init__ as a constructor?
Solution 1
If you have a class Foo
then:
-
Foo()
is the constructor -
Foo.__init__()
is the initializer -
Foo.__new__()
is the allocator
Construction of a Python object is simply allocation of a new instance followed by initialization of said instance.
Solution 2
Personally, I find "__init__
is not a constructor" to be pretty fine hair-splitting.
__init__
is called when a new object is requested. It is supposed to use its arguments to assign attributes on the new object, such that the required invariants for normal operation of the object are set up. The object is already a valid pre-existing place to store attributes by the time the code in __init__
begins running. The new object normally has no attributes defined on it already when the code in __init__
begins running (other than the ones that all objects possess).
A C++ constructor is called when a new object is requested. It is supposed to use its arguments to assign to fields on the new object, such that the required invariants for normal operation of the object are set up. The object is already a valid pre-existing place to store fields by the time the code in the constructor begins running. The new object has all its declared fields already when the code in the constructor begins running, but they contain garbage.
A Java constructor is called when a new object is requested. It is supposed to use its arguments to assign to fields on the new object, such that the required invariants for normal operation of the object are set up. The object is already a valid pre-existing place to store fields by the time the code in the constructor begins running. The new object has all its declared fields already when the code in the constructor begins running, with their default values.
The major difference between an __init__
method and a C++/Java constructor is in that last sentence I've highlighted, and that's just the difference between the static nature of Java/C++ and the dynamic nature of Python. I don't think this warrants calling them fundamentally different concepts that must not be referred to by the same word.
I think the main reason Pythonistas don't like to refer to __init__
as a constructor is that people think of C++/Java constructors as "making a new object", because that's what they seem to do when you call them. But there's really two things going on when you call a constructor; a new object is created and then the constructor is called to initialise it. In C++/Java the "create a new object" part of that is invisible, whereas that can be exposed/customised in Python (via the __new__
method).
So while the role of the __init__
method is extremely similar to the role of a C++/Java constructor, some people prefer to emphasise the fact that this isn't the whole process by saying that "__init__
is not a constructor".
Solution 3
Constructor returns an instance and can fail. But __init__
does not return an instance. Even when __init__
raises and exception, __del__
is called to delete the instance.
This can be seen here:
class A(object):
def __init__(self):
raise ValueError
def __del__(self):
print "Called"
def main():
try:
a = A()
except ValueError, e:
print "ValueError"
if __name__ == '__main__':
main()
__new__
on the other hand, returns an instance.
Solution 4
From http://www.programiz.com/article/python-self-why
__init__()
is not a constructor[..]One important conclusion [..] is that,
__init__()
is not a constructor. Many naive Python programmers get confused with it since__init__()
gets called when we create an object. A closer inspection will reveal that the first parameter in__init__()
is the object itself (object already exists). The function__init__()
is called immediately after the object is created and is used to initialize it.Technically speaking, constructor is a method which creates the object itself. In Python, this method is
__new__()
. A common signature of this method is
__new__(cls, *args, **kwargs)
Regarding the answert given by Ben, I would argue here, that most languages don't follow that defintion (completely).
Furthermore:
When
__new__()
is called, the class itself is passed as the first argument automatically. This is what thecls
in above signature is for. Again, likeself
,cls
is just a naming convention. Furthermore,*args
and**kwargs
are used to take arbitary number of arguments during method calls in Python.Some important things to remember when implementing
__new__()
are:
__new__()
is always called before__init__()
.- First argument is the class itself which is passed implicitly.
- Always return a valid object from
__new__()
. Not mandatory, but thats the whole point.
Bottomline (for me): __new__()
appears to be the constructor, not __init__()
although -by all practical means __init__()
does part of what most people think a constructor will do.
Vaibhav Bajpai
Updated on March 18, 2020Comments
-
Vaibhav Bajpai over 4 years
It would be tempting but incorrect to call this the constructor of the class. It's tempting, because it looks like a constructor (by convention,
__init__
is the first method defined for the class), acts like one (it's the first piece of code executed in a newly created instance of the class), and even sounds like one (“init” certainly suggests a constructor-ish nature). Incorrect, because the object has already been constructed by the time__init__
is called, and you already have a valid reference to the new instance of the class.Quote suggests it is incorrect to call
__init__
as a constructor because the object is already constructed by the time__init__
is called. But! I have always been under the impression that the constructor is called only after the object is constructed because it is essentially used to initialized the data members of the instance which wouldn't make sense if the object didn't exist by the time constructor was called? (coming from C++/Java background) -
Ben almost 13 yearsWhatever
__init__
is, I would disagree thatFoo()
is a constructor.Foo()
is a call to the thing named Foo. If Foo is a class that behaves as is usual, this call will result in the construction of a new object, but that's the code that is reached by callingFoo()
, not the expressionFoo()
itself. -
Vaibhav Bajpai almost 13 years@Ignacio what would you call
__del__
? (destructor?) -
Ben over 12 yearsAnd actually, according to the language used in docs.python.org/reference/datamodel.html#basic-customization,
Foo()
is a constructor expression, andFoo.__init__
is a constructor. (And from the same reference,__del__
is "also called a destructor"; the term finalizer is not used). This urban myth that__init__
must not be called a constructor is just plain wrong. -
Ben over 12 years-1 Constructors in Java/C++ do not return an instance either, unlike
__new__
. And whether destructors/finalizers are called on an instance after an uncaught exception escapes the constructor is a highly specific technical detail, nothing to do with the basic concept referred to by the word "constructor"; nobody would stop calling Java constructors "constructors" if the JVM was patched to change that. -
temporary_user_name almost 11 years@Ben Great detective work. I was really confused by that assertion. I can't believe it made its way into Dive Into Python.
-
Ilia Barahovsky over 8 years+1 Exceptions in constructor is a substantial part of its behavior. In C++ destructor of the currently constructed object isn't called at exception. So I would consider this answer not complete, but useful nevertheless.
-
BartoszKP over 6 yearsThe difference you indicate is an argument to call
__init__
a constructor even more. After all, it does even more "construction" (creating the attributes, not only initializing them) than the constructors from C++/C#/Java. -
Ben over 6 yearsBut when you write a Java/C#/C++/any-OO-language constructor, the code you write is invoked on an already existing object, just like
__init__
(and unlike__new__
). The constructor method you write doesn't return the object, it modifies it in place by writing to its attributes and then just stops, just like__init__
(and unlike__new__
).__new__
does not do what constructors do in those other languages, it does what the language system does for you before the constructor you write gets called. -
Ben over 6 yearsI can understand the claim that "construction" should be the whole "allocate a new object and then initialize its attributes" process; everything that the call
SomeClass(1, 2, 3)
is doing, not just the invocation of__init __
. But if you want to make that claim, you are also arguing that Java constructors should not be called constructors, since they do exactly what__init__
does in that process. And that definition still doesn't end up with reasonable grounds to call__new__
a constructor, since it is also only one part of that whole construction process. -
Josiah Yoder almost 4 years@Ben is this still true in Java 3? Following your link, I'm having a hard time seeing how the word "constructor" refers to
Foo.__init__
-
Ben almost 4 years@JosiahYoder No, they changed the description at some point. It's still there in the Python 2.6 docs (docs.python.org/2.6/reference/…), where the section on
__init__
methods says "As a special constraint on constructors, no value may be returned".