Comment partagez-vous le code entre les projets/solutions de Visual Studio?

vous pouvez utiliser le Joker en ligne en utilisant la technique suivante (qui est la façon dont la solution de @Andomar est sauvegardée dans le .csproj)

<Compile Include="..\MySisterProject\**\*.cs">
  <Link>_Inlined\MySisterProject\%(RecursiveDir)%(Filename)%(Extension)</Link>
</Compile>

:

    <Visible>false</Visible>

si vous voulez cacher les fichiers et/ou empêcher la Joker-Card include d'être élargi si vous ajoutez ou supprimez un élément d'un 'élément existant virtuel' dossier comme MySisterProject ci-dessus.

vous créeriez simplement un projet de bibliothèque de classe séparé pour contenir le code commun. Il n'a pas besoin de faire partie de toute solution qui l'utilise. Référez-vous à la bibliothèque de la classe de tout projet qui en a besoin.

Le seul truc est que vous aurez besoin d'utiliser un fichier de référence de référence du projet, car il ne fera pas partie des solutions qui s'y réfèrent. Cela signifie que la sortie réelle de l'assemblée devra être placé dans un endroit qui peut être consulté par quiconque construit un projet qui s'y réfère. Cela peut être fait en plaçant l'assemblée sur une action, par exemple.

extraire le code commun dans un projet de bibliothèque de classe et ajouter ce projet de bibliothèque de classe à vos solutions. Ensuite, vous pouvez ajouter une référence au code commun d'autres projets en ajoutant une référence de projet à cette bibliothèque de classe. L'avantage d'avoir une référence de projet par rapport à une référence binaire/assemblée est que si vous changez votre configuration de construction en debug, release, custom, etc, le projet de bibliothèque de classe commune sera construit sur la base de cette configuration également.

vous pouvez inclure le même projet dans plus d'une solution, mais vous êtes assuré de rencontrer des problèmes dans le futur (les chemins relatifs peuvent devenir invalides lorsque vous déplacez des répertoires par exemple)

après des années de lutte avec cela, j'ai finalement trouvé une solution utilisable, mais elle exige que vous utilisiez Subversion pour le contrôle source (ce qui n'est pas une mauvaise chose)

au niveau du répertoire de votre solution, ajoutez un svn: externals propriété pointant vers les projets que vous voulez inclure dans votre solution. Subversion retirera le projet du dépôt et le stockera dans un sous-dossier de votre fichier solution. Votre fichier solution peut simplement utiliser des chemins relatifs pour se référer à votre projet.

si je trouve plus de temps, je vous expliquerai en détail.

c'est une bonne idée de créer une bibliothèque de classe dll qui contiennent toutes les fonctionnalités communes. Chaque solution peut faire référence à cette dll indépendamment des autres solutions.

en effet , c'est la façon dont nos sources sont organisées dans mon travail (et je crois que dans beaucoup d'autres endroits).

soit dit en passant , la Solution ne peut pas dépendre explicitement d'une autre solution.

si vous tentez de partager du code entre deux types de projets différents (c.-à-d.: desktop project et un projet mobile), vous pouvez regarder dans le dossier "solutions partagé . Je dois le faire pour mon projet actuel car les projets mobile et desktop nécessitent des classes identiques qui ne sont que dans un seul fichier. Si vous empruntez cette voie, n'importe lequel des projets qui ont un lien avec le fichier peut y apporter des changements et tous les projets seront reconstruits en fonction de ces changements.

il y a de très bonnes raisons d'utiliser" ajouter des liens de fichiers existants " pour réutiliser du code dans des projets, et c'est là que vous devez faire référence à différentes versions de bibliothèques dépendantes et les prendre en charge.

faire plusieurs assemblages avec des références à différents assemblages externes n'est pas facile à faire autrement sans dupliquer votre code, ou en utilisant des astuces avec le contrôle du code source.

je crois qu'il est plus facile de maintenir un projet pour le développement et le test unitaire, puis pour créer des projets de "construction" en utilisant des liens de fichiers existants lorsque vous avez besoin de créer les assemblages qui font référence à différentes versions de ces assemblages externes.

une façon plus simple d'inclure un fichier de classe d'un projet dans un autre projet est d'ajouter le projet dans la solution existante, puis D'ajouter la référence DLL du nouveau projet dans le projet existant. Enfin, vous pouvez utiliser les méthodes de la classe ajoutée en décalaminant en utilisant la directive en haut de n'importe quelle classe.

les deux principales étapes sont

1 - Créer un C++ dll

Dans visual studio

New->Project->Class Library in c++ template. Name of project here is first_dll in 
visual studio 2010. Now declare your function as public in first_dll.h file and 
write the code in first_dll.cpp file as shown below.

Fichier d'en-Tête code

// first_dll.h

using namespace System;

namespace first_dll 
{

public ref class Class1
{
public:
    static double sum(int ,int );
    // TODO: Add your methods for this class here.
};
}

Fichier RPC

//first_dll.cpp
#include "stdafx.h"

#include "first_dll.h"

namespace first_dll
{

    double Class1:: sum(int x,int y)
    {
        return x+y;
    }

 }

Cochez Cette

**Project-> Properties -> Configuration/General -> Configuration Type** 

cette option devrait être Bibliothèque dynamique(.dll) et construire la solution/projet maintenant.

first_dll.dll fichier est créé dans dossier de débogage

2 - la Liaison en C# projet

Ouvrir un projet C#

Rightclick on project name in solution explorer -> Add -> References -> Browse to path 
where first_dll.dll is created and add the file.

ajouter cette ligne en haut dans c # projet

Using first_dll; 

maintenant, la fonction de dll peut être consultée en utilisant l'énoncé ci-dessous dans une certaine fonction ""

double var = Class1.sum(4,5);

j'ai créé dll en C++ projet en VS2010 et utilisé dans VS2013 c # projet.Ça marche bien.

vous pouvez héberger un serveur NuGet interne et partager les bibliothèques communes qui seront partagées dans d'autres projets internes et externes.

plus loin sur ce lire

à partir de VisualStudio 2015, Si vous gardez tout votre code dans une solution, vous pouvez partager le code par ajouter un projet partagé . Puis ajouter une référence à ce projet partagé pour chaque projet que vous souhaitez utiliser le code, ainsi que l'utilisation correcte des directives.

Maintenant, vous pouvez utiliser le projet partagé

projet partagé est un excellent moyen de partager du code commun à travers plusieurs applications que nous avons déjà expérimenté avec le type de projet partagé dans Visual Studio 2013 dans le cadre du développement D'applications universelles Windows 8.1, mais avec Visual Studio 2015, il s'agit D'un nouveau modèle de projet autonome; et nous pouvons l'utiliser avec d'autres types d'applications comme Console, bureau, téléphone, Boutique App, etc.. Ce sont les types de projet est extrêmement utile lorsque nous voulons partager un code commun, logique ainsi que des composants à travers plusieurs applications avec dans une plate-forme unique. Cela permet également d'accéder à L'API spécifique à la plate-forme, aux actifs, etc.

pour plus d'informations, consultez ce