[VB.NET]Importare DLL di VB6

[mardok30]

Ho creato un nuovo progetto ActiveX DLL in VB6 ed ho inserito nel codice solo questa funzione:

Public Function prova(Percorso As String) As String
    MsgBox (Percorso)
End Function

adesso, come faccio ad utilizzare questa funzione in un progetto scritto in VB.NET?

[MItaly]

Registrala come di consueto con regsvr32 e aggiungila tra i riferimenti del progetto VB.NET (cercala nella pagina "COM").

[mardok30]

Ah ecco! non avevo preso in considerazione la registrazione della DLL. Quindi deve essere registrata anche quando vado ad installare il programma su un'altra macchina o basta il file Interop.NomeDLL.dll?
Ciao e grazie

[MItaly]

Essendo una dll ActiveX va copiata in una qualche cartella e registrata; oltre ad essa serve anche il file Interop.NomeDll.dll. In effetti per i progetti nuovi sarebbe meglio evitare di utilizzare dll COM ed appoggiarsi solo a componenti gestiti.

[mardok30]

In effetti per i progetti nuovi sarebbe meglio evitare di utilizzare dll COM ed appoggiarsi solo a componenti gestiti.

Condivido, ma dovrei nascondere dei dati che non vorrei fossero facilmente accessibili così come avviene con una semplice decompilazione dei sorgenti NET. Sicuramente non sarà sicuro al 100%...

[MItaly]

Di che genere di di dati si tratta? Ricorda che se si tratta di stringhe solitamente con una semplice ricerca all'interno del file si trovano tranquillamente anche negli eseguibili nativi.

[mardok30]

Vorrei inserire un algoritmo per crittografare/decrittografare dei file che vengono utilizzati a runtime dal programma in NET e magari passare al NET uno stream contenente il file decrittografato(adesso non so se questo si possa fare).

[MItaly]

Perché non usi le normali classi del namespace System.Security.Cryptography?

[oregon]

Scusa ... valuta quanto questa parte inciderebbe su tutto il tuo lavoro perche', se fossi un "hacker" (ipoteticamente parlando, capiamoci ... :-) ), andrei a dare un'occhiata nel punto in cui .NET riceve i dati decriptati ... e non credere sia difficile ...

Insomma, se il "gioco vale la candela", il tuo lavoro sara' aggirato comunque ...

[oregon]

Originariamente inviato da MItaly
Perché non usi le normali classi del namespace System.Security.Cryptography?

Concordo!