DÉVELOPPEMENT D’UN DLL POUR DES APPLICATIONS DE GESTION dll, gestion, assembleur, classes, ntic, Source N°46722

Information sur la source

Catégorie :VB.NET

Classé sous : dll, gestion, assembleur, classes, ntic Niveau : Initié Date de création : 21/05/2008 Date de mise à jour : 21/05/2008 23:06:49 Vu / téléchargé: 4 951 / 459

Auteur : simo5963

Ecrire un message privé

Note :
Aucune note

Commentaire sur cette source (5)

Ajouter un commentaire et/ou une note

Description

Cliquez pour voir la capture en taille normale

Le projet est un dll CodeOutil contiens plusieurs méthodes et procédures permettes de développer votre application de gestion, il constituer de 4 classes sont a la disposition
pour réaliser une application de gestion, il suffit juste d’intégrer le dll à votre projet

Source

'Source dans le zip

'Source dans le zip

Conclusion

Votre remarques m’intéresse
Merci!!!

Fichier Zip

Pour les "Membres Club", vous pouvez télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

CodeOutil
- CodeOutil
  - CodeOutil
    - bin
      - Debug
        
        CodeOutil.dll36 864 octets
        
        CodeOutil.xml 668 octets
      - Release
        
        CodeOutil.dll36 864 octets
        
        CodeOutil.xml 668 octets
    - My Project
      - Application.Designer.vb 438 octets
      - Application.myapp481 octets
      - AssemblyInfo.vb 1 182 octets
      - Resources.Designer.vb 2 775 octets
      - Resources.resx 5 612 octets
      - Settings.Designer.vb 2 975 octets
      - Settings.settings279 octets
    - obj
      - Debug
        
        TempPE
        
        My Project.Resources.Designer.vb.dll7 680 octets
        
        CodeOutil.dll36 864 octets
        
        CodeOutil.Resources.resources180 octets
        
        CodeOutil.vbproj.GenerateResource.Cache845 octets
        
        CodeOutil.xml 668 octets
      - Release
        
        TempPE
        
        My Project.Resources.Designer.vb.dll7 680 octets
        
        CodeOutil.dll36 864 octets
        
        CodeOutil.Resources.resources180 octets
        
        CodeOutil.vbproj.GenerateResource.Cache784 octets
        
        CodeOutil.xml 668 octets
      - CodeOutil.vbproj.FileList.txt 586 octets
    - CodeOutil.vbproj 4 149 octets
    - CodeOutilClassDiagram.cd1 191 octets
    - ConnectedMode.vb 14 268 octets
    - DeConnectedMode.vb 5 099 octets
    - Outil.vb 1 221 octets
    - RepertoireImage.vb 2 983 octets
  - CodeOutil.sln 916 octets
  - CodeOutil.suo28 160 octets

Télécharger le zip

Historique

21 mai 2008 23:06:50 :: conclusion

Sources du même auteur

Toutes les sources de simo5963

Sources de la même categorie

Toutes les sources de la catégorie VB.NET

Sources en rapport avec celle ci

Commentaires

Commentaire de Adn56 le 28/05/2008 18:54:34

euh il en faudrait en plus (des explications) car je ne vois pas trop à quoi cela sert !
oui je pourrais le DL et piger le code mais là.....
@+++
Commentaire de simo5963 le 28/05/2008 23:24:10

Petite recherche c'est quoi un dll
Commentaire de Adn56 le 29/05/2008 06:52:57

Une DLL ? nan mais je sais ce que c'est, j'en fais !
Mais juste connaitre à quoi elle sert, qu'elle sont les méthodes que l'on peut appeller.
Là tu dis gestion c'est vague....
4 class, ok mais pour quoi faire ? les propriétés c'est quoi ? Un exemple d'appli avec ta DLL serait encore mieux.
Moi je dis ça parcequ'elle peut intéresser pas mal de monde si c'est bien ce que je pense, mais j'ai pas le temps de lire tout le code pour découvrir si oui ou non elle est intéréssante.
@ te lire
Commentaire de simo5963 le 29/05/2008 22:16:07

Ok, je vais crée une petite documentation sur le travail, je suis entrain d'améliorer le projet
Une touche de professionnalité
Commentaire de pat45256 le 12/06/2008 12:49:43

Bonjour,
Je suis aussi curieux de voir le résultat avec une application. J'essaie depuis quelques jours d'utiliser, sans y arriver, un(e) DLL par un appel dynamique (comme votre appli. AllocDynamiqueDLL). Il semble que la génération des DLL entre VB 2003 et VB 2005/2008 n'est plus la même. La ligne "Dim obj As [Object] = Activator.CreateInstance(t)" ne donne une erreur.
Bonne continuation.