Visual Studio: Как заставить одно решение зависеть от другого?

Путаница:

Попытка Компрессор YUI . Это - очень популярный инструмент, созданный, улучшенный и сохраняемый командой UI Yahoo.

можно также использовать:

Частные Строковые Данные:

строка Хранения оценивает частный, различное беспокойство, и путаница не будет действительно иметь большой выгоды. Конечно, путем упаковки источника в искаженную, уменьшенную путаницу, у Вас есть облегченная версия [1 117] безопасность до [1 118] мрак . Большую часть времени именно Ваш пользователь просматривает источник, и строковые значения на клиенте предназначаются для их использования, так, чтобы вид частного строкового значения был не часто необходим.

, Если у Вас действительно было значение, которое Вы никогда не хотели, чтобы пользователь видел, у Вас будет несколько опций. Во-первых, Вы могли сделать некоторое шифрование, которое дешифровано при загрузке страницы. Это, вероятно, было бы одной из самых безопасных опций, но также и большой работой, которая может быть ненужной. Вы могли, вероятно, base64 кодировать некоторые строковые значения, и это было бы легче.. но кто-то, кто действительно хотел те строковые значения, мог легко декодировать их . Шифрование является единственным способом действительно препятствовать тому, чтобы любой получил доступ к Вашим данным, и большинство людей находит, что, чтобы быть большей безопасностью, чем им нужно.

Заметка на полях:

Путаница в JavaScript, как было известно, вызвала некоторые ошибки. obfuscators становятся немного лучше об этом, но много комплектов оборудования решают, что они видят достаточно преимущества от [1 121] уменьшение и gzipping, и добавленные сбережения путаницы не всегда стоят проблемы . При попытке защитить свой источник, возможно, Вы решите, что это стоит Вашего в то время как, только для создания кода тяжелее для чтения. JSMin является хорошей альтернативой.

28
задан Robert Fraser 20 July 2009 в 09:55
поделиться

3 ответа

Вы не можете этого сделать. А зачем вам это нужно?

Просто добавьте все проекты, от которых вы зависите (проекты в «другом» решении), в решение.

Затем используйте ссылки на проекты (а не ссылки на файлы) между проектами.

0
ответ дан 28 November 2019 в 03:35
поделиться

Не совсем. Вам нужно будет выполнить одно из следующих действий:

  • Создать сценарий сборки, который строит решения в правильном порядке.
  • Предварительно скомпилировать решение A и ссылаться только на созданные двоичные выходные данные из него в решении B.
  • Сделайте третье решение, содержащее все проекты из обоих решений.

Первые два пункта являются наиболее распространенными, из которых я лично предпочитаю второй.

19
ответ дан 28 November 2019 в 03:35
поделиться

Решение - это набор сборок, которые собираются для создания какого-либо исполняемого файла или dll. Зависимость одного решения от другого не имеет смысла. Выходная сборка (исполняемый файл / dll) зависит от сборок, на которые она ссылается. Если ваше решение зависит от других сборок, укажите на них ссылку. Вы можете добавить проекты в свое решение (File> Add> Existing Project), а затем вы можете добавить ссылки на эти проекты из вашего выходного проекта.

0
ответ дан 28 November 2019 в 03:35
поделиться
Другие вопросы по тегам:

Похожие вопросы: