473,420 Members | 1,552 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,420 software developers and data experts.

alternative for virtual template function?

I have an abstract base class which contains a function that I would
like to template, but virtual template functions are illegal. I put a
mini code example below, which doesn't do anything great, but reflects
the structure of my problem.

In a nutshell, the abstr. base class VectorCreator has a function
createVector whose return type is unfortunately fixed to
vector<double>. Only now I discovered that some implementations would
like to work with other types, such as vector<int>. I could just
template the VectorCreator class, but the problem is that pointers to
VectorCreator are passed around in the whole project, so templating it
would require too many changes. It's okay to change the createVector
function, but not the whole VectorCreator class (by introducing a
class-scope template). Here is the example code:

#include <iostream>
#include <vector>

// ABC
class VectorCreator {
public:
virtual ~VectorCreator() {}
virtual std::vector<double>* createVector() = 0; // it's illegal to
template the function :(
};

// concrete implementation example
class VectorCreator1 : public VectorCreator {
typedef std::vector<doubleT;
public:
VectorCreator1() {}
~VectorCreator1() {}
T* createVector() {
T* type = new T();
type->push_back(10.2);
return type;
}
};

// like foo here, there are many fct's and classes that are called or
// initialized with VectorCreator*, so VectorCreator cannot be
// templated (would require changing hundreds of source files)
void foo(VectorCreator* sc){
std::vector<double>* myvector = sc->createVector();
std::cout << (*myvector)[0] << std::endl;
delete myvector;
}

int main(double argc, char** argv){
VectorCreator* sc = new VectorCreator1();
foo(sc);
delete sc;
return EXIT_SUCCESS;
}

I think I found an acceptable solution (see below), but I was
wondering if anyone has a better idea how to deal with this problem. I
heard that the Visitor pattern might help in situations where one
would like virtual templates, but I don't know how.
#include <iostream>
#include <vector>

// ABC
class VectorCreator {
public:
virtual ~VectorCreator() {}
virtual void createVector(std::vector<double>*&) = 0;
virtual void createVector(std::vector<int>*&) = 0;
};

// concrete class example
class DoubleVectorCreator : public VectorCreator {
public:
DoubleVectorCreator() {}
~DoubleVectorCreator() {}
void createVector(std::vector<double>*& x) {
x = new std::vector<double>();
x->push_back(10.2);
}
void createVector(std::vector<int>*& x) {
std::cerr << "unimplemented";
}
};

class IntVectorCreator : public VectorCreator {
public:
IntVectorCreator() {}
~IntVectorCreator() {}
void createVector(std::vector<int>*& x) {
x = new std::vector<int>();
x->push_back(10);
}
void createVector(std::vector<double>*& x) {
std::cerr << "unimplemented";
}
};

void foo(VectorCreator* sc){
// specialized behaviors
if(dynamic_cast<DoubleVectorCreator*>(sc)){
std::vector<double>* myvector;
sc->createVector(myvector);
std::cout << (*myvector)[0] << std::endl;
delete myvector;
}
else if(dynamic_cast<IntVectorCreator*>(sc)){
std::vector<int>* myvector;
sc->createVector(myvector);
std::cout << (*myvector)[0] << std::endl;
delete myvector;
}
}

int main(double argc, char** argv){
VectorCreator* sc = new DoubleVectorCreator();
foo(sc);
delete sc;

VectorCreator* sc2 = new IntVectorCreator();
foo(sc2);
delete sc2;

return EXIT_SUCCESS;
}

Thanks!
Markus

Jul 23 '08 #1
3 2320
I have an abstract base class which contains a function that I would
like to template, but virtual template functions are illegal. I put a
mini code example below, which doesn't do anything great, but reflects
the structure of my problem.

In a nutshell, the abstr. base class VectorCreator has a function
createVector whose return type is unfortunately fixed to
vector<double>. Only now I discovered that some implementations would
like to work with other types, such as vector<int>. I could just
template the VectorCreator class, but the problem is that pointers to
VectorCreator are passed around in the whole project, so templating it
would require too many changes. It's okay to change the createVector
function, but not the whole VectorCreator class (by introducing a
class-scope template).
I think you'd better template the class. The problem with old code can
be
circumventÅd by introducing a new class template and typdef-ing it:

template<typename T>
class VectorCreatorTempl {
public:
virtual ~VectorCreator() {}
virtual std::vector<T>* createVector() = 0;
};

typedef VectorCreatorTempl<doubleVectorCreator;
BTW: For factory functions it is generally preferred to return an
auto_ptr
instead of a raw pointer.
Jul 23 '08 #2
On 23 jul, 02:48, Markus Dehmann <markus.dehm...@gmail.comwrote:
I have an abstract base class which contains a function that I would
like to template, but virtual template functions are illegal. I put a
mini code example below, which doesn't do anything great, but reflects
the structure of my problem.

In a nutshell, the abstr. base class VectorCreator has a function
createVector whose return type is unfortunately fixed to
vector<double>. Only now I discovered that some implementations would
like to work with other types, such as vector<int>. I could just
template the VectorCreator class, but the problem is that pointers to
VectorCreator are passed around in the whole project, so templating it
would require too many changes. It's okay to change the createVector
function, but not the whole VectorCreator class (by introducing a
class-scope template). Here is the example code:

#include <iostream>
#include <vector>

// ABC
class VectorCreator {
public:
* virtual ~VectorCreator() {}
* virtual std::vector<double>* createVector() = 0; // it's illegal to
template the function :(

};

// concrete implementation example
class VectorCreator1 : public VectorCreator {
* typedef std::vector<doubleT;
public:
* VectorCreator1() {}
* ~VectorCreator1() {}
* T* createVector() {
* * T* type = new T();
* * type->push_back(10.2);
* * return type;
* }

};

// like foo here, there are many fct's and classes that are called or
// initialized with VectorCreator*, so VectorCreator cannot be
// templated (would require changing hundreds of source files)
void foo(VectorCreator* sc){
* std::vector<double>* myvector = sc->createVector();
* std::cout << (*myvector)[0] << std::endl;
* delete myvector;

}

int main(double argc, char** argv){
* VectorCreator* sc = new VectorCreator1();
* foo(sc);
* delete sc;
* return EXIT_SUCCESS;

}

I think I found an acceptable solution (see below), but I was
wondering if anyone has a better idea how to deal with this problem. I
heard that the Visitor pattern might help in situations where one
would like virtual templates, but I don't know how.

#include <iostream>
#include <vector>

// ABC
class VectorCreator {
public:
* virtual ~VectorCreator() {}
* virtual void createVector(std::vector<double>*&) = 0;
* virtual void createVector(std::vector<int>*&) = 0;

};

// concrete class example
class DoubleVectorCreator : public VectorCreator {
public:
* DoubleVectorCreator() {}
* ~DoubleVectorCreator() {}
* void createVector(std::vector<double>*& x) {
* * x = new std::vector<double>();
* * x->push_back(10.2);
* }
* void createVector(std::vector<int>*& x) {
* * std::cerr << "unimplemented";
* }

};

class IntVectorCreator : public VectorCreator {
public:
* IntVectorCreator() {}
* ~IntVectorCreator() {}
* void createVector(std::vector<int>*& x) {
* * x = new std::vector<int>();
* * x->push_back(10);
* }
* void createVector(std::vector<double>*& x) {
* * std::cerr << "unimplemented";
* }

};

void foo(VectorCreator* sc){
* // specialized behaviors
* if(dynamic_cast<DoubleVectorCreator*>(sc)){
* * std::vector<double>* myvector;
* * sc->createVector(myvector);
* * std::cout << (*myvector)[0] << std::endl;
* * delete myvector;
* }
* else if(dynamic_cast<IntVectorCreator*>(sc)){
* * std::vector<int>* myvector;
* * sc->createVector(myvector);
* * std::cout << (*myvector)[0] << std::endl;
* * delete myvector;
* }

}

int main(double argc, char** argv){
* VectorCreator* sc = new DoubleVectorCreator();
* foo(sc);
* delete sc;

* VectorCreator* sc2 = new IntVectorCreator();
* foo(sc2);
* delete sc2;

* return EXIT_SUCCESS;

}

I'd template the class or the function and refactor the code. If
you're going to start using dynamic_cast across all of your code, you
don't even need the createVector() function as a virtual in the base
class. Just dynamic cast to the appropriate pointer and call a
function such as createIntVector() or createDoubleVector() which you
can create in the derived classes.

--
Leandro T. C. Melo
Jul 24 '08 #3
Markus Dehmann wrote:
I have an abstract base class which contains a function that I would
like to template, but virtual template functions are illegal. I put a
mini code example below, which doesn't do anything great, but reflects
the structure of my problem.

In a nutshell, the abstr. base class VectorCreator has a function
createVector whose return type is unfortunately fixed to
vector<double>. Only now I discovered that some implementations would
like to work with other types, such as vector<int>. I could just
template the VectorCreator class, but the problem is that pointers to
VectorCreator are passed around in the whole project, so templating it
would require too many changes. It's okay to change the createVector
function, but not the whole VectorCreator class (by introducing a
class-scope template). Here is the example code:
<snip>
#include <iostream>
#include <vector>

// ABC
class VectorCreator {
public:
virtual ~VectorCreator() {}
virtual void createVector(std::vector<double>*&) = 0;
virtual void createVector(std::vector<int>*&) = 0;
};

// concrete class example
class DoubleVectorCreator : public VectorCreator {
public:
DoubleVectorCreator() {}
~DoubleVectorCreator() {}
void createVector(std::vector<double>*& x) {
x = new std::vector<double>();
x->push_back(10.2);
}
void createVector(std::vector<int>*& x) {
std::cerr << "unimplemented";
}
};

class IntVectorCreator : public VectorCreator {
public:
IntVectorCreator() {}
~IntVectorCreator() {}
void createVector(std::vector<int>*& x) {
x = new std::vector<int>();
x->push_back(10);
}
void createVector(std::vector<double>*& x) {
std::cerr << "unimplemented";
}
};

void foo(VectorCreator* sc){
// specialized behaviors
if(dynamic_cast<DoubleVectorCreator*>(sc)){
std::vector<double>* myvector;
sc->createVector(myvector);
std::cout << (*myvector)[0] << std::endl;
delete myvector;
}
else if(dynamic_cast<IntVectorCreator*>(sc)){
std::vector<int>* myvector;
sc->createVector(myvector);
std::cout << (*myvector)[0] << std::endl;
delete myvector;
}
}

int main(double argc, char** argv){
VectorCreator* sc = new DoubleVectorCreator();
foo(sc);
delete sc;

VectorCreator* sc2 = new IntVectorCreator();
foo(sc2);
delete sc2;

return EXIT_SUCCESS;
}
Notice that the foo() function is switching on type. This is a classic
anti-pattern, which is resolved by implementing foo() in the
VectorCreator class itself.

i.e.

void DoubleVectorCreator::foo()
void IntVectorCreator::foo()

(There are other ways of switching on type too, such as function
overloading and templates.)

The question is what you need to *do* with these vectors/factories, that
requires them to have the same base class? What's the common
functionality? If they are logically separate then the only moral thing
to do is to separate them in your code.

The 'std::cerr<<"unimplemented"' line is another OO anti-pattern. It's
normal for factories to create objects with a common base class (e.g.
my_vector):

std::auto_ptr<my_vectorIntVectorCreator::create()
std::auto_ptr<my_vectorDoubleVectorCreator::create ()

If you don't like dynamic memory allocation and virtual functions, then
try templates.

Hope that helps a little,

Calum
Jul 25 '08 #4

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

9
by: Sebastian Faust | last post by:
Hi, I have a design problem about which I am thinking now for a while and still couldnt find any help in deja. What I need is something like a virtual function template. I know that this is not...
8
by: puzzlecracker | last post by:
Can the template method be virtual and what are the consequences? Can the template inline functions be virtual and what are the consequences?
6
by: RainBow | last post by:
Greetings!! I introduced the so-called "thin-template" pattern for controlling the code bloat caused due to template usage. However, one of the functions in the template happens to be virtual...
3
by: Chris | last post by:
I am having a very strange problem involving virtual functions in template classes. First of all, here is an extremely simplified structure of the two classes I am having problems with. ...
11
by: Nindi73 | last post by:
A few days a ago I posted my code for a deep copy pointer which doesn't require the pointee object to have a virtual copy constructor. I need help with checking that it was exception safe and...
11
by: mathieu | last post by:
Hi there, I don't think I'll be able to describe my issue correctly, so instead I'll just give a pseudo C++ code I am struggling with. Basically I am looking for a 'pure virtual template'...
2
by: cmonthenet | last post by:
Hello, I searched for an answer to my question and found similar posts, but none that quite addressed the issue I am trying to resolve. Essentially, it seems like I need something like a virtual...
13
by: Mike -- Email Ignored | last post by:
Is a pure virtual function in allowed in a template base class? In any case, I have one working. Am I skating on thin ice? Thanks, Mike.
5
by: want.to.be.professer | last post by:
For OO design, I like using virtual member function.But considering efficiency, template is better. Look at this program, class Animal { public: virtual void Walk() = 0; }; class Dog
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: Sonnysonu | last post by:
This is the data of csv file 1 2 3 1 2 3 1 2 3 1 2 3 2 3 2 3 3 the lengths should be different i have to store the data by column-wise with in the specific length. suppose the i have to...
0
by: Hystou | last post by:
There are some requirements for setting up RAID: 1. The motherboard and BIOS support RAID configuration. 2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...
0
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
0
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.