Come si condivide il codice tra progetti / soluzioni in Visual Studio?

Ho due soluzioni che hanno un codice comune, quindi vorrei estrarlo e condividerlo tra di loro. Inoltre, vorrei essere in grado di rilasciare quella libreria in modo indipendente perché potrebbe essere utile per gli altri.

• Qual è il modo migliore per farlo con Visual Studio 2008?
• Un progetto è presente in più di una soluzione?
• Ho una soluzione separata per il pezzo di codice separato?
• Una soluzione può dipendere da un'altra?

Un progetto può essere referenziato da più soluzioni.

Inserisci la tua libreria o il codice principale in un progetto, quindi fai riferimento a quel progetto in entrambe le soluzioni.

È possibile "collegare" un file di codice tra due progetti. Fare clic con il pulsante destro del mouse sul progetto, scegliere Add-> Existing item, quindi fare clic sulla freccia giù accanto al Addpulsante:

Nella mia esperienza il collegamento è più semplice della creazione di una libreria. Il codice collegato genera un singolo eseguibile con una singola versione.

File > Add > Existing Project...ti permetterà di aggiungere progetti alla tua attuale soluzione. Aggiungo solo questo dato che nessuno dei post precedenti lo sottolinea. Ciò consente di includere lo stesso progetto in più soluzioni.

È possibile includere un progetto in più di una soluzione. Non credo che un progetto abbia un concetto di quale soluzione faccia parte. Tuttavia, un'altra alternativa è creare la prima soluzione in un luogo ben noto e fare riferimento ai file binari compilati. Questo ha lo svantaggio che dovrai fare un po 'di lavoro se vuoi fare riferimento a versioni diverse in base al fatto che tu stia creando configurazioni di debug o di rilascio.

Non credo che puoi fare in modo che una soluzione dipenda effettivamente da un'altra, ma puoi eseguire le tue build automatizzate in un ordine appropriato tramite script personalizzati. In sostanza tratta la tua libreria comune come se fosse un'altra dipendenza di terze parti come NUnit ecc.

Puoi inserire i jolly in linea usando la seguente tecnica (che è il modo in cui la soluzione di @ Andomar viene salvata nel .csproj)

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

Mettere in:

    <Visible>false</Visible>

Se si desidera nascondere i file e / o impedire l'espansione dei caratteri jolly se si aggiunge o rimuove un elemento da una cartella "elemento esistente virtuale" come MySisterProjectsopra.

Dovresti semplicemente creare un progetto Libreria di classi separato per contenere il codice comune. Non è necessario che faccia parte di alcuna soluzione che lo utilizza. Fare riferimento alla libreria di classi da qualsiasi progetto che ne abbia bisogno.

L'unico trucco è che dovrai utilizzare un riferimento al file per fare riferimento al progetto, poiché non farà parte delle soluzioni che fanno riferimento a esso. Ciò significa che il gruppo di output effettivo dovrà essere posizionato in una posizione a cui può accedere chiunque stia costruendo un progetto a cui fa riferimento. Questo può essere fatto posizionando l'assemblaggio su una condivisione, ad esempio.

È possibile includere lo stesso progetto in più di una soluzione, ma si garantisce che si verifichino problemi in futuro (i percorsi relativi possono diventare non validi quando si spostano le directory, ad esempio)

Dopo anni di lotta con questo, ho finalmente trovato una soluzione praticabile, ma richiede di utilizzare Subversion per il controllo del codice sorgente (che non è una cosa negativa)

A livello di directory della soluzione, aggiungere una proprietà svn: externals che punta ai progetti che si desidera includere nella soluzione. Subversion estrarrà il progetto dal repository e lo memorizzerà in una sottocartella del file della soluzione. Il file della soluzione può semplicemente utilizzare percorsi relativi per fare riferimento al progetto.

Se avrò ancora del tempo, lo spiegherò in dettaglio.

Estrarre il codice comune in un progetto di libreria di classi e aggiungere quel progetto di libreria di classi alle soluzioni. Quindi è possibile aggiungere un riferimento al codice comune da altri progetti aggiungendo un riferimento al progetto a quella libreria di classi. Il vantaggio di avere un riferimento al progetto rispetto a un riferimento binario / assembly è che se si modifica la configurazione della build in debug, release, custom, ecc., Il progetto della libreria di classi comune verrà creato anche in base a tale configurazione.

È una buona idea creare una libreria di classi dll che contenga tutte le funzionalità comuni. Ogni soluzione può fare riferimento a questa dll indipendentemente da altre soluzioni.

In effetti, questo è il modo in cui le nostre fonti sono organizzate nel mio lavoro (e credo in molti altri luoghi).

A proposito, la soluzione non può dipendere esplicitamente da un'altra soluzione.

Sono due i passaggi principali coinvolti

1- Creazione di una dll C ++

In studio visivo

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.

Codice file di intestazione

// 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.
};
}

File cpp

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

#include "first_dll.h"

namespace first_dll
{

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

 }

Controllare questo

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

questa opzione dovrebbe essere Dynamic Library (.dll) e creare subito la soluzione / progetto.

Il file first_dll.dll viene creato nella cartella Debug

2- Collegamento nel progetto C #

Apri progetto C #

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

Aggiungi questa riga all'inizio del progetto C #

Using first_dll; 

Ora è possibile accedere alla funzione da DLL usando l'istruzione sottostante in alcune funzioni

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

Ho creato DLL nel progetto c ++ in VS2010 e l'ho usata nel progetto VS2013 C #. Funziona bene.

È possibile ospitare un server NuGet interno e condividere le librerie comuni che saranno condivise in altri progetti internamente ed esternamente.

Più avanti su questa lettura

Se stai tentando di condividere il codice tra due diversi tipi di progetto (ovvero: progetto desktop e progetto mobile), puoi guardare nella cartella delle soluzioni condivise . Devo farlo per il mio progetto attuale poiché i progetti mobili e desktop richiedono entrambi classi identiche che si trovano solo in 1 file. Se segui questa strada, tutti i progetti a cui è collegato il file possono apportare modifiche ad esso e tutti i progetti verranno ricostruiti in base a tali modifiche.

C'è un ottimo caso per usare "l'aggiunta di collegamenti a file esistenti" quando si riutilizza il codice tra progetti, e cioè quando è necessario fare riferimento e supportare diverse versioni di librerie dipendenti.

Realizzare più assiemi con riferimenti a diversi assiemi esterni non è facile da fare altrimenti senza duplicare il codice o utilizzare trucchi con il controllo del codice sorgente.

Ritengo che sia più semplice mantenere un progetto per lo sviluppo e l'unità di test, quindi creare progetti di "costruzione" utilizzando collegamenti a file esistenti quando è necessario creare gli assiemi che fanno riferimento a versioni diverse di tali assiemi esterni.

Un modo più semplice per includere un file di classe di un progetto in un altro progetto è aggiungendo il progetto nella soluzione esistente e quindi aggiungendo il riferimento DLL del nuovo progetto nel progetto esistente. Infine, puoi usare i metodi della classe aggiunta decalando usando la direttiva nella parte superiore di qualsiasi classe.

A partire da VisualStudio 2015, se conservi tutto il codice in un'unica soluzione, puoi condividere il codice aggiungendo un progetto condiviso . Quindi aggiungere un riferimento a questo progetto condiviso per ciascun progetto in cui si desidera utilizzare il codice, nonché le direttive di utilizzo appropriate.

Ora puoi usare il Progetto condiviso

Il progetto condiviso è un ottimo modo per condividere il codice comune su più applicazioni. Abbiamo già sperimentato il tipo di progetto condiviso in Visual Studio 2013 come parte dello sviluppo universale di app di Windows 8.1, ma con Visual Studio 2015 è un nuovo modello di progetto autonomo; e possiamo usarlo con altri tipi di app come Console, Desktop, Telefono, App Store ecc. Questo tipo di progetto è estremamente utile quando vogliamo condividere un codice, una logica e componenti comuni su più applicazioni con un'unica piattaforma . Ciò consente anche di accedere alle API, alle risorse ecc. Specifiche della piattaforma

per maggiori informazioni controlla questo