Megas pisze:
[...]
>
> Ciekawe jest to, ze w sytuacji, gdy deklaracje i definicje funkcji
> szablonowej klasy A umiescilem razem w jednym pliku *.h (projektu *.dll) to
> wykorzystanie tej funkcji poza projektem *.dll nie stwarzalo zdanych
> problemów.

Domyślam się że ten plik .h include'ujesz również w projektach
korzystających z dll'ki. W takim przypadku kompilator, podczas
kompilacji programu, zna definicje szablonu i rozwija go,
niezależnie od tego czy w dll'ce znajdują się skompilowane
konkretyzacje czy też nie - kompilator na tym etapie nie jest
w stanie tego "zgadnąć".

Ale osobiście wydaje mi się teraz, że niepotrzebnie brniemy
w to rozwiązanie. Skoro chcesz aby w dll'ce znajdowało się
tylko kilka konkretyzacji szablonu dla kilku typów, jednocześnie
wyrzucając całą definicję szablonu z pliku nagłówkowego, to i tak
ograniczasz użycie szablonu do właśnie tych kilku
typów. W takim razie równie dobrze możesz, zamiast szablonu metody,
zdefiniować kilka metod (o tej samej nazwie) dla kilku różnych typów
argumentu. Jeżeli, dla zdefiniowania tych metod, wygodnie Ci jest się
posłużyć szablonem to możesz go trzymać, najwyżej
pod inną nazwą, w całości w pliku .cpp, albo zostawić prywatną
deklarację w .h, a definicję w .cpp. Dodatkowo, programista korzystający
z tej dll'ki będzie od razu wiedział dla jakich typów zdefiniowana
jest ta metoda (w każdym razie błąd nastąpi już na etapie kompilacji
a nie linkowania).

Natomiast jeżeli chciałbyś jednak aby szablon działał dla różnych
możliwych typów T to i tak definicja musi trafić do pliku nagłówkowego
(w praktyce, na większości kompilatorów C++, nie da się tego uniknąć).
Przypuszczam, że z pomocą "extern templates" (o ile są w Visual C++ ?)
dałoby się ewentualnie skompilować konkretyzacje kilku typów i
umieścić je w bibliotece .dll. Pytanie tylko czy naprawdę jest
to gra warta świeczki ?

Pozdrawiam,
Tomek Bywalec