none
Objet communs dans plusieurs projet, ou comment réutiliser des FORMS ou des MODULES RRS feed

  • Question

  • Bonjour,

    J'ai développé différents projets

    La partie "métier" est très différentes, mais il y a beaucoup de points communs. (FOMS ou MODULE communs)

    Gestion des utilisateurs, gestion des sécurités, Envoyer un courriel, …

    Pour le moment, le seul moyen que j'ai trouvé pour réutiliser ces programmes et d'ouvrir le projet en construction, et ensuite passer par le menu PROJET, sous menu AJOUTER UN ELEMENT EXISTANT

     

    L'inconvénient est que si je modifie une FORM dans un projet, il faut que je pense à ouvrir tous les projets où cette FORM ou MODULE est utilisé, et la remplacer

     

    J'ai essayé de faire un projet nommé COMMUN avec les objets qui sont réutilisables, et d'inclure ce projet dans un autre projet.

    Mais si dans ce fameux projet COMMUN j'ai par exemple une FORM appelée EnvoiMail, qui doit être utilisée dans un projet GESTION, j'ai une erreur car le projet GESTION ne sais pas utiliser une FORM du projet COMMUN

     

    D’où ma question, comment faire pour gérer ces objets communs, et les inclure dans d'autre projet ?

    Cordialement

    Sauveur CONSALVI


    SC
    mardi 11 octobre 2011 15:40

Réponses

  • Bonjour,

    Dans les propriétés du projet TEST, ajoutez une référence à STANDARD :

    Cordialement


    Gilles TOURREAU - MVP C#
    Architecte .NET/Consultant/Formateur chez Winwise
    Blog : http://gilles.tourreau.fr
    - MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5
    - MCITP : SQL Server 2008 Developper
    - MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5
    mardi 11 octobre 2011 18:42
    Modérateur
  • Bonjour, SauveurConsalvi,

    La réponse à vos questions dépende sur les particularités de vos applications. Normalement, l’interface est directement liée à l’application, mais il y a des situations quand il faut réutiliser les mêmes fonctionnalités dans plusieurs projets. Il est difficile parler d’une meilleure pratique en programmation. La meilleure pratique est celle qui est la plus efficace pour notre application.

    De tout façon s’il faut réutiliser certain éléments dans votre interface, vous pouvez, par exemple, créer une librairie de User Controls ou pourquoi pas de Forms si vous savez qu’il faut réutiliser une forme entière. Puis, il faut différentier entre les formes et les autres classes utilisées (donc peut-être utiliser des libraires différentes).

    Finalement, je n’ai pas compris qu’est-ce que vous voulez dire par «Si c'est un lien, sans doute pas trop de problème, mais si c'est une "copie" de l'élément, je vais multiplier mes nombre de FORM et de CLASSE ! ». Pouvez-vous svp m’expliquer ? Merci !

    Bonne journée,

    Cipri


    Suivez MSDN sur Twitter   Suivez MSDN sur Facebook


    Ciprian DUDUIALA, MSFT  
    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    lundi 17 octobre 2011 09:47
  • M DUDUIALA bonjour,

    Je suis persuadé que la solution d'avoir une librairie ou bibliothèque de classe ne convient pas du tout pour ce qui est de réutiliser des écrans (FORM) ou des variables communes (PUBLIC)

     J'ai créé un projet "bibliothèque de classe" nommé "ClassTest"

    Le système a affiché une CLASSE

    J'ai définit une variable et une procédure, mais à l'utilisation, je ne peux retrouver cette classe !

    Aussi, je l'ai supprimée, et j'ai ajouté un module, "wModClass"

    Voici son code

    Module wModClass

        Public wNom As String

        Public Function Majuscule(ByRef wString As String)

            wNom = UCase(wString)

            Return wNom

        End Function

    End Module

    J'ai ajouté une FORM, "frmClass"

    J'ai dessus un TEXTBOX "txtMinuscule", un label, "labMajuscule" est un bouton " Button1"

    Voici son code

    Public Class frmClass

         Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click

            Me.labMajuscule.text = Majuscule(Me.txtMinuscule.Text)

        End Sub

    End Class

      

    Puis j'ai créé un projet Application Windows Form que j'ai nommé "Test"

    Dans les références de ce projet "Test" j'ai retrouvé et ajouté "ClassTest.dll"

    J'ai ajouté une Form nommée "Test"

    Voici le code

    Imports ClassTest

    Public Class Test

        Dim wF As New ClassTest.frmClass

        Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click

            wF.ShowDialog()

        End Sub

    End Class

     

    À l'exécution, "frmClass" de "ClassTest" est bien affiché au click du bouton " Button1" de la Form "Test", et le bouton " Button1" de "frmClass" affiche bien en majuscule dans "labMajuscule " ce qui est saisi dans "txtMinuscule"

     

     Alors cela marche bien me dirait-vous …

    Effectivement, on retrouve la même chose qu'avec l'utilisation de l'ajout d'un projet Windows Form. La méthodologie d'utilisation est pratiquement identique.

    Avec les inconvénients suivant

    Quand j'ai voulu inclure des fichiers existants, forms, dans "ClassTest", j'ai un nombre incalculable d'erreurs ! Il faut que je rajoute des Import.Windows.Form, et autres.

    END ne peut être employé …

    Bref, il faut passer son temps à corriger. Bien sûr, cela ne se fera qu'une fois en principe, mais bien que je n'ai pas approfondit les corrections, je crains que l'utilisation de Forms dans un projet Classe ne soit soumis à restriction

     

    Les corrections ne sont pas réactives. Je ne crois pas me tromper en affirmant qu'une fois des modifications faites dans le projet Classe, il faut le recompiler, et refaire l'ajout dans les références

      

    Et puis, je vais vous avouer une chose !

    L'idée de réutiliser du code, (Écrans, variables, fonctions, …) est séduisante, mais maintenant que je passe à la réalisation, je rencontre bien des difficultés

    Pas pour le réemploi,car ajouter un projet est simple.  Mais dans la conception de ce projet ...

    Pour l'écran Anomalie par exemple, le programme qui le lance a garni des variables globales, donc son réemploi ne présente pas de difficulté

    Mais j'ai un écran MailEnNombre, qui offre à l'utilisateur la possibilité un mail à plusieurs destinataires

    Ces destinataires viennent d'une base de données

    Là, les choses se compliquent. On résout une partie des difficultés par des variables globales

    (Nom de la base pour l'ouverture, …)

    Mais ensuite, le dictionnaire des données n'a pas était religieusement suivit …

    Le champ mail s'appelle un coup email, un coup mail, un coup courriel …

    Je suis en train de réaliser que les écrans pouvant être repris tel quel sont finalement pas si nombreux que cela …

     

    Alors, le bénéfice du réemploi est quand même limité …

     

    Cordialement

    Sauveur CONALVI


    SC
    mardi 18 octobre 2011 08:24

Toutes les réponses

  • Lorsque vous dites que Gestion ne sait pas utilisé Form du projet Commun, es-ce que vous êtes en mesure de détaillé un peu plus (erreurs, messages, codes, etc...)?


    Microsoft MVP C# || gabrielmongeon.com || LinkedIn
    mardi 11 octobre 2011 16:07
    Modérateur
  • Prenons un exemple

    Je crée un nouveau projet, WindowsForm, que j'appelle TEST

    Est créé du coup une FORM de nom FORM1

    À ce projet, j' inclut un projet existant, appelé STANDARD

    Dans ce projet STANDARD, j'ai une FORM de nom ACHAT

    Si dans la FORM FORM1 du projet TEST je veux ouvrir la FORM ACHAT du projet STANDARD, je ne sais comment m'y prendre

    Si j'écris dans FORM1 ACHAT.SHOW, j'ai une erreur, car ACHAT n'est pas déclaré dans le projet TEST

    J'ai essayé d'écrire TEST.ACHAT.SHOW, même chose ….


    SC
    mardi 11 octobre 2011 16:33
  • Bonjour,

    Dans les propriétés du projet TEST, ajoutez une référence à STANDARD :

    Cordialement


    Gilles TOURREAU - MVP C#
    Architecte .NET/Consultant/Formateur chez Winwise
    Blog : http://gilles.tourreau.fr
    - MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5
    - MCITP : SQL Server 2008 Developper
    - MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5
    mardi 11 octobre 2011 18:42
    Modérateur
  • Bonjour, et merci pour votre réponse
    J'ai suivi vos indications, et dans le projet TEST j'ai inclus le projet STANDARD
    Puis, dans MY PROJECT du projet TEST, j'ai ouvert l'onglet REFERENCE
    J'ai utilisé l'option AJOUTER UNE REFERENCE, puis PARCOURIR, et les seuls fichiers qui me sont proposés quand je retrouve STANDARD sont STANDARD.EXE, un qui se trouve dans OBJ\DEBUG, l'autre BIN\DEBUG
    J'ai choisi celui de BIN\DEBUG.
    J'ai sélectionné SOLUTION TEST (2 PROJET) et par le menu GENERER j'ai lance GENERER la solution
    Je ne sais pas pourquoi, quand je choisi REGENERER la solution, STANDARD est déclaré non retrouvé ….
     
    Dans la FORM FORM1 du projet TEST, j'ai ajouté un bouton
    Dans le code du bouton, quand je commence à saisir ST, STANDARD est proposé, donc il est retrouvé
    Ensuite, je fais STANDARD.AC, ACHAT est proposé, donc est bien retrouvé
    Mais ensuite, dans STANDARD.ACHAT., je ne peux saisir SHOW ou SHOWDIALOG
    J'ai l'erreur :
    Une référence à un membre non partagé requiert une référence d'objet.
     
    Si dans mon projet TEST je ne peux faire appel à des FORM du projet STANDARD, je ne suis pas plus avancé …
     
    Quelle est mon erreur ?
    Je n'ai pas inclus le bon fichier ?
     
    Cordialement
    Sauveur CONSALVI
    PS
    Je me suis permis de modifier et laisser en question

    SC
    mercredi 12 octobre 2011 08:17
  • Bingo, j'ai trouvé ! Enfin, en partie …

    En fouillant sur le net, et en m'inspirant des exemples donnés, j'ai trouvé la solution

    J'ai donc un projet TEST formé de deux projets, STANDARD et TEST

    TEST est le projet principal

    J'ai ajouté la référence STANDARD au projet TEST

    Dans STANDARD, j'ai une FORM nommée ACHAT

    Dans le projet TEST, j'ai une FORM nommée FORM1

    Dans FORM1, j'ai un bouton BUTTON1 pour appeler ACHAT

    Voici le code

     

    Public Class Form1

        Dim wF As New Standard.Achat

        Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click

            wF.Show()

        End Sub

    End Class

     

    Au clic sur BUTTON1 de FORM1 la fenêtre ACHAT apparait !

     

    Et, cerise sur le gâteau, j'ai ouvert le projet STANDARD et j'ai modifié la FORM ACHAT.

    (J'ai ajouté un libellé)

    Puis j'ai ouvert le projet TEST, et au clic sur BUTTON1 de FORM1 la fenêtre ACHAT apparait, avec la modification !

     

    Mais, car il y a un mais ! Hélas ! Pour les modules, je n'arrive pas à les utiliser !

    À première vue, je ne peux "récupérer" que les FORMS et les CLASS

     

    Avez-vous une idée ?

    Cordialement

    Sauveur CONSALVI


    SC
    mercredi 12 octobre 2011 14:58
  • Bonjour,

    Comme dit dans mon message précédent, j'ai pu utiliser les FORMS d'un autre projet

    J'ai trouvé une solution pour aussi utiliser les variables, procédures et fonctions d'un autre projet

    Au lieu d'avoir des MODULES, j'ai des CLASSES

     

    Je reprends mon exemple

    J'ai un projet STANDARD, avec une FORM Achat et une CLASSE Class1

    J'ai un projet TEST avec une FORM Form1

    Dans Form1, deux boutons, l'un utilise une variable et une fonction de Class1 du projet STANDARD

    L'autre, (déjà expliqué dans le message précédent), affiche Achat de STANDARD

     

    Public Class Form1

        Dim wF As New Standard.Achat

        Dim wC As New Standard.Class1

     

        Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click

            Dim wNom As String = "toto"

            wC.wVar = wC.Majuscule(wNom)

            MessageBox.Show(wC.wVar)

        End Sub

     

        Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click

            wF.Show()

        End Sub

    End Class

     

    Voici le code de Class1

     

    Public Class Class1

        Public wVar As String

        Public Function Majuscule(ByRef wNom As String)

            wNom = UCase(wNom)

            Return wNom

        End Function

    End Class

     

    Mais maintenant j'ai un autre souci !

    Est-ce que cette pratique est bonne ?

    C'est vrai que je vais bénéficier de mise à jour automatique, que ce soit fait d'ailleurs dans l'un ou l'autre projet

    Mais le l'ensemble finale ne va-t-il pas être plus "lourd" ?

    Que "pèse" ces DIM xx AS NEX YY.zz ?

    Si c'est un lien, sans doute pas trop de problème, mais si c'est une "copie" de l'élément, je vais multiplier mes nombre de FORM et de CLASSE !

     

    Alors, la vraie question est :

    Quelle est la meilleure pratique ?

    Dans un projet, insérer des fichiers existant, et augmenter la maintenance ?

    Ou ajouter un projet et des DIM de déclaration ?

    Merci pour votre aide

    Cordialement

    Sauveur CONSALVI


    SC
    jeudi 13 octobre 2011 09:02
  • Bonjour, SauveurConsalvi,

    La réponse à vos questions dépende sur les particularités de vos applications. Normalement, l’interface est directement liée à l’application, mais il y a des situations quand il faut réutiliser les mêmes fonctionnalités dans plusieurs projets. Il est difficile parler d’une meilleure pratique en programmation. La meilleure pratique est celle qui est la plus efficace pour notre application.

    De tout façon s’il faut réutiliser certain éléments dans votre interface, vous pouvez, par exemple, créer une librairie de User Controls ou pourquoi pas de Forms si vous savez qu’il faut réutiliser une forme entière. Puis, il faut différentier entre les formes et les autres classes utilisées (donc peut-être utiliser des libraires différentes).

    Finalement, je n’ai pas compris qu’est-ce que vous voulez dire par «Si c'est un lien, sans doute pas trop de problème, mais si c'est une "copie" de l'élément, je vais multiplier mes nombre de FORM et de CLASSE ! ». Pouvez-vous svp m’expliquer ? Merci !

    Bonne journée,

    Cipri


    Suivez MSDN sur Twitter   Suivez MSDN sur Facebook


    Ciprian DUDUIALA, MSFT  
    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    lundi 17 octobre 2011 09:47
  • M DUDUIALA bonjour

    Merci de vous intéresser à cette question

    Quand je parle de FORMS réutilisable, c'est du design, mais aussi du code

    Dans ce code, je fais appel à des variables qui, si elles sont fréquemment utilisées, sont déclarées en PUBLIC dans des CLASSES. Avec les fonctions

    Je ne pense donc pas pouvoir utiliser de bibliothèque, ou du moins je ne sais faire une bibliothèque qui contiendrait le projet STANDARD que j'ai mis en exemple

    Et comment se servir de cette bibliothèque ?

    Bien sûr, l'exemple que je décris est simpliste, mais il correspond bien à la mécanique de la réalité.

    J'ai tout un ensemble de procédures dans mes applicatifs qui sont identiques d'un projet à l'autre

    Écran d'accueil, qui chaîne sur des procédures de sécurités, (contrôle des droits d'utilisation, contrôle du temps passé en utilisation gratuite, "flag" dans le registre en cas d'achat …)

    Également écran "d'anomalie" qui affiche les informations nécessaire au débogage (Système d'exploitation, nom et version du logiciel, lieu de l'incident, message d'erreur …)

    J'ai donc des enchainements de deux ou trois écrans, avec leurs fonctions, procédures et variables

    Je crois que la solution de les mettre dans un projet, et d'inclure ce projet au nouveau développement est l'utilisation la plus adaptée

    Surtout qu'effectivement, si je modifie quelque chose dans le projet STANDARD origine, la modification est sitôt visible dans le projet STANDARD qui a été ajouté à un autre projet.

    Et même, parfait, si je modifie quelque chose dans le projet STANDARD ajouté, l'origine est également modifiée

    Je n'ai pas testé si STANDARD ajouté dans un autre projet est aussi modifié ….

    Par contre, je ne peux me servir directement de ces écrans, ou de ces variables

    Comme donné en exemple, dans l'écran ou la procédure qui détecte une erreur, pour utiliser et afficher l'écran d'anomalie, je suis obligé de les inclure dans cet écran Exemple

    ·        Dim wF As New Standard.ANOMALIE

    ·        Dim wC As New Standard.ClaERREUR

    Et c'est là que j'ai un doute

    Que représentent ces DIM ? Un lien sur le projet STANDARD ?

    Ou une copie de l'écran ANOMALIE et de la classe ClaERREUR ?

    Dans le premier cas, ce n'est pas trop "lourd"

    Mais dans le deuxième cas, mon projet final va contenir bien sur tout le projet STANDARD, plus les écrans et/ou les classes lors de leurs utilisations !

    Cordialement

    Sauveur CONSALVI


    SC
    lundi 17 octobre 2011 13:57
  • Bonjour,

    Pour créer une librairie ou bibliothèque de classe il faut suivre les étapes suivantes :

    1.       Ouvrez un nouveau projet d'application Windows à partir du menu Fichier en cliquant sur Nouveau projet.

    2.       Dans la boîte de dialogue Nouveau projet sous le champ Types de projets, assurez-vous que Windows est sélectionné. Sélectionnez Bibliothèque de classes dans la liste Modèles, puis cliquez sur OK. Le nouveau projet s'affiche.

    Puis, pour ajouter une classe ou forme :

    3.       Sélectionnez Ajouter un nouvel élément dans le menu Projet. La boîte de dialogue Ajouter un nouvel élément s'affiche.

    Pour utiliser cette librairie, il suffit ajouter une référence à ce projet ou au fichier .dll résulté. J’ai trouvé ce lien et ce lien qui discutent de choses similaires.

     

    Ensuite, le DIM représente la déclaration d’un objet. Cet objet ne représente pas une copie physique : l’instance sera créée à « runtime » (quand on exécute l’application), donc le projet final ne sera pas « lourd ».

     

    N’hésitez pas à revenir avec des questions si mes explications ne sont pas claires.

     

    Bonne journée,

    Cipri


    Suivez MSDN sur Twitter   Suivez MSDN sur Facebook


    Ciprian DUDUIALA, MSFT  
    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    lundi 17 octobre 2011 15:59
  • M DUDUIALA bonjour,

    Je suis persuadé que la solution d'avoir une librairie ou bibliothèque de classe ne convient pas du tout pour ce qui est de réutiliser des écrans (FORM) ou des variables communes (PUBLIC)

     J'ai créé un projet "bibliothèque de classe" nommé "ClassTest"

    Le système a affiché une CLASSE

    J'ai définit une variable et une procédure, mais à l'utilisation, je ne peux retrouver cette classe !

    Aussi, je l'ai supprimée, et j'ai ajouté un module, "wModClass"

    Voici son code

    Module wModClass

        Public wNom As String

        Public Function Majuscule(ByRef wString As String)

            wNom = UCase(wString)

            Return wNom

        End Function

    End Module

    J'ai ajouté une FORM, "frmClass"

    J'ai dessus un TEXTBOX "txtMinuscule", un label, "labMajuscule" est un bouton " Button1"

    Voici son code

    Public Class frmClass

         Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click

            Me.labMajuscule.text = Majuscule(Me.txtMinuscule.Text)

        End Sub

    End Class

      

    Puis j'ai créé un projet Application Windows Form que j'ai nommé "Test"

    Dans les références de ce projet "Test" j'ai retrouvé et ajouté "ClassTest.dll"

    J'ai ajouté une Form nommée "Test"

    Voici le code

    Imports ClassTest

    Public Class Test

        Dim wF As New ClassTest.frmClass

        Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click

            wF.ShowDialog()

        End Sub

    End Class

     

    À l'exécution, "frmClass" de "ClassTest" est bien affiché au click du bouton " Button1" de la Form "Test", et le bouton " Button1" de "frmClass" affiche bien en majuscule dans "labMajuscule " ce qui est saisi dans "txtMinuscule"

     

     Alors cela marche bien me dirait-vous …

    Effectivement, on retrouve la même chose qu'avec l'utilisation de l'ajout d'un projet Windows Form. La méthodologie d'utilisation est pratiquement identique.

    Avec les inconvénients suivant

    Quand j'ai voulu inclure des fichiers existants, forms, dans "ClassTest", j'ai un nombre incalculable d'erreurs ! Il faut que je rajoute des Import.Windows.Form, et autres.

    END ne peut être employé …

    Bref, il faut passer son temps à corriger. Bien sûr, cela ne se fera qu'une fois en principe, mais bien que je n'ai pas approfondit les corrections, je crains que l'utilisation de Forms dans un projet Classe ne soit soumis à restriction

     

    Les corrections ne sont pas réactives. Je ne crois pas me tromper en affirmant qu'une fois des modifications faites dans le projet Classe, il faut le recompiler, et refaire l'ajout dans les références

      

    Et puis, je vais vous avouer une chose !

    L'idée de réutiliser du code, (Écrans, variables, fonctions, …) est séduisante, mais maintenant que je passe à la réalisation, je rencontre bien des difficultés

    Pas pour le réemploi,car ajouter un projet est simple.  Mais dans la conception de ce projet ...

    Pour l'écran Anomalie par exemple, le programme qui le lance a garni des variables globales, donc son réemploi ne présente pas de difficulté

    Mais j'ai un écran MailEnNombre, qui offre à l'utilisateur la possibilité un mail à plusieurs destinataires

    Ces destinataires viennent d'une base de données

    Là, les choses se compliquent. On résout une partie des difficultés par des variables globales

    (Nom de la base pour l'ouverture, …)

    Mais ensuite, le dictionnaire des données n'a pas était religieusement suivit …

    Le champ mail s'appelle un coup email, un coup mail, un coup courriel …

    Je suis en train de réaliser que les écrans pouvant être repris tel quel sont finalement pas si nombreux que cela …

     

    Alors, le bénéfice du réemploi est quand même limité …

     

    Cordialement

    Sauveur CONALVI


    SC
    mardi 18 octobre 2011 08:24
  • Bonjour,

     

    Pour éviter les erreurs quand vous ajoutez les éléments existants il suffit d’inclure une seule fois toutes les références que vous avez dans votre projet Windows Forms.

     

    Puis, si vous ajoutez une référence vers le .dll après chaque modification il faut refaire l’import, mais si vous ajoutez une référence vers le projet vous n’avez pas ce problème.

     

    Puis, bien sûr que les écrans liés aux variables globales d’une application ne peuvent pas être partagés, sauf si pour chaque tel écran vous n’ajoutez pas des propriétés qui prendront les valeurs de vos variables globales. En plus, vous pouvez aussi ajouter à votre libraire un fichier de configuration pour gérer un string de connexion ou vous pouvez le stocker de nouveau dans une propriété d’une classe.

     

    Tous les problèmes que vous avez mentionné ont une solution, mais c’est vrai qu’il n’est pas facile le faire surtout si vous avez déjà un projet et il faut modifier tout.

     

    Finalement, n’oubliez pas qu’un Form est aussi un classe, donc on peut les définir dans une bibliothèque de classes sans souci. Mais, ce vous qui décidera quelle méthode il faut utiliser… comme j’ai déjà dit il n’existe pas la meilleure méthode et tout dépende sur les particularités de vos applications.

     

    Cordialement,

    Cipri


    Suivez MSDN sur Twitter   Suivez MSDN sur Facebook


    Ciprian DUDUIALA, MSFT  
    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    mardi 18 octobre 2011 08:58
  • Je ne veux pas m'éterniser sur ce sujet, il est clos.

    Mais est-ce possible de me donner les différences essentielles entre la solution d'ajouter un projet, celle que j'ai tendance à privilégier, et la solution d'une bibliothèque de classe ?

    Mais uniquement si vous avez du temps, car je ne veux pas vous monopoliser

    Et encore merci pour votre aide

    Cordialement

    Sauveur CONSALVI


    SC
    mardi 18 octobre 2011 14:43
  • Bonjour,

     

    Utilisez le modèle « Bibliothèque de classes » pour créer rapidement des classes et des composants réutilisables qu'il est possible de partager avec d'autres projets, tandis que « Application Windows Forms » convertit une application Windows autonome classique. Mais, j’observe que j’ai oublié un type de projet et je vous ai mis sur une autre piste : vous pouvez également utiliser « Bibliothèque de contrôles Windows Forms » qui vous permet de créer des contrôles personnalisés, lesquels sont utilisés sur des Windows Forms. Pour plus de détails consultez la liste des modèles de projets disponibles dans VS 2010.

     

    Cordialement,

    Cipri


    Suivez MSDN sur Twitter   Suivez MSDN sur Facebook


    Ciprian DUDUIALA, MSFT  
    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    mercredi 19 octobre 2011 07:18
  • Merci

    Cordialement

    SC


    SC
    mercredi 19 octobre 2011 14:40