Nano Hash - криптовалюты, майнинг, программирование

Не удается разрешить зависимость от сборки «PostSharp», поскольку она не была предварительно загружена

Структура моего проекта

  • A.dll, в которой PostSharp установлен через NuGet и использует его.
  • B.exe, который ссылается на A и не использует PostSharp.

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


Моя проблема

В настоящее время это вызывает ошибку компиляции для B.

Неизвестная ошибка сборки: «Не удается разрешить зависимость от сборки PostSharp, версия = 3.0.40.9, культура = нейтральная, PublicKeyToken = b13fd38b8f9c99d7», поскольку она не была предварительно загружена. При использовании API-интерфейсов ReflectionOnly зависимые сборки должны быть предварительно загружены или загружены по запросу с помощью события ReflectionOnlyAssemblyResolve».

Установка PostSharp на B вызывает новое предупреждение.

Модуль «B.exe» не содержит аспектов или других преобразований. Для повышения производительности во время сборки рассмотрите возможность отключения PostSharp для этого модуля, установив символ компиляции (также известный как константа) «SkipPostSharp» в своем проекте или задав свойство MSBuild «SkipPostSharp = True».

Если я отключу PostSharp в свойствах проекта, теперь я получаю эту ошибку.

#error: 'PostSharp не используется в процессе сборки. Если NuGet только что восстановил пакет PostSharp, вам необходимо перестроить решение».

Это происходит из RequiresPostSharp.cs, который устанавливается в каждом проекте PostSharp.


Моя цель

Мне нужно устранить все ошибки и предупреждения.


Мое предлагаемое решение

Думаю, если я смогу устранить первую ошибку и необходимость добавления PostSharp в B, то все будет хорошо. Я не знаю, как это исправить.


Мои вопросы

  1. Является ли правильным/рекомендуемым решением не устанавливать PostSharp на B и исправлять первую ошибку?
  2. Если да, то как мне это сделать? Если нет, то как мне найти правильное решение?
06.11.2013

Ответы:


1

Описанная ошибка сборки может быть воспроизведена, когда проект B является приложением WPF. В этом случае проблема будет вызвана компилятором XAML — он пытается загрузить сборки, на которые ссылаются ваши зависимости (A), и терпит неудачу, если не удается.

Чтобы избежать ошибки сборки, вам также необходимо добавить ссылку PostSharp в ваш проект B. Тогда вы, конечно же, получите упомянутое предупреждающее сообщение.

Начиная с версии 3.1, PostSharp больше не добавляет файл RequiresPostSharp.cs в ваш проект, а вместо этого выполняет проверку внутри скрипта msbuild. Таким образом, вы можете безопасно отключить PostSharp в свойствах проекта B. Таким образом, вы избежите сообщений об ошибках и предупреждений.

26.12.2013
  • Несмотря на то, что прошло несколько лет, это все еще работает для меня. Спасибо! 24.04.2015
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..