0

Я делаю погружение и преобразовываю (профиль 7) PCL в новый формат .NET Standard. У меня в основном все работает. (This is a great article - но, возможно, немного устарел - если вам интересно).Импорт и выполнение файла MSBuild .targets Файл в project.json

Моя единственная оставшаяся проблема заключается в том, что не создается файл .targets для одной из моих зависимостей (PostSharp) выполняется во время сборки моего проекта. Я смотрел на все, чтобы увидеть, как включить/выполнить файл MSBuild .targets.

Ближайший я смог найти какой-то спецификации листинг тут: https://github.com/NuGet/Home/wiki/%5BSpec%5D-Managing-dependency-package-assets

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

enter image description here

Итак, можно включить/выполнить файл MSBuild .targets вручную в project.json файле?

+0

[Дорожная карта PostSharp] (https://www.postsharp.net/support/roadmap) говорит, что PostSharp 5.0, запланированный на Q4 2016, будет поддерживать ASP.NET Core. Может, подождать до тех пор? – svick

+0

Вы правы, @svick! И у меня было фундаментальное недоразумение, а также с «.NET Standard» и «Project.json». Оказывается, я просто хотел обновить свой PCL до Nuget 3.0 (ответил на мой вопрос ниже). Спасибо за ваш комментарий! –

ответ

0

ОК, это было связано с большинством моих проблем!) К плохому пониманию новой парадигмы, когда я ее изучаю. Оказывается, вы можете ссылаться на библиотеки .NET Standard из PCL, на котором запущен project.json. Трюк состоит в том, чтобы НЕ обновить PCL до .NET Standard и просто обновить его, чтобы использовать project.json (и NuGet 3.0), используя тот же профиль, который использовался pre-project.json.

Оттуда вы можете ссылаться на любую библиотеку .NET Standard и/или на любой традиционный/устаревший PCL из нового project.json-PCL. Вид круто. :)

Смежные вопросы