A Visual Studio 2022 előzetes verzió kibocsátási megjegyzései

A GPT-4o Copilot kódkiegészítési modelljének bemutatása nyilvános előzetes verzióban, hogy magasabb színvonalú befejezéseket kínáljon.

Örömmel jelentjük be, hogy az új GPT-4o Copilot kódkiegészítési modell már elérhető a Visual Studio 17.14-ben a GitHub Copilot felhasználói számára! Ezt a GPT-4o minire épülő fejlett modellt több mint 275 000 kiváló minőségű nyilvános adattáron tanítják be több mint 30 népszerű programozási nyelven. Ennek eredményeképpen a fejlesztők pontosabb javaslatokat és jobb teljesítményt várhatnak.

Az új modell használatához lépjen az Eszközök → Beállítások → GitHub → Copilot → Copilot Completions elemre, és válassza GPT-4o Copilot a modellválasztó legördülő listából. A beállításokat úgy is elérheti, hogy a jobb felső sarokban lévő GitHub Copilot-jelvényre kattint, és Beállítások → Beállítások. Felhívjuk figyelmét, hogy előfordulhat késés a legújabb modelllista első alkalommal történő lekérésekor. Ha nem látja az új modellt a legördülő listában, indítsa újra a Visual Studiót.

GPT-4o Copilot hozzáférési megjegyzések:

• Copilot Pro-felhasználók: Az új modell a 17.14-ben és újabb verziókban érhető el.
• Copilot Business vagy Enterprise felhasználói: A rendszergazdának először engedélyeznie kell ezt a modellt a szervezet számára azáltal, hogy bejelöli a Szerkesztő előzetes funkcióit a Copilot-szabályzat beállításaiban a GitHub.com-on.
• Copilot ingyenes felhasználói: A modell használata beleszámít a havi 2000 ingyenes feladat befejezésébe.

C++ és C# függvényhez tartozó dokumentum-megjegyzések automatikus létrehozása.

A Copilot mostantól zökkenőmentesen integrálva van a Visual Studio kódszerkesztőjében, hogy segítséget nyújtson a függvényekhez fűzött doc-megjegyzések létrehozásához.

Ha engedélyezve van az automatikus dokumentumkommentálás a projekthez, egyszerűen írja be a megjegyzésmintát a beállítások konfigurációjának megfelelően (például ///), és a Copilot automatikusan kitölti a függvény leírását a függvény tartalma alapján.

Ez a funkció C++ és C# projektfájlokhoz is elérhető.

Új Mono hibakeresési motor .NET MAUI-hoz a Visual Studio Core hibakeresőbe integrálva.

A .NET MAUI-alkalmazások új Mono hibakeresője egy új hibakeresési motor, amely a Visual Studio hibakeresőjébe van integrálva, amely fontos fejlesztéseket hoz a megbízhatóság, a teljesítmény és a funkciók paritása terén a Visual Studio többi részével.

Just My Code, a változók és a kifejezések kiértékelése a legfigyelemreméltóbb fejlesztések között vannak.

A használatához győződjön meg arról, hogy engedélyezve van a következő Visual Studio Előzetes funkció: Új .NET Mono hibakereső engedélyezése a MAUI-alkalmazásokhoz

Ez a funkció csak az Android platformon érhető el. Hamarosan megjelenik az iOS-támogatás.

Továbbfejlesztett LINQ-kifejezés-hibakeresési élmény, ahol a záradék fölé húzva megjelenik egy datatip.

A LINQ-lekérdezések létrehozása és hibaelhárítása bonyolult és bonyolult folyamat lehet, amely gyakran pontos szintaxist és számtalan iterációt igényel. A kihívások enyhítése érdekében a Visual Studio 2022 már tartalmaz egy linq on-hover datatipet a hibakeresőjében.

Amikor a hibakeresés során szünetelteti a folyamatot, végigviheti az egeret a LINQ-lekérdezés egyes záradékain vagy szegmensein, és a lekérdezés aktuális értékét futásidőben megjelenítheti.

Emellett rákattinthat a DataTip végén található GitHub Copilot ikonra is, amely elvégzi az Elemzést a Copilottal a konkrét lekérdezési záradékon, amely fölött elidőzött. A Copilot ezután elmagyarázza a záradék szintaxisát, és tisztázza, hogy miért kapja meg a megadott eredményt.

Ez jelentősen javíthatja a hatékonyságot, és gördülékenyebbé és egyszerűbbé teheti a hibakeresési élményt, így gyorsabban rögzítheti a LINQ-lekérdezésekkel kapcsolatos problémákat, és egyszerűbbé teheti az általános fejlesztési munkafolyamatot.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg funkciójegy.

A .NET-foglalási eszköz mostantól azonosítja a nulla hosszúságú tömbfoglalásokat, így optimalizálva a memóriahasználatot és a teljesítményt.

A .NET-foglalási eszköz mostantól részletes elemzéseket nyújt a nulla hosszúságú tömbfoglalásokról, így azonosíthatja és optimalizálhatja a szükségtelen memóriahasználatot. Bár ezek a lefoglalások jelentéktelennek tűnhetnek, felhalmozódhatnak és hatással lehetnek a teljesítményre, különösen a nagy teljesítményű vagy memóriakorlátozott alkalmazásokban.

Ezzel a frissítéssel megvizsgálhatja a nulla hosszúságú tömbfoglalásokat a Vizsgálat hivatkozásra kattintva, amely megnyitja a foglalás részleteit megjelenítő foglalási nézetet. Dupla kattintással megjelennek a kód elérési útjai, ahol ezek a lefoglalások történnek, megkönnyítve a pontos optimalizálást. A hatékonyság javítása érdekében fontolja meg a Array.Empty<T>(), egy statikusan lefoglalt üres tömbpéldány használatát a redundáns memóriafoglalások kiküszöbölése érdekében.

A Git-adattár ablaka most egy szűrőt biztosít az eszköztárán, amely csak a kimenő/bejövő véglegesítéseket jeleníti meg.

Az Git-adattár ablak go-to hely a Git-előzmények megismeréséhez. Amikor egy helyi ágon dolgozik, előfordulhat, hogy az kieshet a szinkronizálásból a távoli ággal, vagy azért, mert új módosításokat hozott létre (kimenő), vagy mert érkezhetnek új módosítások, amelyeket le kell kérni (bejövő).

Az eszköztáron elérhető új kimenő/bejövő szűrővel azonnal észreveheti az ilyen nem szinkronizált véglegesítéseket. Az Ön elkötelezései, az ő elkötelezéseik – ellenőrizze őket könnyedén, és maradjon tökéletes szinkronban!

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg funkciójegy.

Ezzel az új beállítással tartsa nyitva a Git-adattár ablakát az újraindítások között.

Az ágműveletek dedikált környezeteként a Git-adattár ablaka valószínűleg a napi fejlesztés középpontjában áll. Ha azt tapasztalja, hogy minden Visual Studio-munkamenettel gyakran újra megnyitja, ez a frissítés úgy lett kialakítva, hogy időt és energiát takarítson meg.

Új beállítást adtunk hozzá a Git > Beállítások a Git-adattár ablakának automatikus visszaállításához a Visual Studio újraindításakor. Emellett az ablak a mentett ablakelrendezésekben is megjelenik, így javítva a testreszabási lehetőségeket.

Alapértelmezés szerint ez a funkció ki van kapcsolva, hogy zökkenőmentesen működjön a dolgok azok számára, akiknek nincs rá szükségük. De ha tetszik a kényelem, ez a beállítás tökéletes az Ön számára.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg feladatjegy.

Új Git-tárház létrehozásakor a felhasználók testre szabhatják a kezdeti alapértelmezett ágat.

Mostantól könnyedén beállíthatja az új Git-adattárak alapértelmezett ágnevét közvetlenül a Visual Studióban. Ez az új beállítás zökkenőmentesen kommunikál a Git-konfigurációval, így egyszerűbbé válik a munkafolyamat testreszabása.

Csak lépjen a Git Beállítások > menübe, és amikor legközelebb létrehoz egy adattárat, láthatja az egyéni ág nevét gyakorlatban.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg funkciójegy.

NuGet mostantól kontextust biztosít, amikor hitelesítő adatok megadására kéri.

Továbbfejlesztettük a NuGet-hitelesítési folyamatot. Most, ha bármilyen lehetséges hitelesítési problémát észlelünk, megjelenik egy új hitelesítési párbeszédpanel, amely kontextust biztosít a hírcsatornáról és az adott fiók igényeiről.

Ez a frissítés javítja a többtényezős hitelesítés (MFA) forgatókönyveinek újrahitelesítési folyamatát, megoldja az egymást követő hitelesítési kérésekkel kapcsolatos problémákat, és gördülékenyebb általános élményt biztosít a privát NuGet-hírcsatornák kezelése során.

A Teams Toolkit új projekt sablonokat adott hozzá agentek létrehozásához.

Örömmel jelentjük be, hogy ebben a kiadásban a Teams Toolkit projektsablonokat adott hozzá a Microsoft Copilot deklaratív ügynökeinek létrehozásához.

Deklaratív ügynököt művelettel vagy anélkül is létrehozhat. Dönthet úgy, hogy új API-kat határoz meg, vagy meglévőket használ a feladatokat végrehajtó vagy adatbeolvasási művelet meghatározásához.

A Teams Toolkit használatával hibakeresést végezhet és megtekintheti a Deklaratív ügynököket a Microsoft Copilotban.

Mi több, ebben a kiadásban a Teams Toolkit frissítette az összes projektsablont a .NET 9 támogatásához.

.net9-támogatás

Boldog kódolást!
A Teams eszközkészlet-csapata

A témák módosítása mostantól megőrzi a betűtípus és a betűméret beállításait.

Tisztában vagyunk azzal, hogy a kódoláskor a fejlesztők által választott betűtípusok személyes választásnak számítanak, amelyet az olvashatóság, az akadálymentesség vagy az esztétika beállításai befolyásolnak. A Visual Studio-témák elsősorban a bemutatószínekre összpontosítanak, és függetlenek az előnyben részesített betűtípustól.

Ezzel a frissítéssel olyan funkciókat vezettünk be, amelyek megőrzik a betűtípus arc- és méretválasztását a témák váltása során. Most már beállíthatja egyszer a betűtípus-beállításokat, és anélkül válthat témák között a Visual Studióban, hogy minden alkalommal újra kellene konfigurálnia a betűtípus-beállításokat. Vegye figyelembe, hogy a betűtípusok színei továbbra is a témához kapcsolódnak, mivel ez a témák célja, de a betűtípusok kijelölése megmarad.

Ez a funkció alapértelmezés szerint minden felhasználó számára engedélyezve lesz. Ha az előző viselkedést részesíti előnyben, nyissa meg az Eszközök → Az előnézeti funkciók kezelése menüpontot, és keresse meg az Betűbeállítások elkülönítése a színtéma kiválasztásátóllehetőséget. Ha ez a beállítás be van jelölve, a betűtípus-beállítások a témamódosításoktól függetlenül megmaradnak. Vegye ki a jelölést a jelölőnégyzetből, hogy visszaállítsa a korábbi beállítást, amely összekapcsolja a betűtípus-választásokat a témával.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg a funkcióhoz tartozó jegyet.

Élő előnézet, azonnali újratöltés és más felhasználói felületi eszközök már a tervezéskor elérhetők.

Az élő előzetes verzió már a tervezéskor elérhető, így valós idejű vizualizációt tesz lehetővé a változások az alkalmazás felhasználói felületén. A Hot Reload és más valós idejű UI eszközök mostantól ilyen módon is használhatók, ami biztosítja a zökkenőmentes munkafolyamatot.

A hibakeresőről leválasztott eszközök rugalmassága lehetővé teszi a tervek folyamatos kísérletezést és finomítását.

Kattintson az új Élő előnézet jelzőre, hogy tervezési időben bármely XAML-fájlból elérje az Élő előnézetet.

Akár egy új .NET MAUI-alkalmazáson dolgozik, akár egy meglévő WPF-alkalmazás finomításán dolgozik, ezek a fejlesztések segítenek a kiváló minőségű alkalmazások gyorsabb és megbízhatóbb megvalósításában.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg funkciójegy.

Visual Studio mostantól tartalmaz egy frissített UWP MSTest projektsablont, amely a .NET 9-et és a natív AOT-t célozza.

A Visual Studio mostantól tartalmaz egy új UWP MSTest projektsablont, amely a .NET 9-et és a natív AOT-t célozza. Szorosan együttműködtünk az MSTest csapatával, hogy teljes körű támogatást biztosítsunk az UWP .NET 9-projektekhez az MSTest könyvtárakban és az infrastruktúrában, valamint a Visual Studio test host-ban. Ez lehetővé teszi, hogy az UWP-tesztprojektek a .NET 9-et célbavezjék, és az összes modern .NET SDK- és MSTest-eszközkészletet kihasználják, miközben továbbra is UWP-környezetben futnak, ahogy várná.

A .NET Native-t használó összes többi eredeti UWP-projektsablonhoz hasonlóan az előző UWP MSTest projektsablon is elérhető marad. Javasoljuk azonban, hogy a .NET 9-et és a natív AOT-t célzó új projektsablonokat használja. Ahogy a Visual Studio 17.13-ban is, úgy módosítottuk az összes UWP-sablon sorrendjét, hogy az tükrözze ezt, és rangsoroljuk az új .NET 9 projektsablonokat a keresési eredmények között.

📣 A visszajelzés megosztásáért és a beszélgetés folytatásáért tekintse meg a feladatjegyet.

A telepítő mostantól képes kezelni a bővítménycsomagok telepítését.

A telepítő mostantól támogatja a bővítménycsomagokat, amelyek több bővítményből álló csomagok, amelyek mindegyike egyetlen bővítményből származik.

Ha bővítménycsomagokat szeretne használni a Telepítőben, először adja meg a kívánt bővítményeket egy .vsconfig fájlban. Ezután a Visual Studio Installer Importálási konfiguráció funkciójával importálja a bővítmény részleteit tartalmazó .vsconfig fájlt.

A .vsconfig fájlok létrehozásával vagy létrehozásával kapcsolatos további információkért tekintse meg a telepítési konfigurációk dokumentációját.

A .vsconfig fájl importálása után a rendszer átirányítja a módosítási képernyőre, ahol a bővítmények a telepítési összefoglaló panelen a saját címsoruk alá lesznek csoportosítva. Itt kiválaszthatja vagy megszüntetheti a teljes bővítménycsomagok vagy az egyes bővítmények kijelölését bármely csomagban.

Mostantól az SDK-stílusú projektfájlformátumot használhatja az SQL Server Data Tools-projektekben továbbfejlesztett SQL-hibakeresési és séma-összehasonlító képességekkel.

A Visual Studio 17.14 frissítése további elemsablonokat és .dacpac adatbázis-hivatkozásokat tartalmaz az SDK-stílusú SQL Server Data Toolsra (előzetes verzió). Az SDK-stílusú SSDT SQL-projektek a Microsoft.Build.Sql SDK-n alapulnak, amely platformfüggetlen támogatást és továbbfejlesztett CI/CD-képességeket biztosít az SQL Server Data Tools (SSDT) projektekhez.

A NuGet-csomagokra mutató kevésbé részletes projektfájlok és adatbázis-hivatkozások segítségével a csapatok hatékonyabban dolgozhatnak együtt egy projekt nagyméretű adatbázisaiban, vagy több projektből több objektumkészletet is összeállíthatnak. A Microsoft.Build.Sql-projektből származó adatbázis-telepítések automatizálhatók Windows- és Linux-környezetekben, ahol a Microsoft.SqlPackage dotnet eszköz közzéteszi a buildelési összetevőt (.dacpac) az SQL-projektből. További információ SDK-stílusú SQL-projektekről és az SQL-hez készült DevOpsról.

A 17.14-es verzióban a adatbázishivatkozások kibővülnek, hogy támogassák a projekt- és .dacpac-hivatkozásokat. Az adatbázis-hivatkozások csomaghivatkozásokként való támogatása egy későbbi kiadásban jelenik meg. A slngen megoldásfájl-generátor legújabb kiadása a Microsoft.Build.Sql-projektek támogatását is hozzáadta, lehetővé téve a nagy megoldások programozott kezelését.

Mindenképpen telepítse a legújabb SSDT előzetes verziójú összetevőt a Visual Studio telepítőjében, hogy az SDK-stílusú SQL-projekteket használja a megoldásban.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg funkciójegy.

Támogatás hozzáadása a CMake modulokhoz az IntelliSense gyorsinformációkban és -kiegészítésekben.

Hozzáadtuk az IntelliSense-alapú kiegészítések és a CMake modulok gyors információjának támogatását a Visual Studio-ban. Most már megtekintheti az összes elérhető CMake-modult, és többet is megtudhat közvetlenül a Visual Studio szerkesztőjéből.

Gyors információ

Ha egy hivatkozott CMake-modul fölé viszi az egérmutatót, az IntelliSense további információkat nyújt a kiválasztott modulról. CMake-adatok

Teljesítés

Amikor elkezd begépelni egy CMake-modult a CMakeLists.txt vagy más CMake-szkriptfájlokba, az IntelliSense megjeleníti az elérhető modulok listáját, amelyek közül választhat.

A Git-adattár ablaka most egy szűrőt biztosít az eszköztárán, amely csak a kimenő/bejövő véglegesítéseket jeleníti meg.

Az Git-adattár ablak go-to hely a Git-előzmények megismeréséhez. Amikor egy helyi ágon dolgozik, előfordulhat, hogy az kieshet a szinkronizálásból a távoli ággal, vagy azért, mert új módosításokat hozott létre (kimenő), vagy mert érkezhetnek új módosítások, amelyeket le kell kérni (bejövő).

Az eszköztáron elérhető új kimenő/bejövő szűrővel azonnal észreveheti az ilyen nem szinkronizált véglegesítéseket. Az Ön elkötelezései, az ő elkötelezéseik – ellenőrizze őket könnyedén, és maradjon tökéletes szinkronban!

📣 Tekintse meg a funkció jegy-et a visszajelzés megosztásához és a beszélgetés folytatásához.

Ezzel az új beállítással tartsa nyitva a Git-adattár ablakát az újraindítások között.

Az ágműveletek dedikált környezeteként a Git-adattár ablaka valószínűleg a napi fejlesztés középpontjában áll. Ha azt tapasztalja, hogy minden Visual Studio-munkamenettel gyakran újra megnyitja, ez a frissítés úgy lett kialakítva, hogy időt és energiát takarítson meg.

Új beállítást adtunk hozzá a Git > Beállítások a Git-adattár ablakának automatikus visszaállításához a Visual Studio újraindításakor. Emellett az ablak a mentett ablakelrendezésekben is megjelenik, így javítva a testreszabási lehetőségeket.

Alapértelmezés szerint ez a funkció ki van kapcsolva, hogy zökkenőmentesen működjön a dolgok azok számára, akiknek nincs rá szükségük. De ha tetszik a kényelem, ez a beállítás tökéletes az Ön számára.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg a funkciójegyzetet.

Új Git-tárház létrehozásakor a felhasználók testre szabhatják a kezdeti alapértelmezett ágat.

Mostantól könnyedén beállíthatja az új Git-adattárak alapértelmezett ágnevét közvetlenül a Visual Studióban. Ez az új beállítás zökkenőmentesen kommunikál a Git-konfigurációval, így egyszerűbbé válik a munkafolyamat testreszabása.

Csak lépjen a Git Beállítások > menübe, és amikor legközelebb létrehoz egy adattárat, láthatja az egyéni ág nevét gyakorlatban.

📣 Tekintse meg a funkciójegyet, hogy megossza visszajelzését és folytassa a beszélgetést.

NuGet mostantól kontextust biztosít, amikor hitelesítő adatok megadására kéri.

Továbbfejlesztettük a NuGet-hitelesítési folyamatot. Most, ha bármilyen lehetséges hitelesítési problémát észlelünk, megjelenik egy új hitelesítési párbeszédpanel, amely kontextust biztosít a hírcsatornáról és az adott fiók igényeiről.

Ez a frissítés javítja a többtényezős hitelesítés (MFA) forgatókönyveinek újrahitelesítési folyamatát, megoldja az egymást követő hitelesítési kérésekkel kapcsolatos problémákat, és gördülékenyebb általános élményt biztosít a privát NuGet-hírcsatornák kezelése során.

Támogatás hozzáadása a CMake modulokhoz az IntelliSense gyorsinformációkban és -kiegészítésekben.

Hozzáadtuk az IntelliSense-alapú kiegészítések és a CMake modulok gyors információjának támogatását a Visual Studio-ban. Most már megtekintheti az összes elérhető CMake-modult, és többet is megtudhat közvetlenül a Visual Studio szerkesztőjéből.

Gyors információ

Ha egy hivatkozott CMake-modul fölé viszi az egérmutatót, az IntelliSense további információkat nyújt a kiválasztott modulról. CMake-adatok

Teljesítés

Amikor elkezd begépelni egy CMake-modult a CMakeLists.txt vagy más CMake-szkriptfájlokba, az IntelliSense megjeleníti az elérhető modulok listáját, amelyek közül választhat.

A GPT-4o Copilot kódkiegészítési modelljének bemutatása nyilvános előzetes verzióban, hogy magasabb színvonalú befejezéseket kínáljon.

Örömmel jelentjük be, hogy az új GPT-4o Copilot kódkiegészítési modell már elérhető a Visual Studio 17.14-ben a GitHub Copilot felhasználói számára! Ezt a GPT-4o minire épülő fejlett modellt több mint 275 000 kiváló minőségű nyilvános adattáron tanítják be több mint 30 népszerű programozási nyelven. Ennek eredményeképpen a fejlesztők pontosabb javaslatokat és jobb teljesítményt várhatnak.

Az új modell használatához lépjen az Eszközök → Beállítások → GitHub → Copilot → Copilot Completions elemre, és válassza GPT-4o Copilot a modellválasztó legördülő listából. A beállításokat úgy is elérheti, hogy a jobb felső sarokban lévő GitHub Copilot-jelvényre kattint, és Beállítások → Beállítások. Felhívjuk figyelmét, hogy előfordulhat késés a legújabb modelllista első alkalommal történő lekérésekor. Ha nem látja az új modellt a legördülő listában, indítsa újra a Visual Studiót.

GPT-4o Copilot hozzáférési megjegyzések:

• Copilot Pro-felhasználók: Az új modell a 17.14-ben és újabb verziókban érhető el.
• Copilot Business vagy Enterprise felhasználói: A rendszergazdának először engedélyeznie kell ezt a modellt a szervezet számára azáltal, hogy bejelöli a Szerkesztő előzetes funkcióit a Copilot-szabályzat beállításaiban a GitHub.com-on.
• Copilot ingyenes felhasználói: A modell használata beleszámít a havi 2000 ingyenes feladat befejezésébe.

C++ és C# függvényhez tartozó dokumentum-megjegyzések automatikus létrehozása.

A Copilot mostantól zökkenőmentesen integrálva van a Visual Studio kódszerkesztőjében, hogy segítséget nyújtson a függvényekhez fűzött doc-megjegyzések létrehozásához.

Ha engedélyezve van az automatikus dokumentumkommentálás a projekthez, egyszerűen írja be a megjegyzésmintát a beállítások konfigurációjának megfelelően (például ///), és a Copilot automatikusan kitölti a függvény leírását a függvény tartalma alapján.

Ez a funkció C++ és C# projektfájlokhoz is elérhető.

Új Mono hibakeresési motor .NET MAUI-hoz a Visual Studio Core hibakeresőbe integrálva.

A .NET MAUI-alkalmazások új Mono hibakeresője egy új hibakeresési motor, amely a Visual Studio hibakeresőjébe van integrálva, amely fontos fejlesztéseket hoz a megbízhatóság, a teljesítmény és a funkciók paritása terén a Visual Studio többi részével.

Just My Code, a változók és a kifejezések kiértékelése a legfigyelemreméltóbb fejlesztések között vannak.

A használatához győződjön meg arról, hogy engedélyezve van a következő Visual Studio Előzetes funkció: Új .NET Mono hibakereső engedélyezése a MAUI-alkalmazásokhoz

Ez a funkció csak az Android platformon érhető el. Hamarosan megjelenik az iOS-támogatás.

Továbbfejlesztett LINQ-kifejezés-hibakeresési élmény, ahol a záradék fölé húzva megjelenik egy datatip.

A LINQ-lekérdezések létrehozása és hibaelhárítása bonyolult és bonyolult folyamat lehet, amely gyakran pontos szintaxist és számtalan iterációt igényel. A kihívások enyhítése érdekében a Visual Studio 2022 már tartalmaz egy linq on-hover datatipet a hibakeresőjében.

Amikor a hibakeresés során szünetelteti a folyamatot, végigviheti az egeret a LINQ-lekérdezés egyes záradékain vagy szegmensein, és a lekérdezés aktuális értékét futásidőben megjelenítheti.

Emellett rákattinthat a DataTip végén található GitHub Copilot ikonra is, amely elvégzi az Elemzést a Copilottal a konkrét lekérdezési záradékon, amely fölött elidőzött. A Copilot ezután elmagyarázza a záradék szintaxisát, és tisztázza, hogy miért kapja meg a megadott eredményt.

Ez jelentősen javíthatja a hatékonyságot, és gördülékenyebbé és egyszerűbbé teheti a hibakeresési élményt, így gyorsabban rögzítheti a LINQ-lekérdezésekkel kapcsolatos problémákat, és egyszerűbbé teheti az általános fejlesztési munkafolyamatot.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg funkciójegy.

A .NET-foglalási eszköz mostantól azonosítja a nulla hosszúságú tömbfoglalásokat, így optimalizálva a memóriahasználatot és a teljesítményt.

A .NET-foglalási eszköz mostantól részletes elemzéseket nyújt a nulla hosszúságú tömbfoglalásokról, így azonosíthatja és optimalizálhatja a szükségtelen memóriahasználatot. Bár ezek a lefoglalások jelentéktelennek tűnhetnek, felhalmozódhatnak és hatással lehetnek a teljesítményre, különösen a nagy teljesítményű vagy memóriakorlátozott alkalmazásokban.

Ezzel a frissítéssel megvizsgálhatja a nulla hosszúságú tömbfoglalásokat a Vizsgálat hivatkozásra kattintva, amely megnyitja a foglalás részleteit megjelenítő foglalási nézetet. A dupla kattintással feltárulnak a kódútvonalak, ahol ezek az allokációk történnek, így pontosan lehet optimalizálni. A hatékonyság javítása érdekében fontolja meg a Array.Empty<T>(), egy statikusan lefoglalt üres tömbpéldány használatát a redundáns memóriafoglalások kiküszöbölése érdekében.

A Teams Toolkit új projektsablonokat adott hozzá az ügynökök fejlesztéséhez.

Örömmel jelentjük be, hogy ebben a kiadásban a Teams Toolkit projektsablonokat adott hozzá a Microsoft Copilot deklaratív ügynökeinek létrehozásához.

Deklaratív ügynököt művelettel vagy anélkül is létrehozhat. Dönthet úgy, hogy új API-kat határoz meg, vagy meglévőket használ a feladatokat végrehajtó vagy adatbeolvasási művelet meghatározásához.

A Teams Toolkit használatával hibakeresést végezhet és megtekintheti a Deklaratív ügynököket a Microsoft Copilotban.

Mi több, ebben a kiadásban a Teams Toolkit frissítette az összes projektsablont a .NET 9 támogatásához.

.net9-támogatás

Boldog kódolást!
A Teams eszközkészlet-csapata

A témák módosítása mostantól megőrzi a betűtípus és a betűméret beállításait.

Tisztában vagyunk azzal, hogy a kódoláskor a fejlesztők által választott betűtípusok személyes választásnak számítanak, amelyet az olvashatóság, az akadálymentesség vagy az esztétika beállításai befolyásolnak. A Visual Studio-témák elsősorban a bemutatószínekre összpontosítanak, és függetlenek az előnyben részesített betűtípustól.

Ezzel a frissítéssel olyan funkciókat vezettünk be, amelyek megőrzik a betűtípus arc- és méretválasztását a témák váltása során. Most már beállíthatja egyszer a betűtípus-beállításokat, és anélkül válthat témák között a Visual Studióban, hogy minden alkalommal újra kellene konfigurálnia a betűtípus-beállításokat. Vegye figyelembe, hogy a betűtípusok színei továbbra is a témához kapcsolódnak, mivel ez a témák célja, de a betűtípusok kijelölése megmarad.

Ez a funkció alapértelmezés szerint minden felhasználó számára engedélyezve lesz. Ha az előző viselkedést részesíti előnyben, nyissa meg az Eszközök → Az előnézeti funkciók kezelése menüpontot, és keresse meg az Betűbeállítások elkülönítése a színtéma kiválasztásátóllehetőséget. Ha ez a beállítás be van jelölve, a betűtípus-beállítások a témamódosításoktól függetlenül megmaradnak. Vegye ki a jelölést a jelölőnégyzetből, hogy visszaállítsa a korábbi beállítást, amely összekapcsolja a betűtípus-választásokat a témával.

📣 Ossza meg visszajelzéseit és folytassa a beszélgetést a funkciókérés megtekintésével.

Élő előnézet, azonnali újratöltés és más felhasználói felületi eszközök már a tervezéskor elérhetők.

Az élő előzetes verzió már a tervezéskor elérhető, így valós idejű vizualizációt tesz lehetővé a változások az alkalmazás felhasználói felületén. A Hot Reload és más valós idejű UI eszközök mostantól ilyen módon is használhatók, ami biztosítja a zökkenőmentes munkafolyamatot.

A hibakeresőről leválasztott eszközök rugalmassága lehetővé teszi a tervek folyamatos kísérletezést és finomítását.

Kattintson az új Élő előnézet jelzőre, hogy tervezési időben bármely XAML-fájlból elérje az Élő előnézetet.

Akár egy új .NET MAUI-alkalmazáson dolgozik, akár egy meglévő WPF-alkalmazás finomításán dolgozik, ezek a fejlesztések segítenek a kiváló minőségű alkalmazások gyorsabb és megbízhatóbb megvalósításában.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg a funkciótámogatási jegyet.

Visual Studio mostantól tartalmaz egy frissített UWP MSTest projektsablont, amely a .NET 9-et és a natív AOT-t célozza.

A Visual Studio mostantól tartalmaz egy új UWP MSTest projektsablont, amely a .NET 9-et és a natív AOT-t célozza. Szorosan együttműködtünk az MSTest csapatával, hogy teljes körű támogatást biztosítsunk az UWP .NET 9-projektekhez az MSTest könyvtárakban és az infrastruktúrában, valamint a Visual Studio test host-ban. Ez lehetővé teszi, hogy az UWP-tesztprojektek a .NET 9-et célbavezjék, és az összes modern .NET SDK- és MSTest-eszközkészletet kihasználják, miközben továbbra is UWP-környezetben futnak, ahogy várná.

A .NET Native-t használó összes többi eredeti UWP-projektsablonhoz hasonlóan az előző UWP MSTest projektsablon is elérhető marad. Javasoljuk azonban, hogy a .NET 9-et és a natív AOT-t célzó új projektsablonokat használja. Ahogy a Visual Studio 17.13-ban is, úgy módosítottuk az összes UWP-sablon sorrendjét, hogy az tükrözze ezt, és rangsoroljuk az új .NET 9 projektsablonokat a keresési eredmények között.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg funkciójegy.

A telepítő mostantól képes kezelni a bővítménycsomagok telepítését.

A telepítő mostantól támogatja a bővítménycsomagokat, amelyek több bővítményből álló csomagok, amelyek mindegyike egyetlen bővítményből származik.

Ha bővítménycsomagokat szeretne használni a Telepítőben, először adja meg a kívánt bővítményeket egy .vsconfig fájlban. Ezután a Visual Studio Installer Importálási konfiguráció funkciójával importálja a bővítmény részleteit tartalmazó .vsconfig fájlt.

A .vsconfig fájlok létrehozásával vagy létrehozásával kapcsolatos további információkért tekintse meg a telepítési konfigurációk dokumentációját.

A .vsconfig fájl importálása után a rendszer átirányítja a módosítási képernyőre, ahol a bővítmények a telepítési összefoglaló panelen a saját címsoruk alá lesznek csoportosítva. Itt kiválaszthatja vagy megszüntetheti a teljes bővítménycsomagok vagy az egyes bővítmények kijelölését bármely csomagban.

Mostantól az SDK-stílusú projektfájlformátumot használhatja az SQL Server Data Tools-projektekben továbbfejlesztett SQL-hibakeresési és séma-összehasonlító képességekkel.

A Visual Studio 17.14 frissítése további elemsablonokat és .dacpac adatbázis-hivatkozásokat tartalmaz az SDK-stílusú SQL Server Data Toolsra (előzetes verzió). Az SDK-stílusú SSDT SQL-projektek a Microsoft.Build.Sql SDK-n alapulnak, amely platformfüggetlen támogatást és továbbfejlesztett CI/CD-képességeket biztosít az SQL Server Data Tools (SSDT) projektekhez.

A NuGet-csomagokra mutató kevésbé részletes projektfájlok és adatbázis-hivatkozások segítségével a csapatok hatékonyabban dolgozhatnak együtt egy projekt nagyméretű adatbázisaiban, vagy több projektből több objektumkészletet is összeállíthatnak. A Microsoft.Build.Sql-projektből származó adatbázis-telepítések automatizálhatók Windows- és Linux-környezetekben, ahol a Microsoft.SqlPackage dotnet eszköz közzéteszi a buildelési összetevőt (.dacpac) az SQL-projektből. További információ SDK-stílusú SQL-projektekről és az SQL-hez készült DevOpsról.

A 17.14-es verzióban a adatbázishivatkozások kibővülnek, hogy támogassák a projekt- és .dacpac-hivatkozásokat. Az adatbázis-hivatkozások csomaghivatkozásokként való támogatása egy későbbi kiadásban jelenik meg. A slngen megoldásfájl-generátor legújabb kiadása a Microsoft.Build.Sql-projektek támogatását is hozzáadta, lehetővé téve a nagy megoldások programozott kezelését.

Mindenképpen telepítse a legújabb SSDT előzetes verziójú összetevőt a Visual Studio telepítőjében, hogy az SDK-stílusú SQL-projekteket használja a megoldásban.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg a funkciókérés jegyét.