В пакете Twilio отсутствует множество зависимостей

Я новичок в VB.net. Я понимаю, что мне нужно добавить пакеты Twilio и RestSharp в мой проект через NuGet. После какого-то странного поведения, когда библиотеки исчезают и появляются снова (например, появляются после перезагрузки компьютера или перезапуска VS). Найдя на вкладке «Обзор» диспетчера пакетов, я прошу установить их, некоторые пакеты отсутствуют, и, несмотря на около шести часов поиска, я не могу найти способ их получить. Недостающие библиотеки включают в себя

  • System.identityModel.Tokens.jwt (>=6,15)
  • Microsoft.identityModel.Tokens (>=6,19)
  • System.Text.json (7.0.2)
  • System.collections.specialized (>=4.3)

Я даже нашел четвертый в папке Microsoft\SDK и попытался установить его вручную, но VS говорит, что отказывается туда смотреть из-за «транзитивного» характера проекта.

Любая помощь будет оценена по достоинству.

Убедитесь, что в окне диспетчера пакетов NuGet выбрана вкладка «Обзор». Иногда это начинается с выбора «Установлено».

Étienne Laneville 01.05.2024 00:36

Сообщения об ошибках относятся к вопросу как часть ПОЛНОГО и CLEWAR-объяснения проблемы, а не к комментариям. Если вам необходимо предоставить дополнительную информацию, отредактируйте свой вопрос и сделайте это. Затем вы можете добавить комментарий, чтобы сообщить, что вы обновили вопрос, и те, кто уже оставил комментарий, будут уведомлены.

jmcilhinney 01.05.2024 06:21

Спасибо. Я не видел кнопки редактирования, потому что она была такой бледно-серой.

Ernesto 01.05.2024 18:01
System.Text.Json и System.Collections.Specialized являются частью .NET 8, для них не нужно устанавливать пакеты. Два других определенно доступны в диспетчере пакетов NuGet. У Microsoft.IdentityModel.Tokens 1,7 млрд загрузок, а у System.IdentityModel.Tokens.Jwt — 1,6 млрд.
Étienne Laneville 01.05.2024 21:36
Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
0
4
56
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Я нашел два способа сделать это.

  1. Несколько раз попытайтесь установить каждый пакет и проследите за соответствующей древовидной структурой кроличьей норы, чтобы получить все зависимости, указанные в сообщении об ошибке, и установите их индивидуально из PM> CLI с помощью команды install-package, как в: install-package ["full path to the nupkg incl dbl quotes"]. Регистрация около 30 библиотек заняла около 2,5 часов. Все это вызвано отказом VS просмотреть папку, которую вы ему даете в команде install-package.

Некоторые библиотеки уже находились в локальной папке SDK, но, опять же, поскольку VS отказался туда смотреть, их пришлось вручную скопировать в верхнюю папку, которая была в «исходной» записи C:\Program Files (x86)\Microsoft SDKs\NuGetPackages\, но VS не хотел искать глубже, чем верхний уровень. Многие другие пакеты пришлось загружать по отдельности с nuget.org и копировать в папку с исходным кодом.

Также необходимо обратить внимание на версию о том, что в сообщении об ошибке необходим отсутствующий пакет.

  1. После того, как ужасно расточительное поручение было выполнено, я подумал добавить nuget.org в качестве самого источника: Tools|Менеджер пакетов Nuget|manage Nuget, затем значок шестеренки и в диспетчере пакетов Nuget выберите источники пакетов. нажмите зеленую кнопку + (вверху справа), назовите его NUGET, и вот трюк, который от меня ускользнул: источник https://api.nuget.org/v3/index.json. Затем в разделе «Обзор», если в раскрывающемся списке «Источник» указано значение NUGET, он будет искать там что-то. Однако я до сих пор не знаю, есть ли в NUGET все, что вам нужно, или некоторые пакеты находятся строго в локальной подпапке *C:\Program Files (x86)\Microsoft SDKs\NuGetPackages*, и я не уверен, что он будет автоматически обрабатывать зависимости. откуда, если нет, то добавление этого источника едва ли сэкономит время.

Очевидно, что оба эти «решения» идиотского уровня, но это лучше, чем девять часов, потраченных впустую за два дня, чтобы установить пакет. Если приведенные выше инструкции не ясны, оставьте комментарий, и я сделаю все возможное, чтобы разъяснить, что я сделал.

Другие вопросы по теме