"Jakub Debski" <debski.jakub@wp.pl> wrote in message
news:mn.7b157d78a999a79e.68470@wp.pl...
> on 2007-08-15, TmP supposed :
>> source. Z racji tego, ze slabo znam ten projekt i nie chcac go
>> przebudowywac, doszedlem do wniosku, ze rzuce Qt i skorzystam z STLowych
>> list, stringow oraz ifstream i ofstream. Zakldajac, ze z ta biblioteka
>> nie
>> powinno byc problemow.
>
> je¿eli po dwóch stronach masz kod, który nie potrafi± siê ze sob± dogadaæ,
> to zastosuj wzorzec fasady.
>
Na pierwszy rzut oka pomysl by mi sie prawie nadal, ale. Zrobilem klase
fasady w tym projekcie opensource, w innym pliku zrobilem klase (niech
bedzie classA) ktora wykorzystuje "klasaZMoiejejDLLki.h" i co ciekawe nawet
sie kompilowalo bez problemow. Nawet dodanie w pliku classA.h #include
"fasada.h", ktora to jakby nie bylo zawiere wiele "outsourceoweHeadery.h"
nie powodowalo rzadnych bledow. Dodam, ze uzylem ze uzylem tu mojejDLLki w
wersji Qt.
Swojej biblioteki DLL chce uzyc w projekcie, ktory tworzy ta inna biblioteke
DLL.
Umieszczenie #included "klasaZMoiejejDLLki.h" w pliki $(ProjectName).cpp
(tam gdzie sie znajduje entry point DLLki tego ousourcowego projektu),
powoduje wysyp dwudziestu kilku absurdalnych bledow (absurdalnych bo opis
bledow nijak nie odpowiada do miejsca wskazywanego bledu; to troche jak zje
sie ';' na koncu deklaracji klasy i potem wysypuje sie stado bezsensownych
bledow)
Co z tego, ze zrobie klase fasada zadeklarowana w fasada.h, ktora dolacze do
$(ProjectName).cpp oraz fasada.h moge dolaczyc w pliku classA.h, skoro jakos
musze swtorzyc instancje klasy classA. Czyli tak czy siak musze zrobic
#inlcude "classA.h", ktory to zawiera #include "klasaZMojejeDLLki.h" albo w
pliku fasada.h, albo w pliku $(ProjectName).cpp, co powoduje wysyp
wspomnianych bledow.
Moze sie myle i da sie to jakos zrobic. Szczerze powiedziawszy, to bardzo
chcialbym sie mylic :)
pozdrawiam i dzieki za rady
TmP