Accès personnalisé .NET DLL en VBScript

J'ai écrit une DLL dans .NET et je veux y accéder en VBScript. Je ne veux pas ajouter à l'assemblée répertoire.

Est-il un moyen de point trop la DLL et de créer une instance de celui-ci?

InformationsquelleAutor Donny V. | 2008-12-05
  1. 5

    Vous pouvez vous inscrire que .NET dll avec regasm utilitaire en spécifiant /codebase paramètre. Ce paramètre n'est pas recommandé pour une utilisation avec unsigned assemblées, mais il fonctionne lorsque vous ne pouvez pas mettre votre assembly dans le GAC.

    regasm your.dll /codebase

    Veuillez noter que vous ne devez pas changer votre .dll chemin après cette opération, car il insère ce chemin dans le registre de Windows.

    • Comment faites-vous annuler une fois que vous le faites?
    • regasm your.dll /unregister
    InformationsquelleAutor huseyint
  2. 12

    J'ai juste eu à le faire moi-même, mes conclusions sont les suivantes:

    Faire des types visibles COM:

    1. Assurer que votre classe est public, non-statique et dispose d'un constructeur par défaut c'est à dire pas d'arguments.
    2. Assurer que votre méthode est publique, non-statique.

    3. Vous assurer d'avoir le jeu suivant de votre assemblée - généralement dans AssemblyInfo.cs

      [assembly: ComVisible(true)]

    4. Après la construction de votre fichier DLL, à partir du SDK de la ligne de commande exécuter:

      regasm yourdll.dll

      Cela devrait répondre:

      Types enregistré avec succès

      Si vous obtenez

      RegAsm: avertissement RA0000: Pas de types ont été enregistrés

      ensuite, vous devez définir ComVisible ou n'ont pas de public, des types statiques.

    À Partir De PowerShell

    $a = New-Object -comobject Your.Utils.Logging
$a.WriteError2("Application", "hello",1,1)

    De vbs

    Set logger = CreateObject("Your.Utils.Logging")
logger.WriteError2 "Application", "hello from vbs",1,1
    • Super réponse, vous avez inclus à chaque étape. Merci beaucoup.
    • Merci, c'aider un tas. L'étape 3 a été le seul qui me manquait!
    • Est ce Serveur.CreateObject ou CreateObject
    InformationsquelleAutor foolshat
  3. 6

    huseyint la réponse est sur l'argent, cependant, je voulais ajouter un peu d'elle. Voici un exemple de code que j'ai utilisé pour cette question, peut-être il peut rapide...

    // bind a variabe to WScript.Shell
Set WshShell = CreateObject("WScript.Shell")

// define the path to the regasm.exe file
RegAsmPath = "c:\Windows\Microsoft.NET\Framework\v2.0.50727\RegAsm.exe"

// register the dll
WshShell.run "cmd /c " & RegAsmPath & " c:\temp\cbsecurity.dll /codebase /nologo /s", 0, True

// bind a variable to the dll
Set cbUtil = CreateObject("CBSecurity.Utilities")

    J'avais inclus une méthode IsAlive dans la dll...

    Public Function IsAlive() As Boolean
    Return True
End Function

    ...et a pu vérifier que l'correctement enregistrés à l'aide de la syntaxe:

    //check if dll is available to your code
msgbox "cbUtil is alive: " & cbUtil.IsAlive

    Espère que cela aide quelqu'un...

    InformationsquelleAutor Dscoduc
  4. 4

    Dans le cas où quelqu'un a besoin de debug/étape dans le .Net dll qui est appelée à partir de VBScript seulement:

    1. Sur le .Net projet dll de débogage de l'écran de configuration, définissez l'option "démarrer le programme externe" par la navigation à l'wscript.exe programme (situé dans C:\WINDOWS\system32\wscript.exe).

    2. Sur les "Arguments de Ligne de Commande", définissez le nom de fichier et l'emplacement du chemin d'accès du fichier VBScript (C:\Test\myTest.vbs). Assurez-vous que le fichier vbs et fichier dll sont dans le même emplacement.

    3. Enfin, dans le .Projet Net code source de la DLL à seulement définir le point de rupture et cliquez sur "démarrer le débogage"

    InformationsquelleAutor agent007
  5. 1

    Pas directement. Vous aurez besoin d'un COM Callable Wrapper pour tout .NET-library vous aurez l'appel de COM (et donc, VBScript). Par conséquent, vous devez soit créer directement un CCW à la DLL ou vous pouvez créer un CCW pour un proxy DLL qui fournit des méthodes génériques pour charger un .NET DLL et fournir des méthodes pour vous qui appelez les méthodes réelles sur le composant et de retourner le résultat. C'est vraiment pas propre du tout. Donc, en général, la réponse est non.

    InformationsquelleAutor Mehrdad Afshari