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

На випадок, якщо питання не було зрозумілим. У мене є 3 проекти MVC в одному рішенні. Кожного разу, коли я створюю новий проект, він додає папку "Сценарії" з усіма файлами .js, які мені коли-небудь знадобляться. Я не хочу, щоб це створювалося щоразу для кожного додатка. Чи існує спосіб посилання на сценарії з центральної папки у рішенні, щоб усі програми / проекти могли спільно використовувати одну загальну папку сценаріїв із усіма загальними серед них сценаріями?

Редагувати: Будь ласка, поясніть плюси і мінуси цього, якщо такі є ... тепер мені цікаво.

Ось, що я б порекомендував:

Клацніть правою кнопкою миші рішення та створіть нову папку рішення із назвою Common Javascript Files(або як би ви не хотіли її викликати.

Клацніть правою кнопкою миші Рішення, натисніть Відкрити папку в Провіднику Windows або перейдіть туди вручну для інших версій Visual Studio :(

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

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

У Visual Studio клацніть папку рішення та виберіть Додати - існуючий елемент .

У діалоговому вікні вибору файлу перейдіть до попередньо створеного каталогу, виберіть файли, додані до каталогу, та натисніть Додати .

У кожному проекті, який потребує спільного файлу, клацніть правою кнопкою миші проект (або каталог у проекті) та натисніть Додати - існуючий елемент .

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

Тепер файли у проектах - це, по суті, ярлики до файлів у папці рішень. Але вони розглядаються як фактичні файли в проекті (сюди входять файли .CS або Visual Basic, вони будуть скомпільовані як файли, які насправді існують у проекті).

Плюси

• Файли дійсно обмінюються між проектами під час проектування
• Можна додавати лише файли, необхідні для кожного проекту, це не все або нічого
• Не вимагає будь-якої конфігурації в IIS (віртуальний каталог тощо)
• Якщо рішення знаходиться в контролі джерела TFS, ви можете додати каталог до джерела TFS, і спільні файли будуть керовані джерелом.
• Редагуючи файл, вибравши його в проекті, ви зміните фактичний файл.
• Видалення пов'язаного файлу не видаляє його.
• Це не обмежується файлами JS, пов'язані файли можуть бути БУДЬ-ЯКИМ файлом, який вам може знадобитися (Зображення, Css, Xml, CS, CSHTML тощо)

ПРОТИВ

• Кожне розгортання отримує власний файл.
• Існує невелика крива навчання, коли розуміємо, що папки рішень не є каталогами, які існують у каталозі рішень.

Найкраще, що потрібно зробити, imo, - це прокрутити свій власний CDN ... В основному просто створіть інший сайт у IIS і надайте йому власне прив'язку, наприклад "http://cdn.somedomain.com"

Потім збережіть усі свої css / js / шрифти / спільні зображення тощо на сайті CDN та перекладіть на них з інших сайтів.

Це вирішує 2 проблеми,

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

Я додав цю відповідь, оскільки бачу, як багато людей посилаються на створення віртуальних каталогів. Хоча це дійсно спільне використання файлів, воно створює для них кілька шляхів завантаження, що є надзвичайною втратою пропускної здатності. Навіщо вашим користувачам завантажувати jquery.js (1 * кількість сайтів), коли ви можете дозволити їм завантажити його один раз (cdn.somedomain.com).

Крім того, коли я кажу про втрату пропускної здатності, я не просто кажу про пропускну здатність сервера, я говорю про мобільних користувачів на тарифних планах ... Як приклад, я потрапив на сайт HR-компаній (страхування тощо) на своєму телефоні, інший день, і це споживало 25 Мб прямо з воріт, завантажував jquery і купу речей 5 разів кожен ... На тарифному плані 2 Гб на місяць веб-сайти, які справді мене дратують.

Ось справа, IMO - найкраще і найпростіше рішення, я тиждень намагався знайти найкращий і найпростіший спосіб, який завжди мав більше мінусів, ніж плюсів:

Resources(DLL)
  Shared
    images
      image.png
    css
      shared.css
    scripts
      jquery.js


MvcApp1
  Images
  Content
  Shared <- We want to get files from above dll here
  ...

MvcApp2
  Images
  Content
  Shared <- We want to get files from above dll here
  ...

Додайте в MvcApp1 наступне -> Проект -> Властивості MvcApp1 -> Події збірки -> Подія збірки:

start xcopy "$(SolutionDir)Resources\Shared\*" "$(SolutionDir)MvcApp1\Shared" /r /s /i /y

Ось пояснення щодо того, що він робить: Включаючи Створення каталогу файлів вмісту дій зі згаданої збірки на тому самому рівні, що і каталог bin

Зробіть те ж саме для MvcApp2. Тепер після кожної збірки свіжі статичні файли будуть скопійовані у ваш додаток, і ви зможете отримати доступ до таких файлів, як "~ / Shared / css / site.css"

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

Якщо ви хочете копіювати лише сценарії з Resources / Shared / scripts у MvcApp1 / script після кожної збірки:

start xcopy "$(SolutionDir)Resources\Shared\Scripts\*" "$(SolutionDir)MvcApp1\Scripts" /r /s /i /y

Це пізня відповідь, але Microsoft додала тип проекту під назвою Shared Projectstart, Visual Studio 2013 Update 2який може робити саме те, що ви не хочете, не маючи linkфайлів.

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

"У попередніх версіях Visual Studio ви могли ділитися вихідним кодом між проектами, додавши -> Існуючий елемент, а потім вибравши" Посилання ". Але це було якось незграбно, і кожен окремий вихідний файл потрібно було вибрати окремо. З переходом до підтримки кількох розрізнених платформ (iOS, Android тощо), вони вирішили полегшити обмін джерелами між проектами, додавши концепцію спільних проектів ".

https://blogs.msdn.microsoft.com/somasegar/2014/04/02/visual-studio-2013-update-2-rc-windows-phone-8-1-tools-shared-projects-and-universal- windows-apps /

Інформація з цієї теми:

У чому різниця між спільним проектом та бібліотекою класів у Visual Studio 2015?

https://stackoverflow.com/a/30638495/3850405

Пропозиція, яка дозволить вам налагоджувати сценарії, не перекомпілюючи проект:

• Виберіть один « головний » проект (який ви будете використовувати для налагодження) та додайте до нього фізичні файли
• Використовуйте функцію "Додати як посилання", як описано у відповіді Еріка, щоб додати файли скриптів до інших проектів, що вирішуються
• Використовуйте завдання CopyLinkedContentFiles у Build, як пропонується у коментарі Mac, щоб скопіювати файли на другий у ваші додаткові проекти

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

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

Редагувати

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

Більшість файлів, які включені за замовчуванням, також доступні через різні CDN.

Якщо ви не додаєте власні власні сценарії, можливо, вам навіть не знадобиться каталог сценаріїв.

CDN корпорації Майкрософт для сценаріїв: http://www.asp.net/ajaxlibrary/cdn.ashx