initializer Vs assignment list in constructor



 DEVELOP > c-Plus-Plus > initializer Vs assignment list in constructor

LINK TO THIS PAGE  


rating :  0   |  0


  Page 1 of 1

1

 
Topic: DEVELOP > c-Plus-Plus
User: "Pallav singh"
Date: 16 Jan 2008 12:51:15 AM
Object: initializer Vs assignment list in constructor
How can we justify that initializer list is better in performance
than assignment list in constructor of C++ ??
.

User: "Marc"

Title: Re: initializer Vs assignment list in constructor 18 Jan 2008 12:13:33 PM

How can we justify that initializer list is better in performance
than assignment list in constructor of C++ ??

http://www.parashift.com/c++-faq-lite/ctors.html#faq-10.6
--
Marc
.

User: "Jack Klein"

Title: Re: initializer Vs assignment list in constructor 16 Jan 2008 01:09:52 AM
On Tue, 15 Jan 2008 22:51:15 -0800 (PST), Pallav singh
<singh.pallav@gmail.com> wrote in comp.lang.c++:

How can we justify that initializer list is better in performance
than assignment list in constructor of C++ ??

Why would we want to justify it? The C++ standard does not specify or
require such a thing.
An initializer list is the preferred way to initialize the members in
a constructor. It is the only possible way to initialize reference
members and constant members. So just use initializer lists.
--
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://c-faq.com/
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.learn.c-c++
http://www.club.cc.cmu.edu/~ajo/docs/FAQ-acllc.html
.
User: "=?UTF-8?B?RXJpayBXaWtzdHLDtm0=?="

Title: Re: initializer Vs assignment list in constructor 16 Jan 2008 11:58:30 AM
On 2008-01-16 08:09, Jack Klein wrote:

On Tue, 15 Jan 2008 22:51:15 -0800 (PST), Pallav singh
<singh.pallav@gmail.com> wrote in comp.lang.c++:

How can we justify that initializer list is better in performance
than assignment list in constructor of C++ ??


Why would we want to justify it? The C++ standard does not specify or
require such a thing.

No it does not, but it does guarantee some other things that makes it
very probably that using the initialiser-list if slightly more
efficient. Consider a class like this:
class Foo
{
Bar bar;
Baz baz;
public:
Foo(int a,int b);
}
And assume that both Bar and Baz each have constructors taking an
integer, a default constructor, and a assignment operator.
Before the body of the constructor starts to execute all members of the
class have to be initialised (so that they are complete objects when the
body of the constructor executes). If you want bar and baz to be objects
created with a and b passed to their constructors and do not use an
initialisation-list you would have to do something like this:
Foo::Foo(int a, int b)
{
bar = Bar(a);
baz = Baz(b);
}
Or alternatively use bar.set(a) or something like that. This means that
in a worst case scenario you have to run the constructors of Bar and Baz
twice just to create one Foo object. If you use an initialisation-list
instead bar and baz will be constructed with the correct parameters
before the body of Foo's constructor is executed.
You can never get better performance by not using initialisation-lists,
but you can sometimes get the same performance.
--
Erik Wikström
.
User: "James Kanze"

Title: Re: initializer Vs assignment list in constructor 17 Jan 2008 03:19:58 AM
On Jan 16, 6:58 pm, Erik Wikstr=F6m <Erik-wikst...@telia.com> wrote:

On 2008-01-16 08:09, Jack Klein wrote:

On Tue, 15 Jan 2008 22:51:15 -0800 (PST), Pallav singh
<singh.pal...@gmail.com> wrote in comp.lang.c++:

How can we justify that initializer list is better in
performance than assignment list in constructor of C++ ??

Why would we want to justify it? The C++ standard does not
specify or require such a thing.

No it does not, but it does guarantee some other things that
makes it very probably that using the initialiser-list if
slightly more efficient.

Or not. The cases where there is a measurable difference are
probably fairly rare.
[...]

You can never get better performance by not using
initialisation-lists, but you can sometimes get the same
performance.

I wouldn't say never---if I tried, I'm sure I could write some
perverse code where default construction followed by assignment
was faster than direct construction. Most of the time, however,
there's just no difference.
Performance isn't the motivation for initializer lists, however.
The motivation is security---not having uninitialized variables
floating around. (This isn't quite true, as the initialization
expressions can reference other member variables---including
those not yet initialized. But using initialization lists does
reduce the risk enormously.)
--
James Kanze (GABI Software) email:james.kanze@gmail.com
Conseils en informatique orient=E9e objet/
Beratung in objektorientierter Datenverarbeitung
9 place S=E9mard, 78210 St.-Cyr-l'=C9cole, France, +33 (0)1 30 23 00 34
.


User: "James Kanze"

Title: Re: initializer Vs assignment list in constructor 16 Jan 2008 04:54:03 AM
On Jan 16, 8:09 am, Jack Klein <jackkl...@spamcop.net> wrote:

On Tue, 15 Jan 2008 22:51:15 -0800 (PST), Pallav singh
<singh.pal...@gmail.com> wrote in comp.lang.c++:

How can we justify that initializer list is better in
performance than assignment list in constructor of C++ ??

Why would we want to justify it? The C++ standard does not
specify or require such a thing.
An initializer list is the preferred way to initialize the
members in a constructor. It is the only possible way to
initialize reference members and constant members. So just
use initializer lists.

You might add that by using an initializer list, you reduce the
chances of accidentally using the variable before it has been
initialized. It's part of the larger philosophy of never
defining a variable without initializing it.
--
James Kanze (GABI Software) email:james.kanze@gmail.com
Conseils en informatique orient=E9e objet/
Beratung in objektorientierter Datenverarbeitung
9 place S=E9mard, 78210 St.-Cyr-l'=C9cole, France, +33 (0)1 30 23 00 34
.



  Page 1 of 1

1

 


Related Articles
 

NEWER

pg.1232     pg.940     pg.716     pg.544     pg.412     pg.311     pg.234     pg.175     pg.130     pg.96     pg.70     pg.50     pg.35     pg.24     pg.16     pg.10     pg.6     pg.3     pg.1

OLDER