cTor argument byVal or byRef

[ManicQin]

Hello all.

I've templated a simple class like the next:

template <class _T>
class base
{
public:
base(_T newVal):m_data(newVal){}

private:
_T m_data;
};

AFAIK if the cTor receives _t byVal I can pass him numbers and not
just variable
(feel free to correct me but that's the behavior of VS9... and it
sound reasonable)

I want to add another cTor that receives the arg byRef but than my
compiler
is having problems to deduce what cTor to use..

how can I work around it?

[peter koch]

On 2 Aug., 13:13, ManicQin <[e-mail]:

Hello all.

I've templated a simple class like the next:

template <class _T>
class base
{
public:
base(_T newVal):m_data(newVal){}

private:
_T m_data;

};

AFAIK if the cTor receives _t byVal I can pass him numbers and not
just variable
(feel free to correct me but that's the behavior of VS9... and it
sound reasonable)

I want to add another cTor that receives the arg byRef but than my
compiler
is having problems to deduce what cTor to use..

how can I work around it?

Most probably you'd want to pass your argument by const reference: T
const& val. This allows you to pass values and also to temporarily
construct the class: if e.g. T is a std::string you can pass a
literal.

/Peter

[ManicQin]

On Aug 2, 2:41*pm, peter koch <[e-mail]:

On 2 Aug., 13:13, ManicQin <[e-mail]:

Hello all.

I've templated a simple class like the next:

template <class _T>
class base
{
public:
base(_T newVal):m_data(newVal){}

private:
_T m_data;

};

AFAIK if the cTor receives _t byVal I can pass him numbers and not
just variable
(feel free to correct me but that's the behavior of VS9... and it
sound reasonable)

I want to add another cTor that receives the arg byRef but than my
compiler
is having problems to deduce what cTor to use..

how can I work around it?

Most probably you'd want to pass your argument by const reference: T
const& val. This allows you to pass values and also to temporarily
construct the class: if e.g. T is a std::string you can pass a
literal.

/Peter

Thanks man...
T const& val? not const T& val?

both of them works, what is the difference?

[ManicQin]

On Aug 2, 2:55*pm, ManicQin <[e-mail]:

both of them works, what is the difference?

Ah ok it's the same.
Great thanks!

[Pete Becker]

On 2008-08-02 07:41:43 -0400, peter koch <pe***************@gmail.comsaid:

>
Most probably you'd want to pass your argument by const reference: T
const& val. This allows you to pass values and also to temporarily
construct the class: if e.g. T is a std::string you can pass a
literal.

That is, you can temporarily construct an object; you don't construct classes.

--
Pete
Roundhouse Consulting, Ltd. (www.versatilecoding.com) Author of "The
Standard C++ Library Extensions: a Tutorial and Reference
(www.petebecker.com/tr1book)

[peter koch]

On 2 Aug., 14:07, Pete Becker <[e-mail]:

On 2008-08-02 07:41:43 -0400, peter koch <[e-mail]:

Most probably you'd want to pass your argument by const reference: T
const& val. This allows you to pass values and also to temporarily
construct the class: if e.g. T is a std::string you can pass a
literal.

That is, you can temporarily construct an object; you don't construct classes.

You're right, of course. I presumably meant an object of class type
when my fingers took over ;-)

/Peter

[blargg]

In article
<ea**********************************@k30g2000hse. googlegroups.com>,
ManicQin <Ma******@gmail.comwrote:

...
T const& val? not const T& val?

both of them works, what is the difference?

The first is part of a consistent style for using const, the second not:

<http://codecraft.pool-room.com/Cpp/const-correctness-3.html>

[Bo Persson]

ManicQin wrote:

>

Thanks man...
T const& val? not const T& val?

both of them works, what is the difference?

One of them looks much better than the other. :-)

One of them is more consistent than the other.

Unfortunately, not the same one.
Bo Persson

[James Kanze]

On Aug 2, 1:13 pm, ManicQin <[e-mail]:

I've templated a simple class like the next:

template <class _T>

Just a nit, but don't use names starting with an underscore
followed by a capital letter. It's undefined behavior. For
that matter, don't use names starting with an underscore,
period.

class base
{
public:
base(_T newVal):m_data(newVal){}

private:
_T m_data;
};

AFAIK if the cTor receives _t byVal I can pass him numbers and
not just variable (feel free to correct me but that's the
behavior of VS9... and it sound reasonable)

What you mean is that if the parameter is passed by value, you
can use any arbitrary expression as the argument, provided it
has the right type (or can be implicitly converted to the right
type). That's right.

I want to add another cTor that receives the arg byRef but
than my compiler is having problems to deduce what cTor to
use..

Why?

how can I work around it?

It depends on why you want to do it. If nothing else, there's
always:

template< typename T >
class Base
{
public:
enum ByValue { byValue } ;
enum ByReference { byReference } ;
Base( ByValue, T value ) ...
Base( ByReference, T& value ) ...
} ;

I'd need a very, very strong reason before doing something like
that. (I think in close to twenty years experience with C++,
I've needed something like that exactly once.)

--
James Kanze (GABI Software) email:ja*********@gmail.com
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, [phone]

[James Kanze]

On Aug 2, 4:10 pm, "Bo Persson" <[e-mail]:

ManicQin wrote:

Thanks man...
T const& val? not const T& val?

both of them works, what is the difference?

One of them looks much better than the other. :-)

One of them is more consistent than the other.

Unfortunately, not the same one.

One of them is used by the Guru you most respect. Which one
depends on which Guru you most respect, of course. (Note,
however, that even Gurus have been known to change their mind.)

--
James Kanze (GABI Software) email:ja*********@gmail.com
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, [phone]