IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

VB.NET Discussion :

Contrôle de .dll


Sujet :

VB.NET

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre Expert Avatar de hunteshiva
    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    Février 2010
    Messages
    1 069
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Chef de projet en SSII
    Secteur : Industrie

    Informations forums :
    Inscription : Février 2010
    Messages : 1 069
    Par défaut Contrôle de .dll
    Bonjour,

    Je suis sur le développement d'une appli qui nécessite des .dll de Microsoft parfois absentes
    • Excel
    • Chart Controle


    A ma grande surprise, sur un pc Seven avec .netFramework 4, il manqué la .dll du chart contrôle.
    Sans parlé que si le pack Office n'est pas installé, on a pas les .dll de ce dernier

    ma question des de savoir comment gérer ces cas ...
    • y a t'il un moyen de faire une installation de ces .dll avec un appli vb?
      (ou carrément le rêve avec l'installateur de VS 2010)
    • ou de gérér au lacement de l'appli la présence de ses .dll
      ainsi que la version de l'OS x64 ou x86 (possibilité de faire une appli pour les deux version?)

  2. #2
    Expert éminent Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 197
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 197
    Par défaut
    concernant le x86 ou x64, les applis .net sont compatibles avec les 2 par défaut, sur un os x64 l'appli sera x64
    on peut forcer la compilation sur l'un des 2 modes (si on force x64, l'appli ne fonctionnera pas sur un os x86)

    concernant le chart, il suffit en effet de livrer la dll avec ton appli, si tu as un setup.exe il suffit de lui dire de mettre la dll à côté de l'exe
    si tu n'as pas de setup, tu peux toujours bricoler à mettre la dll en ressource de ton exe, puis au démarrage si la dll n'est pas présente dans le dossier, la copier à partir des octets en ressource

    concernant office, si office n'est pas installé sur la machine, tu ne peux pas faire d'interop, les dll ajoutées en référence ne font que manipuler les dll installées par office
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

  3. #3
    Membre Expert Avatar de hunteshiva
    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    Février 2010
    Messages
    1 069
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Chef de projet en SSII
    Secteur : Industrie

    Informations forums :
    Inscription : Février 2010
    Messages : 1 069
    Par défaut
    les applis .net sont compatibles avec les 2 par défaut
    Ce qui veut dire que si je compile mon appli sur un XP 32 bits, je peux faire marcher l'appli sur un XP 64bits ou même un Seven?

    si tu as un setup.exe
    Heuu non pas encore, il faut que je creuse. J'ai jamais fait de Setup pour le moment
    Par contre si j'installe sur un XP ou sur un Seven, les répertoires ne sont pas le mêmes..
    le Setup gère ces cas?

  4. #4
    Expert éminent Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 197
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 197
    Par défaut
    Citation Envoyé par hunteshiva Voir le message
    Ce qui veut dire que si je compile mon appli sur un XP 32 bits, je peux faire marcher l'appli sur un XP 64bits ou même un Seven?
    oui
    une appli .net est compilé à chaque exécution et au fur et à mesure, sur un os x64 si tu laissé la compilation en AnyCpu le programme va se compiler pour utiliser les instructions x64
    pour la compatibilité avec les os, ca dépend du framework
    le framework 2 fonctionne de win98 à tout ce qui est après, le fx4 doit commencer à win xp sp3

    Citation Envoyé par hunteshiva Voir le message
    Heuu non pas encore, il faut que je creuse. J'ai jamais fait de Setup pour le moment
    Par contre si j'installe sur un XP ou sur un Seven, les répertoires ne sont pas le mêmes..
    le Setup gère ces cas?
    un setup on peut en faire avec vs (y a un type de projet pour ca) où avec des instsalleurs tiers qu'on trouve via google

    "les répertoires ne sont pas les mêmes"
    tu veux dire quoi par là ?
    si c'est le dossier d'installation, il est en général défini par défaut et modifiable par l'utilisateur
    le dossier par défaut est différent selon la version de windows, car l'installeur demande à windows où est le dossier pour les programmes (program files sur xp par exemple)
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

  5. #5
    Membre Expert Avatar de DonQuiche
    Inscrit en
    Septembre 2010
    Messages
    2 741
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 2 741
    Par défaut
    Pour compléter ce qu'a dit TadPol, en C# on utiliserait par exemple Environment.GetFolderPath(Environment.SpecialFolder.Program) pour obtenir le chemin d'accès. Sous XP ce serait "Program Files", sous Vista/Seven 32 "Program Files (x86)" et sous Vista/Seven 64 FR "Programmes". Il faut d'ailleurs toujours passer par cette voie pour obtenir les chemins des dossiers systèmes, les spécifier manuellement est une mauvaise pratique qui pose plusieurs problèmes.

  6. #6
    Expert éminent Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 197
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 197
    Par défaut
    Tad ?
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Création d'un contrôle personalisé (dll)
    Par sihammaster dans le forum VB.NET
    Réponses: 3
    Dernier message: 17/09/2013, 20h57
  2. [XL-2007] Contrôles et DLL
    Par Duddy dans le forum Macros et VBA Excel
    Réponses: 9
    Dernier message: 08/05/2013, 14h41
  3. Réponses: 3
    Dernier message: 13/03/2008, 09h40
  4. Réponses: 3
    Dernier message: 09/11/2006, 17h31
  5. [VB.NET] Contrôle personnalisé dans une dll personnalisée
    Par c3b12 dans le forum Windows Forms
    Réponses: 4
    Dernier message: 15/10/2004, 07h56

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo