Существует статья, опубликованная в апреле 2017 года о том, как поддержать и время автономной работы от того же раствора:
https://docs.microsoft.com/en-us/dotnet/core/porting/project-structure
Она сводится к 2 способами:
- Наличие обоих механизмов, настроенных в тот же проект (например, * .csproj):
Заменить существующие проекты на несколько таргетинга eted .NET Core.
- Наличие отдельного проекта для каждой структуры:
Keep существующих проектов и создать проект .NET Core.
Мы активно обсуждаем, каким путем идти в pythonnet, поскольку проект поддерживает .NET Framework на Windows, и Mono на Linux/OSX. Теперь мы добавляем кросс-платформенная поддержка pythonnet:
https://github.com/pythonnet/pythonnet/pull/518
Я не знаю, можно ли это сделать; моя догадка «нет». Но если вы используете какой-то источник управления, вы можете скопировать библиотеку в отдельный каталог в исходном элементе управления, проверить его, изменить тип проекта и вытащить * этот * проект в свое решение, а затем сохранить два проекта в синхронизация через источник управления ... – adv12
Невозможно напрямую ссылаться на xproj из csproj. У вас есть возможность развернуть xproj как пакет NuGet и использовать пакет NuGet в вашем csproj. – Raskolnikov
Каждый раз, когда я изменяю код библиотеки, я должен ее создать, создать пакет NuGet, unintall текущей версии и установить новую в проекте .Net Framework, правильно? – vKint