Nancy: Перейдите на .Net Core 1.1 и перенесите project.json в csproj.

Созданный на 16 нояб. 2016 · 7Комментарии · Источник: NancyFx/Nancy

.Net Core 1.1 был выпущен 16 ноября 2016 г. и содержит общие исправления ошибок и улучшения. Единственное место, где для этого требуются изменения, — это образец Kestrel, он должен быть ориентирован на netcoreapp1.1 и Microsoft.NETCore.App 1.1.0.

В тот же день были выпущены альфа-инструменты .Net Core, которые содержат инструменты для переноса проектов, использующих project.json, обратно в формат csproj через dotnet migrate .

Дополнительная информация здесь: https://blogs.msdn.microsoft.com/dotnet/2016/11/16/announcing-net-core-tools-msbuild-alpha/#visual-studio-code .

Я предполагаю, что мы удалим все папки MSBuild, в которых есть файлы packages.config и csproj, так как это вернет csproj? Я предполагаю, что когда csproj вернется и проект будет нацелен на 4.5.2 или netstandard1.6, разработчик/участник сможет скомпилировать наш материал на VS2015 без дополнительных инструментов?

Ниже приведен список проектов, которые нужно будет перенести (по завершении добавьте галочку и ссылку на PR):

[ ] Нэнси.Аутентификация.Базовая/
[ ] Нэнси.Аутентификация.Формы/
[ ] Нэнси.Аутентификация.Без гражданства/
[ ] Нэнси.Встроенный/
[ ] Нэнси.Encryption.MachineKey/
[ ] Нэнси.Хостинг.Aspnet/
[ ] Нэнси.Хостинг.Я/
[ ] Нэнси.Метаданные.Модули/
[ ] Нэнси.Оуин/
[ ] Нэнси.Тестинг/
[ ] Nancy.Validation.DataAnnotations/
[ ] Nancy.Validation.FluentValidation/
[ ] Нэнси.ViewEngines.DotLiquid/
[ ] Нэнси.ViewEngines.Markdown/
[ ] Нэнси.ViewEngines.Nustache/
[ ] Нэнси.ViewEngines.Razor.BuildProviders/
[ ] Нэнси.ViewEngines.Razor/
[ ] Нэнси.ViewEngines.Spark/
[ ] Нэнси/
[ ] Нэнси.Аутентификация.Базовые.Тесты/
[ ] Нэнси.Аутентификация.Формы.Тесты/
[ ] Нэнси.Встроенные.Тесты/
[ ] Nancy.Encryption.MachineKey.Tests/
[ ] Нэнси.Хостинг.Aspnet.Тесты/
[ ] Nancy.Hosting.Self.Tests/
[ ] Нэнси.Метаданные.Модули.Тесты/
[ ] Нэнси.Оуин.Тесты/
[ ] Нэнси.Тестирование.Тесты/
[ ] Нэнси.Тесты.Функциональные/
[ ] Нэнси.Тесты/
[ ] Нэнси.Валидация.Аннотации данных.Тесты/
[ ] Нэнси.Валидация.FluentValidation.Тесты/
[ ] Нэнси.ViewEngines.DotLiquid.Tests/
[ ] Нэнси.ViewEngines.Markdown.Tests/
[ ] Нэнси.ViewEngines.Razor.Tests.Models/
[ ] Нэнси.ViewEngines.Razor.Tests/
[ ] Нэнси.ViewEngines.Spark.Tests/
[ ] Нэнси.Демо.Хостинг.Кестрел/

Epic

Источник

jchannon

Самый полезный комментарий

Мы, вероятно, нацелимся на .NET Standard 2.0, когда он выйдет, но это не значит, что мы не должны тестировать .NET Core.

Помните; .NET Standard — это только _спецификация_, с которой вы компилируете. Это не обязательно означает, что вы можете _запустить_ (без ошибок) на всех реализующих платформах. .NET Core — одна из таких платформ, а также .NET Framework и Mono. Они обеспечивают фактическую _реализацию_ во время выполнения. Это означает, что нам, вероятно, следует запускать наши тесты на этих платформах, чтобы убедиться, что мы действительно работаем, а не просто компилируем в соответствии со стандартом.

khellang 30 нояб. 2016

👍4

Все 7 Комментарий

В настоящее время, если вы переносите проект, используя dotnet migrate , вы не можете собрать его с помощью VS2015 (пока?).

jvandertil 17 нояб. 2016

👍2

https://twitter.com/davkean/status/799400509564035072

В четверг, 17 ноября 2016 г., в 22:25, Джос ван дер Тил, [email protected]
написал:

В настоящее время, если вы переносите проект с помощью переноса dotnet, вы не можете построить
это с VS2015 (пока?).
—
Вы получаете это, потому что вы создали тему.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/NancyFx/Nancy/issues/2621#issuecomment -261389526 или отключить звук
нить
https://github.com/notifications/unsubscribe-auth/AAGaplWRcllTEAJFrMZ8NTTpnsxKmnPrks5q_NRrgaJpZM4K0btY
.

jchannon 18 нояб. 2016

Таким образом, они с удовольствием продолжают загружать багаж за багажом в ядро .net, которое никому, кроме предприятий, которые в любом случае не собираются его использовать; но добавление обратной совместимости для формата проекта, который, как вы знаете, действительно был бы полезен, не годится.

Потрясающий.

grumpydev 18 нояб. 2016

👍2

Добрый день!

В пятницу, 18 ноября 2016 г., в 08:23, Стивен Роббинс, [email protected]
написал:

Поэтому они с удовольствием продолжают загружать багаж за багажом в ядро .net,
никому, кроме предприятий, которые все равно не собираются его использовать;
но добавление обратной совместимости для формата проекта, который
знаете, на самом деле быть полезным, это не идет.
Потрясающий.
—
Вы получаете это, потому что вы создали тему.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/NancyFx/Nancy/issues/2621#issuecomment -261474607 или отключить звук
нить
https://github.com/notifications/unsubscribe-auth/AAGapiQmH694ZegeUa0r7AVKVVnxsKKyks5q_WB3gaJpZM4K0btY
.

jchannon 18 нояб. 2016

На данный момент я бы просто дождался скорого выпуска .NET Standard 2.0 и вообще пропустил .NET Core 1.1.

Удивительно, что Microsoft потребовалось так много времени с момента первоначального анонса .NET Core, чтобы собраться вместе. На мой взгляд, .NET Standard 2.0 + VS 2017 будет _реальной_ «версией 1» .NET Standard/Core.