Pliki SLNX w .NET 9 - Dlaczego są ważne

Przedstawiamy SLNX: nowy format plików rozwiązań dla .NET 9

Na początku Tim wprowadza temat, ujawniając, że .NET 9 oferuje możliwość konwersji tradycyjnych plików .sln do nowego formatu plików .slnx. Ten nowy format rozwiązania ma na celu rozwiązanie typowych problemów, z jakimi borykają się programiści w przypadku istniejących plików rozwiązań Visual Studio — a mianowicie złożoności, słabej czytelności dla człowieka oraz chaotycznych konfliktów scałania.

Tim wyjaśnia, że jego film jest częścią serii mającej na celu dostarczenie szybkich, ale praktycznych wyjaśnień. W tym przypadku wyjaśnienie skupia się bezpośrednio na SLNX — czym jest, jakie problemy rozwiązuje i jak go wdrożyć.

Czym jest plik rozwiązania (.sln)? Stary format

Aby wyjaśnić, dłączego potrzebujemy nowego formatu rozwiązania, Tim najpierw wraca do obecnego pliku .sln — pliku tworzonego automatycznie podczas korzystania z szablonów, takich jak aplikacja internetowa Blazor.

Wyjaśnia, że plik rozwiązania jest w zasadzie "pojemnikiem", który grupuje pliki projektu. Projekty te mogą nawet nie być ze sobą bezpośrednio powiązane; Format sln po prostu informuje Visual Studio, co ma otworzyć podczas ładowania rozwiązania.

Chociaż plik SLN odgrywa kluczową rolę, jego struktura jest przestarzała i nieuporządkowana.

Wewnętrzne elementy pliku rozwiązania Visual Studio w VS Code

Następnie Tim otwiera przykładowy plik .sln w Visual Studio Code, ujawniając jego wewnętrzną strukturę. Przedstawia on typowe treści, takie jak:

• Plik rozwiązania Microsoft Visual Studio, wersja formatu 12.00

• Visual Studio wersja 17.0 (odnosi się to do wersji środowiska IDE, a nie roku)

• Identyfikatory GUID projektów, takie jak Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}")

• GlobalSection(SolutionConfigurationPlatforms) = preSolution

• Wiersze konfiguracji kompilacji, takie jak Debug|Dowolny procesor i wersja|Dowolny procesor

• Sekcje końcowe EndProject i Global

Tim podkreśla, że stary format pliku rozwiązania jest pełen zbędnych identyfikatorów, w tym wielu wystąpień niesławnego identyfikatora GUID FAE04EC0-301F-11D3-BF4B-00C04F79EFBC — używanego do reprezentowania projektów .NET. Pliki te są rozbudowane, trudne do odczytania i niezwykle trudne do ręcznej edycji.

Problemy z formatem SLN: konflikty scałania i ręczna edycja

Tim zagłębia się w kwestie związane z plikami SLN:

• Ręczne edycje są ryzykowne ze względu na złożoność pliku

• Konflikty scałania są powszechne w środowiskach zespołowych

• Wiele pól jest zbędnych i niepotrzebnie szczegółowych

• Słaba obsługa kontroli wersji

Zauważa on, że pliki te z czasem urosły i stały się przeładowane nieistotnymi danymi, takimi jak cele kompilacji, identyfikatory GUID i rozbudowana składnia.

Włączanie formatu plików SLNX: funkcja podglądu w programie Visual Studio

Aby wdrożyć format plików SLNX, Tim pokazuje, jak włączyć go za pomocą funkcji Preview Features w Visual Studio. W menu Narzędzia → Opcje programiści muszą włączyć opcję o nazwie "Użyj modelu trwałości pliku rozwiązania". Ta opcja aktywuje możliwość zapisywania rozwiązania w pliku o rozszerzeniu .slnx zamiast .sln.

Jest to część eksperymentalnych funkcji Microsoftu, ale w pełni dostępna do testowania w Visual Studio 2022 i nowszych wersjach.

Zapisywanie rozwiązania jako SLNX

Po włączeniu funkcji podglądu można przejść do menu Plik → Zapisz jako, a następnie wybrać opcję "Plik rozwiązania XML (.slnx)" z menu rozwijanego. Tim demonstruje to na przykładzie rozwiązania o nazwie SolutionDemoApp.

Po zapisaniu w katalogu pojawiają się zarówno pliki .sln, jak i .slnx. Tim zachęca do usunięcia starego formatu (.sln), aby uniknąć nieporozumień.

Budowa pliku SLNX

Otwarcie nowego pliku SLNX w VS Code ujawnia przejrzystą, minimalistyczną strukturę:

<Solution>
  <Project>./SolutionDemo</Project>
  <Project>./SolutionDemoClient</Project>
</Solution>

<Solution>
  <Project>./SolutionDemo</Project>
  <Project>./SolutionDemoClient</Project>
</Solution>

Tim wskazuje na kluczowe różnice:

• Bez identyfikatorów GUID

• Brak bloków EndProject lub GlobalSection

• Brak konfiguracji Debug/Release, chyba że zostały wyraźnie zmienione

• Tylko ścieżki względne do plików projektu

Ten minimalistyczny projekt jest bardziej dostosowany do tego, na czym faktycznie zależy programistom, np. nazw projektów, ścieżek oraz utrzymania przejrzystej struktury dla systemów kontroli wersji, takich jak Git.

Czy SLNX to magiczny plik? Nie do końca, ale jest lepiej

Tim podkreśla, że format SLNX nie wprowadza nowych funkcji — nadal jest to po prostu miejsce do zarządzania plikami projektowymi. Ale jest o wiele łatwiejsze do zrozumieniuiuiuiuia, edycji i udostępniania. To jest prawdziwa korzyść.

Jedną z najważniejszych zalet jest to, o ile łatwiej jest rozwiązywać konflikty scałania. Dzięki .slnx można wyraźnie zobaczyć, które projekty zostały dodane lub usunięte, oraz ręcznie edytować plik bez ryzyka jego uszkodzenia.

Ulepszenie jakości życia w przypadku dużych rozwiązań

Według Tima nowy model trwałości plików rozwiązania wyróżnia się szczególnie w następujących obszarach:

• Duże rozwiązania obejmujące wiele projektów

• Projekty, w których często dochodzi do współpracy i scałania

• Programiści, którzy preferują bardziej przejrzysty i czytelny XML zamiast rozbudowanej składni

Nie jest to rewolucyjna funkcja, ale jak ujął to Tim, jest to bardzo potrzebna poprawa jakości życia.

SLNX powoli staje się standardem

Plik .slnx ma teraz nawet ikonę i można go otworzyć w Visual Studio, klikając go dwukrotnie. Te drobne ulepszenia sprawiają, że format wydaje się bardziej naturalny.

Tim wspomina, że chociaż nadal nie można otworzyć pliku .slnx w taki sam sposób jak pliku .csproj, obsługa narzędzi ewoluuje. Uważa on, że to tylko kwestia czasu, zanim format SLNX stanie się nowym formatem plików rozwiązań studyjnych.

Czy pliki Solution znikną?

Tim spekuluje, że w dłuższej perspektywie pliki rozwiązań mogą stać się opcjonalne, a nawet przestarzałe. W końcu nie robią one nic więcej poza projektami grupowymi. Na razie jednak plik SLNX stanowi lepszy krok w kierunku tej przyszłości.

Zdaje sobie sprawę, że wszelkie zmiany w strukturze węzłów rozwiązania wymagałyby aktualizacji istniejących narzędzi, bibliotek oraz zapewnienia kompatybilności wstecznej.

Git, prostota i łatwość utrzymania

Tim podkreśla, że nowy format rozwiązania idealnie nadaje się do procesów opartych na Git. Pliki SLNX są mniej podatne na uszkodzenia i łatwiej je łączyć, porównywać oraz śledzić. Odpowiada to potrzebom współczesnej społeczności .NET w zakresie lepszej współpracy i narzędzi.

Co dalej? Perspektywy na przyszłość .NET 10

Tim uważa, że format SLNX będzie "w pełni dopracowany" do czasu premiery .NET 10. Chociaż funkcja ta jest nadal oznaczona jako wersja zapoznawcza, większość wcześniejszych ograniczeń — takich jak brak ikon lub obsługi podwójnego kliknięcia — została usunięta.

Jego zalecenie jest jasne: zacznij używać SLNX w nowych projektach i rozpocznij migrację istniejących rozwiązań tam, gdzie to możliwe. Po prostu unikaj wdrażania go w ogromnych systemach Enterprise, dopóki nie wyjdzie z fazy podglądu.

Wniosek: Dłączego warto stosować format SLNX

Film Tima Coreya dotyczący pliku SLNX stanowi przekonujący argument za odejściem od przestarzałego formatu SLN. Dzięki zastosowaniu nowego formatu plików SLNX programiści zyskują:

• Uproszczona składnia

• Łatwiejsza współpraca

• Lepsza kompatybilność z nowoczesnymi narzędziami

• Ulepszone rozwiązywanie konfliktów w Git

Niezależnie od tego, czy korzystasz z .NET CLI, Visual Studio czy VS Code z zestawem C# Dev Kit, format SLNX staje się niezawodną alternatywą. A ponieważ pełna obsługa prawdopodobnie pojawi się w .NET 10, teraz jest czas, aby zacząć uczyć się pracy z tym formatem.

Jeśli więc masz dość przeglądania nieuporządkowanych formatów plików rozwiązań studyjnych, zmagania się z konfliktami scałania lub radzenia sobie z uszkodzonymi konfiguracjami kompilacji, wypróbuj format SLNX.