Question

Dans Eclipse, j'ai un espace de travail qui contient tous mes projets.Chaque projet est construit et compilé séparément.Un projet n'interagit pas avec un autre projet.

Quel est le rapport avec Visual Studio et les projets/solutions ?

Était-ce utile?

La solution

Un projet VS est sa propre entité.Il se construira et se compilera tout seul.Une solution est simplement un moyen de contenir plusieurs projets.Les projets n'ont pas nécessairement besoin des autres projets pour être compilés (bien qu'ils puissent dépendre des autres projets).

Cela vous permet simplement de regrouper conceptuellement des projets en un seul grand projet.Par exemple, vous pouvez avoir un projet de test distinct.Cela dépend du code du projet réel et doit être conservé avec le projet réel, mais il n'est pas nécessaire qu'il se trouve dans le même exe/dll.

Autres conseils

Chaque projet VS crée un seul EXE ou DLL.La solution n’est qu’un ensemble de projets liés.

Donc projet VS : projet Eclipse :: solution VS : espace de travail Eclipse.

Une autre façon de voir les choses est qu’une solution est un conteneur pour les projets.Pour la plupart de mon travail, je crée chaque niveau en tant que projet au sein d'une solution afin que mon arbre ressemble à :

  • Mon application Web ou Win App
    • Couche de présentation
      • des dossiers...
    • Couche métier
      • des dossiers...
    • Accès aux données
      • des dossiers

Votre kilométrage peut varier

@Thomas Owens :

Oui, certaines (la plupart ?) des personnes utilisant Eclipse disposent de plusieurs espaces de travail.C'est ce qui m'a le plus surpris lorsque j'ai commencé à utiliser Eclipse, je réponds donc ici pour rendre ce commentaire plus visible.

Ce qui peut vous décourager est le suivant :

Dans VS2003, tout avait un fichier projet et un fichier solution.Si vous aviez une solution avec un projet, vous pouvez ouvrir la solution et voir ce projet.Si vous ouvrez le projet, il essaiera de créer un nouveau fichier de solution pour contenir le projet.Mais les projets Web et les projets Winform avaient tous des projets et des solutions.

Dans VS2005, cela a un peu changé - par défaut, les projets Web n'avaient plus de fichiers de projet.Ils avaient reçu des commentaires de certains développeurs Web qui n'aimaient pas les fichiers du projet. Ils pensaient que si un fichier se trouvait dans le répertoire, il faisait partie de l'application.Après la livraison de VS2005, ils ont reçu davantage de commentaires de développeurs qui aimaient la notion de fichier de projet, ils l'ont donc réintégré.Il s'agit de "Site Web" par rapport à "Application Web" dans VS2005 (et je ne me souviens plus lequel est lequel maintenant).

De plus, dans VS2005, si vous avez une solution ouverte avec un seul projet, vous ne verrez pas du tout dans l'explorateur de solutions qu'il y a même une solution, vous ne verrez que le projet (comme s'il n'était pas dans une solution). ).Ce n'est qu'après avoir ajouté le deuxième projet que vous verrez qu'il existe une solution contenant les deux.

Donc, fondamentalement, vous étiez sur la bonne voie - les solutions et les projets fonctionnent de la même manière dans Visual Studio que dans Eclipse, ce ne sont que quelques bizarreries qui rendent les choses confuses.

Une solution a 0 ou plusieurs projets...

Il existe bien trop de types de projets Web dans Visual Studio 2008.Il existe des projets de sites Web vs.Projets d'applications Web et ils vous limitent de différentes manières.C'est un bon exemple de Microsoft offrant trop de choix au lieu de se concentrer sur une seule solution solide.Même dans l'option Projet du site Web, il existe au moins 3 manières différentes de compiler votre application.

J'ai trouvé qu'il était irritant de ne pas toujours voir la solution dans l'Explorateur de solutions.Il existe un paramètre dans Options-> Projets et solutions-> Général appelé "Toujours afficher la solution" qui s'est avéré pratique.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top