Як ви ділитеся кодом між проектами / рішеннями у Visual Studio?

У мене є два рішення, які мають загальний код, тому я хотів би витягнути його та поділитися ним між ними. Крім того, я хотів би мати можливість випустити цю бібліотеку самостійно, оскільки вона може бути корисною для інших.

• Який найкращий спосіб зробити це за допомогою Visual Studio 2008?
• Чи є проект більш ніж одним рішенням?
• Чи є у мене окреме рішення для окремого фрагмента коду?
• Чи може рішення залежати від іншого?

На проект можна посилатися декількома рішеннями.

Помістіть свою бібліотеку або основний код в один проект, а потім посилайтеся на цей проект в обох рішеннях.

Ви можете "пов’язати" файл коду між двома проектами. Клацніть правою кнопкою миші проект, виберіть Add-> Existing item, а потім натисніть стрілку вниз поруч із Addкнопкою:

На мій досвід, зв’язування простіше, ніж створення бібліотеки. Пов'язаний код призводить до виконання одного файлу з єдиною версією.

File > Add > Existing Project...дозволить додати проекти до поточного рішення. Тільки додаючи це, оскільки жоден із вищезгаданих дописів цього не вказує. Це дозволяє включати один і той же проект у декілька рішень.

Ви можете включити проект у більш ніж одне рішення. Я не думаю, що проект має концепцію, яке рішення воно є частиною. Однак інша альтернатива - зробити так, щоб перше рішення будувалося на якомусь відомій місцевості, і посилалися на складені бінарні файли. Це має той недолік, що вам потрібно буде трохи попрацювати, якщо ви хочете посилатися на різні версії, залежно від того, чи будуєте ви конфігурації випуску чи налагодження.

Я не вірю, що ви можете зробити одне рішення насправді залежним від іншого, але ви можете виконувати свої автоматизовані збірки у відповідному порядку за допомогою спеціальних сценаріїв. В основному поводьтеся зі своєю загальною бібліотекою так, ніби це була інша залежність від третьої сторони, як NUnit тощо.

Ви можете ввести рядок, використовуючи наступну техніку (це спосіб збереження рішення @ Andomar у .csproj)

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

Введіть:

    <Visible>false</Visible>

Якщо ви хочете приховати файли та / або запобігти розширенню підстановки, якщо ви додасте або вилучите елемент із папки "віртуально існуючий елемент", як MySisterProjectвище.

Ви просто створите окремий проект бібліотеки класів, який містить загальний код. Він не повинен бути частиною жодного рішення, яке його використовує. Посилайтеся на бібліотеку класів з будь-якого проекту, який її потребує.

Єдина хитрість взагалі полягає в тому, що вам потрібно буде використовувати посилання на файл для посилання на проект, оскільки він не буде частиною рішень, які посилаються на нього. Це означає, що фактична збірка виводу повинна бути розміщена у місці, до якого може отримати доступ кожен, хто будує проект, на який посилається. Це можна зробити, наприклад, розмістивши збори на паї.

Ви можете включити той самий проект у більш ніж одне рішення, але вам гарантовано виникнуть проблеми колись вниз по дорозі (відносні шляхи можуть стати недійсними, наприклад, якщо ви переміщуєте каталоги, наприклад)

Після років боротьби з цим я нарешті придумав дієве рішення, але воно вимагає використання Subversion для управління джерелом (що не погано)

На рівні каталогу вашого рішення додайте властивість svn: externals, що вказує на проекти, які ви хочете включити у своє рішення. Subversion витягне проект із сховища та збереже його у підпапці вашого файлу рішення. Ваш файл рішення може просто використовувати відносні шляхи для позначення вашого проекту.

Якщо я знайду ще трохи часу, я детально поясню це.

Витягніть загальний код у проект бібліотеки класів і додайте проект бібліотеки класів до своїх рішень. Потім ви можете додати посилання на загальний код з інших проектів, додавши посилання на проект на бібліотеку класів. Перевагою наявності посилання на проект на відміну від посилання на бінарний / збірний є те, що якщо ви зміните конфігурацію збірки на налагодження, випуск, користувацький тощо, проект бібліотеки загального класу також буде побудований на основі цієї конфігурації.

Це гарна ідея створити бібліотеку класів dll, яка містить усі загальні функціональні можливості. Кожне рішення може посилатися на цей dll самостійно незалежно від інших рішень.

Фактично, так організовані наші джерела в моїй роботі (і я вірю в багатьох інших місцях).

До речі, рішення не може прямо залежати від іншого рішення.

Два основні кроки - це два

1- Створення DL + C ++

У візуальній студії

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.

Код файлу заголовка

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

Файл Cpp

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

#include "first_dll.h"

namespace first_dll
{

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

 }

Перевір це

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

ця опція повинна бути Динамічною бібліотекою (.dll) і побудувати рішення / проект зараз.

Файл first_dll.dll створюється в папці Налагодження

2- Зв’язування його у проекті C #

Відкрити проект C #

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

Додайте цей рядок вгорі в проекті C #

Using first_dll; 

Тепер до функції з DLL можна отримати доступ, використовуючи нижченаведений оператор у деякій функції

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

Я створив проект dll in c ++ у VS2010 та використав його у проекті VS2013 C #. Він добре працює.

Ви можете розмістити внутрішній сервер NuGet і ділитися спільними бібліотеками, якими можна ділитися в інших проектах всередині та зовні.

Далі про це читайте

Якщо ви намагаєтеся поділити код між двома різними типами проектів (тобто: проект настільних ПК та мобільний проект), ви можете заглянути в папку спільних рішень . Я повинен зробити це для мого поточного проекту, оскільки для обох проектів для мобільних пристроїв та настільних ПК потрібні однакові класи, які є лише в 1 файлі. Якщо ви підете цим маршрутом, будь-який з проектів із пов’язаним файлом може внести зміни до нього, і всі проекти будуть перебудовані відповідно до цих змін.

Існує дуже хороший випадок використання "додавання існуючих посилань на файли" при повторному використанні коду в проектах, і саме тоді вам потрібно посилатися та підтримувати різні версії залежних бібліотек.

Зробити кілька збірок із посиланнями на різні зовнішні збірки непросто зробити інакше, не дублюючи код або використовуючи трюки з керуванням вихідного коду.

Я вважаю, що найпростіше підтримувати один проект для розробки та тестування підрозділів, а потім створювати проекти "будувати", використовуючи наявні посилання на файли, коли потрібно створити збірки, на які посилаються різні версії цих зовнішніх збірок.

Один простіший спосіб включити файл класу одного проекту в інші проекти - додавання проекту в існуюче рішення, а потім додавання посилання DLL нового проекту в існуючий проект. Нарешті, ви можете використовувати методи доданого класу, скасувавши, використовуючи директиву вгорі будь-якого класу.

Станом на VisualStudio 2015, якщо ви зберігаєте весь код в одному рішенні, ви можете поділитися кодом, додавши спільний проект . Потім додайте посилання на цей спільний проект для кожного проекту, в якому ви хочете використовувати код, а також належного використання директив.

Тепер ви можете використовувати Спільний проект

Спільний проект - це чудовий спосіб спільного використання спільного коду в декількох додатках. Ми вже мали досвід спільного проекту в Visual Studio 2013 як частина Windows 8.1 Universal App Development, але з Visual Studio 2015 - це окремий новий шаблон проекту; і ми можемо використовувати його з іншими типами додатків, такими як консоль, настільний ПК, телефон, магазин додатків тощо. Цей тип проекту дуже корисний, коли ми хочемо поділитися загальним кодом, логікою, а також компонентами для декількох додатків в одній платформі . Це також дозволяє отримати доступ до API, активів тощо.

для отримання додаткової інформації перевірте це