.h Datei:

template<class T> class Beispiel
{
    public:
        Beispiel(void);
}

.cpp Datei:

#include "Beispiel.h"

template <class T> Beispiel<T>::Beispiel(void)
{
    //machwas
}

Wenn ich es so anstelle, bekomme ich beim Aufruf des Konstruktors eine unaufgelöste externe Referenz. Wenn ich den Code aus der .cpp Datei in die .h Datei kopiere - hinter die schließende Klammer der Klasse - wird alles Fehlerfrei übersetzt und ausgeführt. Hatte jemand schon mal ein ähnliches Problem oder hat jemand eine Idee, woran es liegen könnte? Ach ja, ist nur bei Klassen mit templates so, "normale" Klassen lassen sich ohne Probleme in eine .cpp und eine .h Datei aufteilen.

Danke im voraus

int Beispiel::getCount()
{
 //...
}

lösen eine unaufgelöste externe Referenz aus, und das kann ja wohl irgendwie nicht sein. Das Problem ist, dass ich eine dll bzw. eine .lib übersetzen möchte und nicht will, dass alees in der .h steht - dann könnt ich das mit der Bibliothek auch gleich sein lassen.

Und darum kommst du nicht drum herum, deinen Quellcode in den Header zu packen (außer - du packst die Funktionen in eine ".inc"-Datei, die du am Ende des Headers includest).

PS: Und in einer Template-Klasse beziehen sich afaik ALLE Methoden (irgendwo) auf den Typ des Templates - auch wenn man ihnen das auf den ersten Blick nicht ansieht.

Hört sich soweit ganz vernünftig an. Aber ich kann ja auch erst zur Laufzeit entscheiden, wie ich die Klasse instanziere (Als Beispiel bei einer ausfühtbaren datei).

Nö, Instanziierungen von Templateklassen und -funktionen stehen zur Compilezeit fest.

Dann müsste doch der Compiler das Template entweder alle Möglichkeiten (also im Prinzip für alle bekannten Typen und Klassen) übersetzen,

Und wieviel sind das? Na? Genau.

garnicht überstzen und meckern oder es doch irgendwie gebacken bekommen, die Klasse als Template zu übersetzen, das zur Laufzeit mit einem beliebigen Typen initialisiert werden kann.

Wie gesagt, der Compiler übersetzt Templates für genau die Typen, die zur Compilezeit angegeben sind. Und er braucht dazu den Quellcode des Templates.

Danke für die Antworten, hat mir sehr weitergeholfen.

Wenn ich aber eine .exe übersetze dann sind doch alle Definitionen da, da ist es doch völlig egal wo sie stehen, VS sollte sie eigentlich finden.

Falsch... Man benötigt um eine Bibliothek verwenden zu können die Header-Dateien und die Lib-Datei. Da wird nicht mehr mit den Cpp-Dateien der Bibliothek rumhantiert. Ansonsten müßte jeder der eine Bibliothek schreibt auch den Quellcode offenlegen anstelle nur die Header-Dateien der Schnittstelle....

Die Templates werden vom Compiler aufgelöst und dem ist es ziemlich egal ob eine Exe oder eine Lib erzeugt wird.
H-Files werden vor dem Übersetzen vom Precompiler in die Cpp-Dateien kopiert.
Eine Template-Implementierung in einem Header wird somit auch in alle Cpp-Dateien vor dem Übersetzen hineinkopiert und ist dementsprechend auch zu jeder Zeit während des Übersetzens ausgeprägbar.
Wenn die Implementierung des Templates in einer Cpp-Datei erfolgt, kann der Compiler das Template nur beim Übersetzen der Cpp-Datei ausprägen in der sich die Implementierung des Templates befindet. Da weiß der Compiler aber nicht so ohne weiteres welche Ausprägungen benötigt werden.
Ich denke das macht es deutlich, dass es ein klein wenig komplexer ist die Templates aufzulösen wenn man es zuläßt die Deklaration eines Templates von seiner Implementierung auf Header- und Cpp-Datei zu verteilen...

Aber aus der Exe kannst du dir sowieso keine Funktionen rausgreifen

Ist mir natürlich klar, es ging aber darum:
Wenn ich eine lib übersetze müssen die Definitionen und Deklarationen von Templates in die header Datei, was ja aus den ganzen Posts hervorgeht.
Ich dachte jetzt, ich übersetz einfach mal eine .exe und schau ob es da ok ist, wenn die Deaklarationen in diesem Fall in der .cpp stehen - ist es nicht, was nach dem Post von Mathias auch einleuchtet.
Was mich jetzt immer noch stört ist, dass der Funktionsassistent von VC das nicht gebacken bekommt und von vorne herein bei Templates alles in die Header-Datei schreibt - was aber nicht zu ändern ist.