Зависимости и ссылки - Что точно действительно ли я должен сослаться?
Предложение Леона Лу сработало. Мне это не особо нравится, так как это заняло целую вечность, и восстановление в основном восстанавливает базовую установку (без расширений и персонализаций). На это ушло около 1,2 часа, но после этого я смог снова заархивировать свое приложение для Android. Я думаю, что-то пошло не так в vs в какой-то момент, возможно, во время обновления. Там нет никакого способа сказать.
3 ответа
Только необходимо добавить ссылки, которые непосредственно используются проектом.
Для приватных сборок (те, которые не в GAC) Visual Studio, по умолчанию, скопирует блоки, на которые ссылаются (и их зависимости) к выходному каталогу Вашего проекта.
Поскольку блоки в Visual Studio GAC не копируют блок, на который ссылаются, в выходной каталог Вашего проекта по умолчанию.
В обоих случаях можно изменить поведение путем изменения "Копии Локальное" ссылочное свойство.
По моему скромному мнению, это - изящная функция среды сборки. В неуправляемом мире Вам решать для отслеживания зависимости зависимостей (обычно через пред или сообщение создают события).
Это - просто мнение. Так или иначе будет работать.
Лично я ненавижу Bat-файлы постсборки, таким образом, я включал бы зависимости, чтобы скопировать их в выходной каталог.
Другая опция состоит в том, чтобы поместить ссылку на них в Вашем проекте - как в каталоге с ресурсами. Имейте этот набор к BuildAction=None и CopyToOutputDirectory=CopyIfNewer
Я предполагаю, что Вы работаете в Visual Studio.
Короткий ответ должен включать только блоки, необходимые для Вашего проекта скомпилировать.
Ссылка на большее количество блоков не должна вызывать проблемы, поскольку Ваше приложение загрузит блоки при необходимости во время выполнения, но наличие длинного списка ссылок может стать сбивающим с толку и грязным.
Ваш список ссылок должен сказать о том, что делает Ваша программа и что функционирует, это использует.