Koliko vidim, ti bi hteo da pozivas funkcije iz API DLLa (Private/Public declare function ...), a da DLL pravis u VBu. Mislim da u VBu mozes da pravis samo ActiveX DLLove, a oni se koriste tako sto kreiras objekat iz DLLa.

Ajde probaj da detaljnije objasnis sta hoces da napravis (cemu bi to sluzilo).

Hteo bih da napravim jedan program koji ce skidati HTML stranicu sa net-a i sa nje izvlaciti neke podatke. Problem je sta ako se izvrsi redizajn te HTML strane ili samo njen path. Da ne bi menjao ceo program mislio sam da celu rutinu za obradu strane stavim u jedan DLL i po potrebi samo njega menjam, a onda ako vec pravim dll mislio sam da ubacim podrsku da kasnije taj isti program moze da skida stranice sa drugih server-a ukoliko se oni pojave. Znaci stavim u neki folder server1.dll, server2.dll .... i moj program pogleda sve DLL ove u tom folderu i izbaci sa kojih sajtova moze da skida strane i da ih obradjuje. Valjda sam bio malo jasniji.

Ok pogledao sam i u pravi si. Mogu da pravim samo ActiveX dll, ali opet je problem kako ih dinamicki ucitati

Promena patha stranice ne bi trebalo da zahteva izmenu aplikacije. Napravi da objekat koji parsira stranu ima property URL, pa ga prosledjuj iz glavne aplikacije, ili ako moras da imas skup predefinisanih vrednosti cuvaj URLove u nekom settings fajlu (txt, ini, xml, ...).

Ovo kako si ti zamislio da radi mi izgleda prilicno "nestandardno". Posto su ActiveX DLLovi u pitanju, svaki od DLLova mora da bude registrovan (regsrv32) pre koriscenja. To nije problem, posto mozes da koristis Shell da bi registrovao sve DLLove iz nekog foldera. Druga stvar je kreiranje objekata. Objekat za parsiranje bi morao da deklarises As Object, pa da kreiras objekat (morao bi da znas kako se zovu klase unutar DLLa) sa CreateObject. Kako bi sve ovo radilo nemam pojma, probaj.

Ja bi to napravio ovako:
1) napravis interfejs koji parsira HTML stranu
2) napravis onoliko DLLova koliko ti treba, s tim sto svaki od objekata za parsiranje iz svakog DLLa implementira interfejs iz tacke 1. Pogledaj u MSDNu interface i Implements statement.
3) u glavnoj aplikaciji bi imao jedan Select Case koji bi zavisno od tipa HTML strane kreirao odgovarajuci objekat. Znaci kad napravis novi DLL, samo treba da dodas novi Case u tom selectu i to je jedina izmena koja je potrebna.

Ok to nije problem, ali sta ako dodje do redizajna stranice? To vec ne mogu da postavim negde u properties

Ne moraju da se registruju ako se nalaze u istom folderu gde i EXE.

E sad mi ovde nista nije jasno kao prvo svako DLL ce imati funkciju sa istim imenom i istim parametrima tako da pozivanje nece biti problem, ali kako da kazem programu da postoje. Za ono sto si ti napisao sa Select Case treba da znam koliko cu imati DLL-ova, a t o zelim da izbegnem

Tip HTML strane (koji ce se parser koristiti) cuvaj u settingsu



Ja koliko znam ActiveX komponente moraju da se registruju, bez obzira gde se nalaze. API DLLovi moraju biti u pathu.



Ovo resenje sa interfejsom zahteva minimalne izmene u kodu (dve nove linije za svaki novi parser). Ako neces da menjas kod glavne aplikacije probaj ovo sa CreateObject. Ne znam da li ce raditi, ali mi nista drugo ne pada na pamet.

Evo moje ideje za to:
1. prvo ovdje imas kako da izlistas sve fajlove u nekom folderu. http://www.elitesecurity.org/tema/28643
2. kad radis dll u vb u resource ubaci neki text fajl sa imenima funkcija u tom dll-u.
tako da kad prodjes kroz te dll-ove ocitas taj resource uz pomoc loadresdata mozes da znas gdje sta ima i tada mozes da pozoves f-ju koja ti treba jer znas u kojem se dll-u sta nalazi. razumijes.
3. zeljko je meni jedanput pisao neki dll koji nazalost nije radio ali sam ja nesto caprkao i uspio sam da strpam nekih 5-6 f-ja u njega. dll je radio sve ok a nisam ga bio registrovao a bio je u folderu kao i program.

3) kad kompajliras DLL on je onda registrovan. Kad ga kopiras na neku drugu lokaciju da bi se koristio sa te lokacije mora da se registruje.