Projekty przenoszenia, migracji i uaktualniania programu Visual Studio 2019
Developer Community | Wymagania | systemowe Zgodność | z informacjami o licencjach | historii | wydania kodu | dystrybucyjnego Blogi
Każda nowa wersja programu Visual Studio obsługuje większość typów projektów, plików i innych zasobów. Możesz z nimi pracować, jak zawsze, pod warunkiem, że nie zależysz od nowszych funkcji.
Napiwek
Jeśli szukasz informacji specyficznych dla następnej wersji, zobacz wersję programu Visual Studio 2022 tej strony.
Staramy się zachować zgodność z poprzednimi wersjami, takimi jak Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 i Visual Studio 2012. Jednak obsługa niektórych typów projektów zmienia się w czasie. Nowsza wersja programu Visual Studio może w ogóle nie obsługiwać niektórych projektów lub może wymagać zaktualizowania projektu, aby nie była już zgodna z poprzednimi wersjami.
Uwaga
Aby uzyskać informacje o bieżącym stanie problemów z migracją, zapoznaj się ze społecznością deweloperów programu Visual Studio. Aby dowiedzieć się więcej o funkcjach specyficznych dla danej wersji programu Visual Studio, zobacz Informacje o wersji.
Ważne
Niektóre typy projektów wymagają określonych obciążeń. Jeśli nie masz zainstalowanego obciążenia, program Visual Studio zgłasza nieznany lub niezgodny typ projektu. W takim przypadku sprawdź opcje instalacji w Instalator programu Visual Studio i spróbuj ponownie. Aby uzyskać więcej informacji na temat obsługi projektu w programie Visual Studio 2019, zobacz stronę Określanie platform i zgodność .
Typy projektu
Poniższa lista zawiera opis obsługi w programie Visual Studio 2019 dla projektów utworzonych we wcześniejszych wersjach.
Jeśli w tym miejscu nie widzisz projektu lub typu pliku, zapoznaj się z wersją tego artykułu w programie Visual Studio 2017. Możesz również użyć przycisku Prześlij i wyświetlić opinię dla>tej strony w dolnej części tej strony, aby podać szczegóły projektu. (Jeśli używasz anonimowej kontrolki "Czy ta strona była przydatna?", nie możemy odpowiedzieć na Twoją opinię).
| Typ projektu | Pomoc techniczna |
|---|---|
| Projekty platformy .NET Core (xproj) | Projekty utworzone za pomocą narzędzi programu Visual Studio 2015 w wersji zapoznawczej, które zawierały plik projektu xproj. Visual Studio 2017: format xproj nie jest obsługiwany w przypadku migracji do formatu csproj. Po otwarciu pliku xproj zostanie wyświetlony monit o przeprowadzenie migracji pliku do formatu csproj w stylu zestawu SDK. (Zostanie wykonana kopia zapasowa pliku xproj). Projekty csproj w stylu zestawu SDK nie są obsługiwane w programie Visual Studio 2015 i starszych wersjach. Visual Studio 2019: w wersji 16.3 lub nowszej nie można załadować ani zmigrować projektów xproj. Aby uzyskać więcej informacji, zobacz Migrowanie projektów .NET Core do formatu csproj. |
| ASP.NET Core Web App i ASP.NET Core Web App with Application Szczegółowe informacje enabled | Dla każdego użytkownika programu Visual Studio informacje o zasobach są przechowywane w rejestrze na wystąpienie użytkownika. Te informacje są używane, gdy użytkownik nie ma otwartego projektu i chce wyszukiwać aplikacja systemu Azure Szczegółowe informacje danych. Program Visual Studio 2015 używa innej lokalizacji rejestru niż Visual Studio 2017 i Visual Studio 2019 i nie powoduje konfliktu. Gdy użytkownik utworzy aplikację internetową ASP.NET, ASP.NET Core Web App lub ASP.NET Core Web Application, zasób jest przechowywany w pliku suo. Użytkownik może otworzyć projekt w programie Visual Studio 2015, Visual Studio 2017 lub Visual Studio 2019, a informacje o zasobach są używane dla każdego z nich, o ile program Visual Studio obsługuje projekty i rozwiązania używane w obu wersjach. Użytkownicy muszą uwierzytelniać się raz na każdym produkcie. Jeśli na przykład projekt zostanie utworzony przy użyciu programu Visual Studio 2017 i otwarty w programie Visual Studio 2019, użytkownik musi uwierzytelnić się w programie Visual Studio 2019. |
| Formularz sieci Web lub formularz Windows C#/Visual Basic | Projekt można otworzyć w programie Visual Studio 2019, Visual Studio 2017 i Visual Studio 2015. |
| Kodowany test interfejsu użytkownika | Kodowany test interfejsu użytkownika na potrzeby zautomatyzowanego testowania funkcjonalnego opartego na interfejsie użytkownika jest przestarzały w programie Visual Studio 2019. Program Visual Studio 2019 będzie ostatnią wersją dla kodowanego testu interfejsu użytkownika. Zalecamy używanie selenium do testowania aplikacji internetowych i aplikacji Appium za pomocą usługi WinAppDriver na potrzeby testowania aplikacji klasycznych i aplikacji platformy UWP. |
| Projekty testów jednostkowych bazy danych (csproj, .vbproj) | Starsze projekty testów jednostkowych danych są ładowane w programie Visual Studio 2019, ale używają wersji GAC zależności. Aby uaktualnić projekt testów jednostkowych, aby używać najnowszych zależności, kliknij prawym przyciskiem myszy projekt w Eksplorator rozwiązań i wybierz polecenie Konwertuj na projekt testowania jednostkowego programu SQL Server.... |
| F# | Program Visual Studio 2019 może otwierać projekty utworzone w programach Visual Studio 2013, Visual Studio 2015 i Visual Studio 2017. Kluczową różnicą między starszymi szablonami programu Visual Studio dla nowych projektów jest to, że wersja FSharp.Core jest teraz zawsze pakietem NuGet. Język F# jest instalowany domyślnie z dowolnym obciążeniem platformy .NET. |
| Installshield Konfiguracja tożsamości usługi zarządzanej |
Projekty instalatora utworzone w programie Visual Studio 2010 można otwierać w nowszych wersjach za pomocą rozszerzenia Instalator programu Visual Studio Projects. Zobacz również rozszerzenie zestawu narzędzi WiX Visual Studio 2017. Instalacja InstallShield Limited Edition nie jest już dołączona do programu Visual Studio. Zapoznaj się z programem Revenera o dostępności programu Visual Studio 2019. |
| LightSwitch | LightSwitch nie jest już obsługiwany w programie Visual Studio 2022, Visual Studio 2019 lub Visual Studio 2017. Projekty utworzone za pomocą programu Visual Studio 2012 i starszych otwartych w programie Visual Studio 2013 lub Visual Studio 2015 są uaktualniane i można je otwierać tylko w programie Visual Studio 2013 lub Visual Studio 2015. |
| Test obciążenia | Funkcje testów wydajności i obciążenia sieci Web są przestarzałe w programie Visual Studio 2019 i nowszych wersjach. Program Visual Studio 2019 będzie ostatnią wersją testu obciążeniowego. Użyj alternatywnych narzędzi do testowania obciążenia, takich jak Apache JMeter, Akamai CloudTest, Blazemeter. |
| Microsoft Azure Tools for Visual Studio | Aby otworzyć te typy projektów, najpierw zainstaluj zestaw Azure SDK dla platformy .NET, a następnie otwórz projekt. W razie potrzeby projekt zostanie zaktualizowany. |
| Microsoft Test Manager | Program Microsoft Test Manager i klient opinii nie są już wysyłkowe w programie Visual Studio, począwszy od programu Visual Studio 2019. Skorzystaj z planów testów platformy Azure (część usługi Azure DevOps) na potrzeby testowania ręcznego i eksploracyjnego. |
| Struktura Model-View-Controller (ASP.NET MVC) | Obsługa wersji MVC i programu Visual Studio:
Uaktualnianie wersji MVC:
|
| Modelowanie | Jeśli zezwolisz programowi Visual Studio na automatyczne aktualizowanie projektu, możesz otworzyć go w programie Visual Studio 2015, Visual Studio 2013 lub Visual Studio 2012. Format projektu modelowania nie uległ zmianie od programu Visual Studio 2015, a projekt można otworzyć i zmodyfikować w tych wersjach. Istnieją jednak różnice w zachowaniu w programach Visual Studio 2017 i Visual Studio 2019:
|
| Instalator MSI (vdproj) | Zobacz sekcję InstallShield tej strony. |
| Office 2007 VSTO | Wymaga jednokierunkowego uaktualnienia programu Visual Studio 2019. |
| Office 2010 VSTO | Jeśli projekt jest przeznaczony dla programu .NET Framework 4, możesz go otworzyć w programie Visual Studio 2010 SP1 lub nowszym. Wszystkie inne projekty wymagają jednokierunkowego uaktualnienia. |
| Przenośna biblioteka klas (PCL) | Biblioteki klas przenośnych (lub PCLS) są teraz nieobsługiwane. Program Visual Studio 2019 będzie nadal otwierany i kompiluje je, ale nie można tworzyć nowych projektów PCL. Zalecamy migrację kodu w projekcie PCL do projektu .NET Standard. Obsługa pcL nie będzie już domyślnie uwzględniana, ale będzie dostępna na karcie "Poszczególne składniki" programu Visual Studio. |
| Obciążenie języka Python | Obsługa aplikacji Windows IoT Core w języku Python została usunięta w programie Visual Studio 2019. Ponieważ w programie Visual Studio 2019 nie ma odpowiednika, nie ma automatycznej ścieżki migracji dla takich projektów. Możesz kontynuować korzystanie z programu Visual Studio 2017. |
| Narzędzia języka R dla programu Visual Studio | Narzędzia R Tools for Visual Studio zostały usunięte z obciążenia Nauka o danych w programie Visual Studio 2019. Możesz nadal używać programu Visual Studio 2017 lub alternatyw, takich jak RStudio. |
| Service Fabric (sfproj) | Projekty aplikacji usługi Service Fabric można otwierać w programie Visual Studio 2015, Visual Studio 2017 i Visual Studio 2019, chyba że projekt aplikacji usługi Service Fabric odwołuje się do projektu usługi ASP.NET Core. Projekty usługi Service Fabric z programu Visual Studio 2015 otwierane w programie Visual Studio 2017 lub Visual Studio 2019 są jednokierunkowe zmigrowane z formatu xproj do pliku csproj. Zobacz projekty .NET Core (xproj)" we wcześniejszej części tej tabeli. |
| SharePoint 2010 | Po otwarciu projektu rozwiązania programu SharePoint w programie Visual Studio 2019 zostanie on uaktualniony do programu SharePoint 2013 lub SharePoint 2016. Aby uaktualnić pakiet roboczy .NET Desktop Development" musi być zainstalowany w programie Visual Studio 2019. Aby uzyskać więcej informacji na temat uaktualniania projektów programu SharePoint, zobacz Uaktualnianie i aktualizowanie programu SharePoint. |
| SharePoint 2016 | Nie można otworzyć projektów dodatków programu SharePoint utworzonych w programie Office Developer Tools Preview 2 w programie Visual Studio 2019. Aby obejść to ograniczenie, zaktualizuj plik MinimumVisualStudioVersion do wersji 12.0 i MinimumOfficeToolsVersion 12.2 w pliku vbproj csproj. |
| Silverlight | Projekty silverlight nie są obsługiwane w programie Visual Studio 2019. Aby obsługiwać aplikacje Silverlight, należy nadal używać programu Visual Studio 2015. |
| SQL — Redgate | Podstawy automatyzacji zmian SQL firmy Redgate (wcześniej o nazwie ReadyRoll Core), SQL Prompt Core i SQL Search nie są już wysyłkowe w instalatorze programu Visual Studio. Możesz kontynuować korzystanie z programu Visual Studio 2017 dla tych funkcji. W programie Visual Studio 2019 można uaktualnić do płatnych produktów automatyzacji zmian SQL i monitów SQL dostępnych w narzędziu SQL firmy Redgate. |
| SQL Server Reporting Services i SQL Server Analysis Services (SSRS, SSDT, SSAS, MSAS) | Obsługa tych typów projektów jest zapewniana za pośrednictwem dwóch rozszerzeń w galerii programu Visual Studio: projektów usług Microsoft Analysis Services i projektów usług Microsoft Reporting Services. Obsługa narzędzi SSDT jest również zawarta w obciążeniu Magazyn danych i przetwarzanie w programie Visual Studio 2019. Aby uzyskać więcej informacji, zobacz stronę Pobieranie i instalowanie narzędzi SQL Server Data Tools (SSDT) dla programu Visual Studio . |
| SQL Server Integration Services (SSIS) | Dostępna jest obsługa programu Visual Studio 2019. Aby uzyskać więcej informacji, zobacz stronę Pobieranie i instalowanie narzędzi SQL Server Data Tools (SSDT) dla programu Visual Studio , blog zespołu usług SQL Server Integration Services (SSIS) oraz stronę Projekty usług SQL Server Integration Services w witrynie Marketplace. |
| Rozszerzenie okna testowego | W programie Visual Studio 2019 usunięto część interfejsów API okna testowego, które wcześniej były oznaczone jako publiczne, ale nigdy nie zostały oficjalnie udokumentowane. Powszechnie widoczne interfejsy API zostały oznaczone jako przestarzałe w programie Visual Studio 2017, aby zapewnić opiekunom rozszerzeń wczesne ostrzeżenie. Na naszą wiedzę kilka rozszerzeń miało zależność od tych interfejsów API. Aby uzyskać więcej informacji i aktualizacji, wyświetl pełną listę przestarzałych interfejsów API związanych z testami. Jeśli ma to wpływ na Twój scenariusz, poinformuj nas za pośrednictwem społeczności deweloperów programu Visual Studio. |
| Visual C++ | Program Visual Studio 2019 umożliwia pracę w projektach utworzonych we wcześniejszych wersjach programu Visual Studio z powrotem do programu Visual Studio 2010. Po pierwszym otwarciu projektu masz możliwość uaktualnienia do najnowszego zestawu narzędzi i kompilatora lub kontynuowania korzystania z oryginalnych. Jeśli zdecydujesz się nadal używać oryginalnych, program Visual Studio 2019 nie modyfikuje pliku projektu i używa zestawu narzędzi z wcześniejszej instalacji programu Visual Studio do skompilowania projektu. Zachowanie oryginalnych opcji oznacza, że nadal można otworzyć projekt w oryginalnej wersji programu Visual Studio w razie potrzeby. Aby uzyskać więcej informacji, zobacz Używanie natywnego wielowersyjności w programie Visual Studio do kompilowania starych projektów. |
| Rozszerzalność programu Visual Studio/VSIX | Projekty z wersją MinimumVersion 14.0 lub mniejszą są aktualizowane w celu zadeklarowania wersji MinimumVersion 15.0, co uniemożliwia otwieranie projektu we wcześniejszych wersjach programu Visual Studio. Aby zezwolić na otwieranie projektu we wcześniejszych wersjach, ustaw wartość MinimumVersion na $(VisualStudioVersion). Zobacz również Artykuł How to: Migrate Extensibility Projects to Visual Studio 2017 (Instrukcje: migrowanie projektów rozszerzalności do programu Visual Studio 2017). |
| Visual Studio Lab Management | Do otwierania środowisk utworzonych w dowolnej z tych wersji można użyć programu Microsoft Test Manager lub Visual Studio 2010 z dodatkiem SP1 lub nowszego. Jednak w przypadku programu Visual Studio 2010 SP1 wersja programu Microsoft Test Manager musi być zgodna z wersją serwera Team Foundation Server przed utworzeniem środowisk. (Ważne: Serwer Team Foundation Server lub TFS, jest teraz znany jako Azure DevOps Server). |
| Visual Studio Tools for Apache Cordova | Obsługa oprogramowania Apache Cordova została usunięta w programie Visual Studio 2019. Ponieważ w programie Visual Studio 2019 nie ma odpowiednika, nie ma automatycznej ścieżki migracji dla takich projektów. Możesz użyć rozszerzenia Cordova Tools for Visual Studio Code (które zapewnia obsługę najnowszej wersji oprogramowania Cordova) lub kontynuować korzystanie z programu Visual Studio 2017. |
| Wdrażanie sieci Web (wdproj) | Obsługa projektów wdrażania sieci Web została usunięta w programie Visual Studio 2012 z dodatkiem obsługi profilu publikowania. Ponieważ w programie Visual Studio 2019 nie ma odpowiednika, nie ma automatycznej ścieżki migracji dla takich projektów. Zamiast tego otwórz plik wdproj w edytorze tekstów i wklej wszystkie dostosowania do pliku pubxml (profilu publikowania), zgodnie z opisem w witrynie StackOverflow. |
| Windows Communication Foundation, Windows Workflow Foundation | Ten projekt można otworzyć w programie Visual Studio 2019, Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 i Visual Studio 2012. |
| Windows Presentation Foundation | Ten projekt można otworzyć w programie Visual Studio 2019, Visual Studio 2017, Visual Studio 2013, Visual Studio 2012 i Visual Studio 2010 SP1. |
| Aplikacje Telefon systemu Windows | Projekty dla systemu Windows Telefon nie są obsługiwane w programie Visual Studio 2019. Aby obsługiwać aplikacje systemu Windows Telefon 8.x, użyj programu Visual Studio 2015. Aby obsługiwać projekty systemu Windows Phone 7.x, należy używać programu Visual Studio 2012. |
| Aplikacje Windows Store | Uniwersalne projekty systemu Windows w języku JavaScript nie są obsługiwane w programie Visual Studio 2019. Aby obsługiwać te projekty, użyj programu Visual Studio 2017. Zestawy SDK systemu Windows 10 przed aktualizacją Windows 10 Fall Creators Update (kompilacja 16299) zostały usunięte z instalatora programu Visual Studio 2019. Starsze zestawy SDK można pobrać ręcznie lub ponownie użyć nowszych zestawów SDK. Uniwersalne projekty systemu Windows korzystające z pliku project.json nie są obsługiwane. Zalecamy uaktualnienie tych projektów w celu korzystania z odwołań do pakietów. Alternatywnie dodaj odwołanie do zestawu Microsoft.NET.Test.Sdk w wersji 16.0.0.0.0 w pliku project.json. Projekty dla Sklepu Windows 8.1 i 8.0 nie są obsługiwane w programie Visual Studio 2019. Aby obsługiwać te aplikacje, należy nadal używać programu Visual Studio 2015. |
| Xamarin | Rozszerzenie Xamarin Live Player dla programu Visual Studio i Visual Studio dla komputerów Mac zostało usunięte. Spowoduje to usunięcie ekranu parowania i dowolnej integracji. Zamiast tego użyj wbudowanego programu podglądu zestawu narzędzi Xamarin.Forms. Emulator programu Visual Studio dla systemu Android został usunięty z Instalator programu Visual Studio. Zamiast tego użyj nowej obsługi funkcji Hyper-V w emulatorze systemu Google Android. |
Migrowanie projektu
Mimo że próbujemy zachować zgodność z poprzednimi wersjami, mogą istnieć zmiany, które nie są zgodne z poprzednimi wersjami. (Zobacz Określanie platformy i zgodność , dla których typy projektów są obsługiwane w programie Visual Studio 2019). W takim przypadku nowsza wersja programu Visual Studio nie załaduje projektu ani nie zaoferuje ścieżki migracji. Być może trzeba będzie zachować ten projekt w poprzedniej wersji programu Visual Studio.
Czasami nowsza wersja programu Visual Studio może otworzyć projekt, ale musi zaktualizować lub zmigrować projekt w sposób, który może być niezgodny z poprzednimi wersjami. Program Visual Studio używa następujących kryteriów, aby określić, czy taka migracja jest niezbędna:
Zgodność z docelowymi wersjami platform z powrotem do programu Visual Studio 2013 RTM.
Zgodność zasobów w czasie projektowania z poprzednimi wersjami programu Visual Studio. (Mianowicie różne kanały programu Visual Studio 2019, Visual Studio 2017; Visual Studio 2015 RTM & Update 3; Visual Studio 2013 RTM & Update 5; Visual Studio 2012 Update 4; Visual Studio 2010 SP 1.) Program Visual Studio 2019 ma na celu bezproblemowe niepowodzenie z przestarzałymi elementami zawartości czasu projektowania bez ich uszkodzenia, tak aby poprzednie wersje mogły nadal otwierać projekt.
Czy nowe zasoby czasu projektowania spowodują przerwanie zgodności z poprzednimi wersjami do programu Visual Studio 2013 RTM i Update 5.
Zespół inżynierów, który jest właścicielem typu projektu, analizuje te kryteria i wykonuje wywołanie, w którym dotyczy pomoc techniczna, zgodność i migracja. Ponownie staramy się zachować zgodność między wersjami programu Visual Studio, aby podczas tworzenia i modyfikowania projektów w jednej wersji programu Visual Studio działało to tylko w innych wersjach.
Czasami zgodność nie jest możliwa. Następnie program Visual Studio otwiera kreatora uaktualniania, aby wprowadzić niezbędne zmiany jednokierunkowe. Te jednokierunkowe zmiany mogą obejmować zmianę ToolsVersion właściwości w pliku projektu, która określa dokładnie, która wersja programu MSBuild może przekształcić kod źródłowy projektu w możliwe do uruchomienia i możliwe do wdrożenia artefakty.
To, co renderuje projekt niezgodny z poprzednimi wersjami programu Visual Studio, nie jest wersją programu Visual Studio , ale wersją programu MSBuild określoną przez program ToolsVersion. Jeśli twoja wersja programu Visual Studio zawiera łańcuch narzędzi MSBuild zgodny ToolsVersion z elementem w projekcie, program Visual Studio może wywołać ten łańcuch narzędzi w celu skompilowania projektu.
Aby zachować zgodność z projektami utworzonymi w poprzednich wersjach, program Visual Studio 2019 zawiera niezbędne łańcuchy narzędzi MSBuild do obsługi ToolsVersion 15, 14, 12 i 4. Projekty korzystające z dowolnej z tych ToolsVersion wartości powinny spowodować pomyślną kompilację. (Temat, ponownie, do tego, czy program Visual Studio 2019 obsługuje typ projektu, zgodnie z opisem w temacie Określanie platformy i zgodność.
Może być kuszące ręczne zaktualizowanie lub zmigrowanie projektu do nowszej ToolsVersion wartości. Wprowadzenie takiej zmiany jest niepotrzebne i prawdopodobnie spowoduje wygenerowanie wielu błędów i ostrzeżeń, które należy naprawić, aby ponownie skompilować projekt. Ponadto jeśli program Visual Studio nie obsługuje określonego elementu ToolsVersion w przyszłości, projekt wyzwala proces migracji projektu po otwarciu go, ponieważ ToolsVersion jego wartość musi zostać zmieniona.
Następne kroki
Zapoznaj się z następującymi artykułami, aby uzyskać dalszą dyskusję:
- Wskazówki dotyczące narzędziaWersja
- Wskazówki dotyczące określania elementów docelowych dla platformy