У меня есть основной проект aspnet (на полной основе), ссылающийся на проект Library.csproj.Почему восстановление dotnet создает xprojs для проектов csproj?
"frameworks": {
"net461": {
"dependencies": {
"Library": {
"target": "project"
}
}
}
}
Единственный способ я знаю, чтобы восстановить пакеты для моего веб-приложение является dotnet restore
. Но это создает нежелательный Library.xproj.
dotnet --version
1.0.0-preview2-1-003177
fragment.lock содержит
"Library/1.0.0": {
"type": "project",
"framework": ".NETFramework,Version=v4.6.1",
"compile": {
"bin/Debug/Library.dll": {}
},
"runtime": {
"bin/Debug/Library.dll": {}
},
"contentFiles": {
"bin/Debug/Library.pdb": {
"buildAction": "None",
"codeLanguage": "any",
"copyToOutput": true
}
}
},
project.lock.json содержит
"Library/1.0.0": {
"type": "project",
"path": "../Library/project.json"
},
К сожалению, сообщество настаивает на поддержке msbuild, и добавление json-поддержки к msbuild было слишком больно, поэтому более новые версии ядра .net будут использовать xproj. Возможны обходные пути, но через несколько месяцев все будут использовать xproj-s в любом случае, поэтому вам лучше научиться жить с ними. – nikovn
Итак, хорошо, если xproj для каждого csproj поручено? Даже если эти библиотеки также использовались для проектов nonCore? Где я могу прочитать об этом? (Не о том, что будет в будущем в VS2017, но для текущего 1.0.0-preview2-1-003177) – smg
Учитывая, что MS создала создание xproj automatic, да это нормально. То, что также произойдет автоматически, - это xproj, превращающийся в csproj. https://blogs.msdn.microsoft.com/dotnet/2016/07/15/net-core-roadmap/ Проверьте дорожную карту, а также, если вы терпеливы, вы можете услышать ребята, объясняющие это здесь -> https: //www.youtube.com/watch?v=P9HqMZviaMg – nikovn