Visual Studio 2022 kibocsátási megjegyzései

hiba másolása a hibalistából most már csak a leírást másolja a teljes sor helyett a vágólapra.

Hibaüzenet jelenik meg a hibalistában, amelyet nem tud kijavítani. Jelölje ki, és nyomja le Ctrl+C a webes keresés leírásának másolásához. Miután beillesztette a keresőmotorba, rájön, hogy csak a leírás helyett az összes oszlopfejlécet és sorértéket másolta. Most a hibaleíráson kívül mindent törölnie kell, mielőtt végrehajthatja a webes keresést. Ez nehézkes, de most már van egy javítás!

Ha hibát másol a hibalistából a CtrlChasználatával, a program csak a leírást másolja a vágólapra. Ez megkönnyíti a hiba online keresését vagy megosztását másokkal.

A teljes sor másolásához kattintson a jobb gombbal a hibára, és válassza Sor másolása parancsot a helyi menüből, vagy nyomja le Ctrl+Shift+C.

Ha a hiba leírásával webes keresést szeretne végezni, akkor egyszerűen nyomja le Ctrl+F1, hogy online keressen rá a hibára vonatkozó információkra.

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

A Code Searchben mostantól az aktuális dokumentum vagy más megadott dokumentum egy adott sorára navigálhat.

Néha tudja, hogy probléma van a kód egy bizonyos sorában, és gyorsan hozzá szeretne jutni. Lehet, hogy egy fájl 43. sorában hibaüzenetet kapott, vagy egy adott fájl aljára szeretne jutni.

Kódkeresési mostantól támogatja a kód egy adott sorára való gyors navigálást.

Nyissa meg Kódkeresési, és lépjen az aktuális dokumentum egy sorára kettőspont + sorszám használatával. Például :39 az aktív fájl 39. sorára lép.

Másik dokumentum sorára is léphet a fájlnév + kettőspont + sorszám használatával. A Order:43 például a 43. sorra navigál Order.cs. Ha nem adja meg a pontos fájlnevet, a keresés megpróbálja megtalálni a legjobb egyezést.

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

Mostantól szabadon elhelyezheti a Kódkeresés ablakot olyan képességekkel, mint a rögzítés és az automatikus elrejtés.

Ha a kód- vagy funkciókeresésre van szüksége ahhoz, hogy ne maradjon az útjukban, mostantól jobban szabályozhatja a keresési ablak viselkedését.

Most már rögzítheti a keresési ablakot, és eszközablak-műveleteket hajthat végre vele, például a Megoldáskezelővel és másokkal.

A Code Search vagy Funkciókeresésmegnyitása után kattintson a jobb felső sarokban lévő ikonra, és alakítsa át eszközablakmá. Dönthet úgy, hogy máshol dokkolja, kiugratja, automatikusan elrejti stb. A jobb felső sarokban lévő ikonra kattintva visszatérhet a bezárható előugró ablakhoz.

Egyszerűsítettük és megtisztítottuk az előnézeti felületet a keresés során. Most már van egy gomb, amely egy szem ikonnal van jelezve, hogy be- és kikapcsolja az előnézetet.

Az előnézeti panel pozíciója a keresési ablak méretei alapján is módosul.

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

Az összecsukott szövegjelző egyéni színeinek beállítása a Visual Studio-szerkesztőben.

Mostantól még tovább szabhatja a szerkesztői élményt az összecsukott szövegjelző testreszabásának új lehetőségeivel:

Ha ki szeretné próbálni, és egyéni előtér- és háttérszíneket szeretne beállítani mindegyikhez, lépjen Eszközök > Beállítások > Környezet > Betűtípusok és színek.

Itt két új elem található a testreszabáshoz:

• összecsukott szövegjelző (összecsukott)
• összecsukott szövegjelző (kibontott)

Az összecsukott és kibontott jelzők színeit egymástól függetlenül, előre definiált színekkel vagy az ön által választott egyéni színekkel állíthatja be.

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

Mostantól frissítheti az eredményeket egy korábbi Keresésre up-to-date keresési találatok lekéréséhez.

Sok felhasználótól hallottuk, hogy bosszantó, hogy újra meg kell nyitnia a Keresés ablakot, és át kell mennie a keresés újrapróbálásával a frissített eredmények eléréséhez. Lehet, hogy csak újrafunkált néhány kódot, és ellenőrizni szeretné, hogy minden a várt módon módosult-e, vagy lekért néhány legutóbbi módosítást, és szüksége van a legutóbbi Keresés műveletre, hogy tükrözze ezeket a frissítéseket.

A Keresés a fájlokbanbefejezése után lehetősége lesz frissíteni a Találatok keresése az ablakban. A frissített eredményeket anélkül kapja meg, hogy újra kellene keresnie.

A korábbi Repeat Find lehetőséget is újraterveztük, hogy megkülönböztessük a frissítéstől. Mostantól a Keresés módosítása ceruza ikonnal jelenik meg. Ez a gomb továbbra is megnyitja a Keresés a fájlokban elemet ugyanazokkal a keresési feltételekkel, amelyeket az adott találati ablakban használt.

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

Mostantól szabályozhatja a CodeLens fájlszintű mutatóinak láthatóságát.

A vízszintes görgetősávot tartalmazó terület elég zsúfolt lehet a Visual Studióban. A CodeLens fájlszint-jelzőinek alapértelmezés szerinti kikapcsolásával megkönnyítjük a törlést.

Ha be szeretné kapcsolni a beállítást, a Eszközök Beállítások Szövegszerkesztő Speciálisterületen található a Fájlszintű CodeLens mutató megjelenítése lehetőség. Ez a beállítás hatással van azoknak a fájltípusoknak a láthatóságára, amelyek a fájlszintű CodeLens-vezérlőt az alsó szerkesztő margóján (például XAML, HTML és CSS) vezérli, és nincsenek hatással a beágyazott CodeLens-fájlokat tartalmazó fájlokra.

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

Ha a kódkarbantartás a Mentésen fut, az mostantól nem blokkoló módon működik, a zökkenőmentesebb kódolás érdekében.

Korábban, amikor a Kódkarbantartás a Mentés területen fut, az IDE-ben nem hajthat végre semmilyen műveletet. Ezt továbbfejlesztettük, hogy nem blokkoló módon működjön.

A törlési folyamat a háttérben fut, és automatikusan megszakítható, ha folytatja a gépelést, így zökkenőmentesebb és rugalmasabb kódolást biztosít.

Ha a Visual Studio csomagkezelő felhasználói felületének Telepített lapját nyitja meg megoldásszinten, az mostantól a közvetlen és az átvitt csomagokat is megjeleníti.

Korábban a Visual Studio csomagkezelő felhasználói felületén a Telepített lapon csak a projektek közvetlen és tranzitív függőségeit láthatta. Ezzel a kiadással lehetővé tettük a megoldásszintű tranzitív függőségek megtekintését is.

Ha NuGetAuditModeallértékre állítja, a Megoldáskezelő megjeleníti a biztonsági résekkel rendelkező tranzitív függőségek mutatóit.

A Visual Studio 17.8-ban (és a .NET 8-ban) először hozzáadott NuGet Audit figyelmeztetéseket jelenít meg a visszaállítás során, ha a projekt által használt csomagok ismert biztonsági résekkel rendelkeznek.

A NuGet-naplózással kapcsolatos további információkért, beleértve az összes konfigurációs lehetőséget, tekintse meg a NuGet-naplózásidokumentációját.

Ezek a biztonsági rések lehetnek a közvetlen függőségekben és a tranzitív függőségekben is (a függőségek által használt csomagok). Most, ha NuGetAuditModeallértékre állítja, a Megoldáskezelő nem csak a közvetlen, hanem a biztonsági résekkel rendelkező tranzitív függőségek mutatóit is megjeleníti.

Keresés a GitHubon a véglegesítések, problémák, lekéréses kérelmek, adattárak és témakörök megkereséséhez közvetlenül a Visual Studióból.

A GitHub Copilot-csevegéssel mostantól a GitHubon is kereshet véglegesítéseket, problémákat, lekéréses kérelmeket, adattárakat és témaköröket.

A következő kérdéseket teheti fel:

• @github Mi van hozzárendelve az összes nyitott PR-hez?
• @github Melyek a hozzám rendelt legújabb problémák?
• @github Mikor jelent meg a legújabb kiadás?
• @github A legutóbbi egyesített PRS-ek megjelenítése a @davidfowl

Ez a funkció minden GitHub Copilot-felhasználó számára elérhető. A GitHub Copilot dokumentációjában további információt elérhető GitHub Skills.

Hozzon létre egy fájlt, amely automatikusan hozzáadja az információkat a GitHub Copilot Chatben feltett összes kérdéshez.

A GitHub Copilot segítségével a csapat munkafolyamatára, előnyben részesített eszközeire és projektspecifikusságaira szabott csevegési válaszokat kaphat egyszerűen a környezet biztosításával. Ahelyett, hogy ezt a kontextusbeli részletet minden egyes csevegési lekérdezéshez hozzáadja, létrehozhat egy fájlt, amely automatikusan szolgáltatja ezeket az információkat. Bár ez a további környezet nem jelenik meg a csevegésben, elérhető a GitHub Copilot számára, így pontosabb és relevánsabb válaszokat hozhat létre.

Egyéni utasítások engedélyezése

1. Engedélyezze a funkciót Eszközök > Beállítások > GitHub > Copilot> és ellenőrizze (előzetes verzió) Egyéni utasítások betöltése a .github/copilot-instructions.md fájlokból, és hozzáadva a kérésekhez.
2. Adja hozzá a copilot-instruction.md a .github-fájlban lévő adattár gyökeréhez, és hozza létre a fájlt, ha még nem létezik.

További információ az egyéni utasítások létrehozásáról itt

GitHub Copilot mostantól lehetővé teszi a modell kiválasztását.

Az OpenAI o1-preview és az o1-mini mostantól a GitHub Copilot Chat összes felhasználója számára elérhető a Visual Studióban.

Ezeket a modelleket most már első kézből kipróbálhatja az o1-preview, o1-mini vagy az alapértelmezett GPT-4o modell használatával a GitHub Copilot Chat használatához. Az elérhető modellváltással zökkenőmentesen válthat az API-k magyarázatára vagy alapszintű kód létrehozására bonyolult algoritmusok létrehozására vagy logikai hibák hibakeresésére.

A funkcióról a GitHub Changelog tájékozódhat.

GitHub Copilot továbbfejlesztett környezetfüggő megértése pontosabb válaszokat kínál.

Továbbfejlesztett környezetfüggő megértés a GitHub Copilotban

A GitHub Copilot mostantól továbbfejlesztett környezetfüggő megértést biztosít, hogy még pontosabb válaszokat kínáljon. Ezzel a frissítéssel a GitHub Copilot intuitív módon értelmezi a kód főbb jellemzőit, és javaslatokat szabhat a projekt egyedi igényeihez. A kódtámogatás intelligensebb megközelítése úgy lett kialakítva, hogy hatékonyabban működjön anélkül, hogy gyakori környezeti beállításokra van szükség.

Próbálja ki még ma a GitHub Copilottal!

tartalomkizárás mostantól támogatja az almodulokat és a beágyazott adattárakat.

Továbbfejlesztettük, hogyan kezeli a rendszer az almodulokat és a beágyazott adattárakat, így egyszerűbben dolgozhat összetett projektstruktúrákkal.

Emellett támogatást nyújtottunk a nem Git-adattárakhoz, kibővítve a munkafolyamat rugalmasságát, és lehetővé tettük a projektek szélesebb körének zökkenőmentes integrálását.

A hibakeresési munkafolyamat optimalizálása integrált AI-változóvizsgálattal.

A Visual Studióban a GitHub Copilot ask GitHub Copilot használatával még soha nem volt ilyen egyszerű a helyi, az automatikus és az adattippek értékeinek vizsgálata és elemzése. Egyszerűen kattintson a jobb gombbal bármilyen értékre, hogy részletes AI-alapú elemzéseket kapjon a hibákról, váratlan eredményekről vagy anomáliákról – mindezt anélkül, hogy elhagyná az IDE-t.

Ez a funkció jelentősen növeli a hibaelhárítási sebességet azáltal, hogy valós időben elemzi a változókat az IDE-ben, amikor váratlan értékek merülnek fel.

AI-alapú LINQ szerkeszthető kifejezések az IEnumerable Visualizerben.

Továbbfejlesztettük az IEnumerable Visualizer szerkeszthető kifejezési funkcióját AI-támogatással. Az új Ask Copilot funkció lehetővé teszi a felhasználók számára, hogy a mesterséges intelligenciát közvetlenül a szerkeszthető kifejezés szövegmezőben használják összetett LINQ-kifejezések létrehozásához.

A GitHub Copilot-csevegés eléréséhez egyszerűen kattintson a Szerkeszthető kifejezés szakasz jobb alsó sarkában található GitHub Copilot ikonra. A csevegésben példákat talál a LINQ-szintaxisra. Emellett a lekérdezést természetes nyelven is leírhatja, és a GitHub Copilot létrehozza a megfelelő LINQ-lekérdezést. HA LINQ-lekérdezésszűrést szeretne alkalmazni a vizualizációra, használja a Megjelenítés a Vizualizációban gombot a csevegésben.

Azonnali visszajelzést és útmutatást nyújt, így az összetett szűrők és átalakítások létrehozásának folyamata intuitívabbá és hatékonyabbá válik.

Segítséget kaphat a sikertelen tesztek hibakeresésével kapcsolatban a GitHub Copilot hibakeresési tesztjeinek használatával.

Segítségre van szüksége a sikertelen egységtesztek hibakereséséhez. A GitHub Copilot mostantól segítséget nyújthat egy hibakeresési terv biztosításával és a sikertelen teszt hibakeresésével, hogy közelebb kerüljön az átadáshoz. Ehhez kattintson a Hibakeresés a Copilottal gombra a Test Explorerben.

A funkció elindítása után a GitHub Copilot egy hibakeresési tervet biztosít, beállítja a megfelelő töréspontokat és változókat, és elindítja a hibakeresési munkamenetet. Amikor eléri a töréspontot, a GitHub Copilot számára biztosítja a figyelt változók értékeit, és meghatározza a következő lépést, folytatja a hibakeresést vagy kijavítja a problémakódot. Addig folytathatja ezt a beszélgetést, amíg át nem tesz egy sikeres tesztet.

A GitHub Copilot segít a kódproblémák megoldásában.

A GitHub Copilot mostantól integrálva van a villanykörte és a hibalista közé, és gyors javításokat és részletes magyarázatokat biztosít a kódhibákhoz. Akár C# vagy C++ nyelven fejleszt, ez a funkció segít a kódbázis problémáinak hatékonyabb megértésében és megoldásában.

Első lépésként egyszerűen hívja meg a villanykörtét, és válassza a Javítás a Copilotlehetőséget. Ez egy beágyazott csevegést indít a GitHub Copilottal, amely elérhető javítást kínál.

A hibalistában a GitHub Copilot ikont is kiválasztva megnyithatja a csevegőpanelt, ahol részletes magyarázatokat és megoldásokat talál a hibához.

Az LLM-eket kihasználva a GitHub Copilot hasznos magyarázatokat és javításokat kínál közvetlenül a villanykörte és a hibalistában, így javítva a kódolási élményt.

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

GitHub Copilot további kontextust hoz létre a megfelelő forrásfájlokból a C# befejezésének javítása érdekében.

A GitHub Copilot-kódkiegészítések automatikus kiegészítési javaslatokat nyújtanak a kódba ágyazva. Ezek a javaslatok az aktuálisan aktív fájl tartalma és a szerkesztőben megnyitott egyéb fájlok alapján jönnek létre. Azt azonban felfedeztük, hogy a relevánsabb környezetek beépítése jelentősen javítja ezeket a javaslatokat.

A C#-fejlesztők élményének javítása érdekében frissítettük a GitHub Copilotot, hogy további C#-környezeteket is tartalmazzon, például az elérhető típusokat és metódusokat a befejezésekben.

A Visual Studio legújabb verziójával a GitHub Copilot mostantól automatikusan szemantikailag releváns fájlokat tekint a további környezethez, még akkor is, ha ezek a fájlok nem nyílnak meg a szerkesztőben. Ez a fejlesztés segít csökkenteni a hallucinációkat, miközben relevánsabb és pontosabb javaslatokat kínál.

előtt: A szemantikailag releváns fájlok nem tekinthetők a GitHub Copilot-kiegészítések környezetének

kontextusának

után: A szemantikailag releváns fájlok a GitHub Copilot-kiegészítések környezetének minősülnek

kontextusának tekinthetők

Kódhivatkozások bevezetése a GitHub Copilotban, amely lehetővé teszi a nyilvános kódegyezéseket tartalmazó kódjavaslatok engedélyezését, miközben részletes információkat kap az egyezésről.

Örömmel jelentjük be, hogy a kódhivatkozások mostantól elérhetők a GitHub Copilotban a Visual Studióban!

Ez az új funkció átláthatóságot biztosít a fejlesztők számára azáltal, hogy értesíti őket, ha a GitHub Copilot javaslatai megegyeznek a nyilvános kóddal. Most már láthatja az egyező kódot, a forrásfájlt és a kapcsolódó licencelési információkat, amelyek segítenek nekik megalapozottabb döntéseket hozni a kódolás során.

A kódhivatkozások lehetővé teszik a nyilvános kód egyezését tartalmazó javaslatok letiltását vagy engedélyezését, ami növeli az ellenőrzést és a testreszabást.

A Kódhivatkozások GitHub Copilotban való integrálásával elősegítjük a tudásmegosztást, fokozza az átláthatóságot, és lehetővé tesszük a magabiztos létrehozást. Akár egyéni fejlesztő, akár egy nagyobb csapat tagja, ez a funkció javítja a munkafolyamatot, és megkönnyíti a nyilvános kód összetettségében való navigálást.

Próbálja ki a GitHub Copilotot még ma a Visual Studióban, és nagyobb átláthatósággal és magabiztossággal vegye át az irányítást a fejlesztési folyamat felett!

A GitHub Copilottal való csevegés új, beszélgetési módjának bemutatása.

Bemutatjuk a GitHub Copilot Chat használatának új, társalgásibb módját!

Bevezettünk egy interaktívabb és beszélgetési módot a GitHub Copilot Chat használatára. Most ahelyett, hogy elakadtnak vagy bizonytalannak érzi magát, a GitHub Copilot segít tisztázni a kérdéseket, ha a kontextus nem egyértelmű, így pontosabb és hasznosabb válaszokat biztosít.

Ez az irányított csevegési felület segít pontosítani a lekérdezéseket, javaslatokat kínál, és gördülékenyebb, hatékonyabb interakciókat biztosít. Ezzel az új csevegési móddal egy intelligensebb, intuitívabb GitHub Copilotot fog élvezni, amely kódként alkalmazkodik az igényeihez.

Próbálja ki ma az új interaktív csevegési élményt, és nézze meg a különbséget saját magának!

Gyorsabb használatbavétel a GitHub Copilot Csevegésben!

Segítségre van szüksége a GitHub Copilot Chat használatának első lépéseihez? Két új előkészítési funkciót vezettünk be, amelyek segítenek a gyorsabb kezdésben.

Kezdőüzenetek

Küldje el első üzenetét a GitHub Copilotnak az egyik kezdőüzenetre kattintva! Ezekkel az üzenetekkel megtudhatja, hogy milyen képességeket kínál a GitHub Copilot a munkafolyamatban.

Parancssori kódtár

Ha ismét hivatkoznia kell néhány előre elkészített kérdésre, kattintson a Prompt Library gombra (könyv ikon) az összes elérhető üzenet listájának megtekintéséhez. Ez a kódtár a gyakran használt utasításokat tartalmazza, mindössze egy kattintásra!

Akár új kódolási feladatokat keres, akár csak ihletet keres, az üzeneteink segítenek önnek a GitHub Copilot-csevegésben való elmélyülésben és a lehető legtöbbet kihozni a használatból.

Adjon egy próbát, és nézze meg, hol tart!

.NET 9 a natív felhőbeli és intelligens alkalmazásfejlesztést emeli ki, a hatékonyságnövelő fejlesztésekre, az egyszerűsített üzembe helyezésekre és a gyorsított AI-integrációra összpontosítva.

A .NET 9 a natív felhőbeli és intelligens alkalmazásfejlesztést emeli ki, és a hatékonyságnövelő fejlesztésekre, az egyszerűsített üzembe helyezésekre és a gyorsított MI-integrációra összpontosít, és kiváló teljesítményt nyújt az alkalmazások széles körében. A Visual Studio 17.12 .NET 9 teljes támogatásával könnyedén kihasználhatja a legújabb fejlesztéseket. Az újdonságokra vonatkozó további információkért látogasson el A .NET 9 újdonságai.

Emellett az IDE-vel kapcsolatos olyan funkciók frissítéseit is megtalálhatja, amelyek minden eddiginél hatékonyabbá teszik a .NET használatát és ASP.NET.

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

a NuGet lehetővé teszi a GitHub-tanácsadókra vonatkozó figyelmeztetések mellőzését, és az elnyomásokat a Visual Studióban tiszteletben tartják.

A NuGet Audit figyelmeztetéseket biztosít, ha a projektben használt csomag ismert biztonsági rést tartalmaz. Javasoljuk, hogy mindig frissítsen a csomag új verziójára, de ha a frissítés lehetetlen, és biztos abban, hogy a szoftver nincs veszélyben, a gitHub-tanácsadók figyelmeztetéseit letilthatja, ha NuGetAuditSuppress elemeket ad hozzá a projektfájlhoz.

<Project Sdk="Microsoft.NET.Sdk">
  <ItemGroup>
    <NuGetAuditSuppress Include="https://github.com/advisories/GHA1234" />
  </ItemGroup>
</Project>

Mostantól beállíthatja a nuget.org naplózási forrásként, hogy biztonsági résadatokat kapjon még más NuGet-hírcsatornák használatakor is.

A NuGet-naplózáshoz olyan csomagforrásra van szükség, amely sebezhetőségi adatbázist biztosít. nuget.org a GitHub Advisories Database biztonsági résekkel kapcsolatos információi.

A Visual Studio 17.12-től kezdve mostantól lehetőség van naplózási források megadására NuGet.Config fájlokban, így már nem szükséges nuget.org csomagforrásként használni.

Ha nem nuget.org használ csomagforrásként, és a Visszaállítás során a NuGet-naplózást szeretné használni a sebezhető csomagjelentésekhez, adja hozzá a következőket egy NuGet.Config fájlhoz a megoldáskönyvtárban:

<confiuration>
  <!-- any existing config, including <packageSources> -->
  <auditSources>
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
  </auditSources>
</configuration>

Továbbfejlesztett hibakeresési felület a .NET 9-et vagy újabb verziót célzó Blazor WebAssembly-alkalmazásokhoz.

A Visual Studio mostantól továbbfejlesztett hibakeresési felületet kínál a .NET 9-et vagy újabb verziót célzó Blazor WebAssembly-alkalmazásokhoz:

• A hibakeresőben megjelenített adattípusok most már megfelelnek a várt .NET-adattípusoknak.
• Írja be a tagok és a tagok láthatósága a várt ikonokat.
• A megjelenített hívásverem csak a .NET hívásvermet jeleníti meg, és megfelelően tartja tiszteletben a Just My Code beállítást.
• A modulok ablaka mostantól támogatott.
• Az Azonnali ablakban, valamint az órák és a feltételes töréspontok kifejezés-kiértékelési támogatása kibővült és továbbfejleszthető.

Az új előzetes verzió hibakeresési felületének engedélyezése:

• Engedélyezze a Új .NET 9+ Mono hibakereső beállítás engedélyezését.
• Telepítse a legújabb .NET 9 SDK-t.
• Frissítse a Blazor-alkalmazást a .NET 9 célként való megcélzására.

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

Továbbfejlesztett teljesítményelemzések mérő-hisztogram használatával a profilkészítő számláló eszközben.

A Visual Studio teljesítményprofil-készítési csomagjának legújabb fejlesztése bemutatja a mérő hisztogram funkcióját. Ez az eszköz lehetővé teszi a hisztogram-eszközök által létrehozott hisztogramadatok azonosítását és elemzését. A műszerek adatainak rögzítésekor a hisztogram eredményei vizualizálva lesznek, így egyértelműen ábrázolva az adateloszlást.

A sávdiagram emellett részletes, szegmentált képet nyújt a teljesítménymetrikákról, így hatékonyan rögzítheti és kezelheti a teljesítményproblémákat.

A hibakereső mostantól beágyazott visszatérési értékeket jelenít meg AI-támogatással a jobb hatékonyság érdekében.

A Visual Studio hibakeresője mostantól beágyazott értékeket jelenít meg a visszatérési utasításokhoz, válaszolva a fejlesztői közösség egyik leggyakrabban kért funkciójára.

Ezzel a fejlesztéssel közvetlenül a kódban láthatja a függvények által visszaadott pontos értékeket, így nincs szükség további kódra vagy ideiglenes változókra a visszatérési értékek vizsgálatához.

A GitHub Copilottal a A Copilot kérése rámutatás lehetőséggel közvetlenül a Visual Studióban elemezheti a visszatérési értékeket, így azonnal megoldhatja a problémákat.

Natív és felügyelt kódban is támogatott.

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

töréspontcsoportok egyszerű importálása és exportálása.

A Visual Studio Breakpoint-csoportok mostantól támogatják az importálási és exportálási funkciókat, így egyszerűen kezelheti és karbantarthatja a töréspont-struktúrákat több projektben vagy környezetben.

Ez az új funkció lehetővé teszi, hogy a töréspontcsoportokat a konfigurációjukkal együtt exportálja, majd később különböző megoldásokba importálja őket, így konzisztens hibakeresési beállításokat biztosít anélkül, hogy újra létre kellene hoznia a töréspontok csoportjait.

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

Továbbfejlesztett IEnumerable Visualizer az IntelliSense használatával a gyorsabb LINQ-lekérdezésekhez.

Az IEnumerable Visualizert az IntelliSense továbbfejlesztette, valós idejű kódjavaslatokat és automatikus kiegészítést biztosítva, ami gyorsabb és pontosabb linq-kifejezések írását teszi lehetővé.

Ez a fejlesztés intelligens kódjavaslatokkal, a hibák valószínűségének csökkentésével és a fejlesztési idő felgyorsításával leegyszerűsíti a lekérdezések létrehozásának és szerkesztésének folyamatát.

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

Két memóriapillanatkép kijelölése és összehasonlítása a Diagnosztikai eszköz ablak használatával.

A Diagnosztikai eszköz ablak mostantól támogatja a memória pillanatképeinek összehasonlítását, így könnyebben elemezhetők a memóriaváltozások az idő függvényében.

A funkció használatához győződjön meg arról, hogy a Diagnosztikai eszköz ablakának Memória lapján legalább két memóriaképet rögzít.

Pillanatképek kiválasztása összehasonlításhoz

• Tartsa lenyomva a Ctrl billentyűt, és kattintson a pillanatképsorokra a két pillanatkép kiválasztásához.
• Másik lehetőségként tartsa lenyomva a Shift billentyűt, és a up/down nyílbillentyűkkel jelöljön ki két egymást követő pillanatképet.

Pillanatképek kijelölésének megszüntetése

• Tartsa lenyomva a Ctrl billentyűt, és kattintson a kijelölni kívánt pillanatképre.

A különbség megtekintése

Miután kiválasztotta a memória-pillanatképeket összehasonlítás céljából, kattintson a Diff megtekintése gombra a pillanatképlista felett a köztük lévő különbségek megtekintéséhez.

megtekintése

Nyugodt lehet a fájlok új értesítéssel történő átnevezésekor.

Amikor átnevezi a fájlokat a megoldáskezelőből, a rendszer emlékezteti, hogy a módosításokat a Gitben lévő átnevezések megtekintéséhez hajtsa végre. Ez növeli az önbizalmát, hogy a Git felismeri a fájlmódosítást, és helyesen követi nyomon. Úgy találtuk, hogy ez sok ügyfél számára zavart okoz, ezért a fejlesztői közösség embereivel együttműködve új értesítést hoztunk létre.

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

Lekéréses kérelmek vázlatainak létrehozása és a leírások indítása sablonokkal a Visual Studióban.

Mostantól létrehozhat lekéréses kérelmek piszkozatait, és elkezdheti a leírásokat GitHub-sablonokkal a Visual Studióban. Ez volt a lekéréses kérelmek létrehozásának két legfontosabb kérése.

PRS-tervezetek

A Létrehozás piszkozatkénta Létrehozás gomb legördülő menüjében.

PR-sablonok

Az alapértelmezett PR-sablon a GitHubhoz és az Azure DevOpshoz készült új pr-sablon létrehozásakor lesz használva. További információ arról, hogyan adhat hozzá PR-sablont az adattárhoz a GitHub dokumentációjában és Azure DevOps dokumentációjában.

📣 A visszajelzés megosztásához és a beszélgetés folytatásához tekintse meg funkciójegy.És ezt a felmérést a funkció még jobbá tétele érdekében.

Visual Studio mostantól támogatja a belső adattárak létrehozását, és útmutatást tartalmaz az egyes adattártípusokhoz, hogy magabiztosabb legyen egy új projekt indításakor.

A Visual Studio mostantól támogatja a GitHub-szervezetek belső adattárait. Útmutatást is tartalmaztunk az egyes adattártípusokhoz, hogy egyértelműbbé tegyük az új projekt láthatóságát attól függően, hogy melyik fiókot használja.

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

Egy adott kódsorra mutató GitHub- vagy Azure DevOps-hivatkozást kaphat, így egyszerűen megoszthatja munkatársaival.

Ha több sornyi kódot oszt meg egy munkatársával, az gyakran hasznos lehet számukra, ha extra kontextust kapnak az adattárból. Ha azonban valami máson dolgoznak, az túl sokáig is eltarthat, és megzavarhatja a munkájukat az ág kivételéhez.

Most kiemelheti a szerkesztőben megosztani kívánt kódot, jobb gombbal megnyithatja a helyi menüt, és a Git almenü alatt egy megosztható hivatkozást kaphat a kódhoz a GitHubon vagy az Azure DevOpsban. Ez egyszerűvé és egyszerűvé teszi az együttműködést, és zökkenőmentessé teszi a folyamatot az IDE és a távoli adattárak között a weben.

A megosztható hivatkozásokat közvetlenül a véglegesítési előzményekből is lekérheti. Ez lehetővé teszi, hogy a jelenleg ki nem vett kódra ugyanolyan könnyedén hivatkozzon.

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

Mostantól lekéréses kérelmeket hozhat létre, és munkaelemeket kapcsolhat össze több adattárbeli forgatókönyvben a GitHub és az Azure DevOps esetében is.

Mostantól több adattárral is létrehozhat lekéréses kérelmeket, és összekapcsolhatja a munkaelemeket. Mind a GitHub, mind az Azure DevOps esetében támogatjuk az integrációt, amikor az adattárválasztóval egy adott adattárra összpontosít a több-adattár forgatókönyveiben.

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

További utasításokat adhat a Git Véglegesítési üzenet létrehozásához a GitHub Copilottal.

Most további utasításokat adhat hozzá a Git Véglegesítési üzenet GitHub Copilottal való létrehozásához. Ez lehetővé teszi a véglegesítési üzenet testreszabását, hogy jobban megfeleljen a munkafolyamatnak és a csapat szabványainak. Megadhatja a létrehozandó sorok számát, a sorok hosszát, és megadhat egy minta véglegesítési stílust is. Szerkessze az üzenetet az Eszközök > Beállítások > GitHub > Copilot > Forrásvezérlő integrációsterületen.

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

Egyszerűsítheti a hibakeresést azáltal, hogy indítási profilokat állít be és ment bizonyos projektekhez többprojektes megoldásokban. A konfigurációkat könnyedén megoszthatja a csapatával.

A többprojektes indítási konfiguráció funkció lehetővé teszi profilok beállítását és mentését egy többprojektes megoldásban előre meghatározott állapotokban a hibakereséshez.

Ez leegyszerűsíti az összetett megoldások használatát, javítja a hibakeresés hatékonyságát, és lehetővé teszi a konfigurációk egyszerű megosztását a csapattagok között.

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

Webes megjelölés (MotW) biztonsági figyelmeztetések mostantól integrálva vannak az általános megbízhatósági funkciókba.

A Visual Studio biztonsági figyelmeztetést jelenít meg, amikor azt észleli, hogy a Webes jel (MotW) azonosítóval címkézett tartalmat próbál megnyitni.

Ez az új, megbízhatósággal kapcsolatos figyelmeztetés a potenciálisan nem biztonságos forrásokból, például internetes letöltésekből származó tartalmak megnyitásának kockázatát hordozja magában.

Az alapértelmezett megbízhatósági élményt az területen található > gombra kattintva módosíthatja.

A Teams eszközkészlet új AI Teams-alkalmazássablonokat készít.

A Teams Toolkit három új Teams AI-alkalmazássablont ad hozzá:

Ők vannak:

1. Alapszintű AI-csevegőrobot – saját, Teams AI-kódtárral készült társpilóták a Microsoft Teamsben

2. Csevegés az adatokkal – egy intelligens csevegőrobot-sablon, amely egyéni adatforrásból származó tartományi ismeretekkel rendelkezik.

   A Teams Toolkit mostantól lehetővé teszi a Custom Copilot létrehozását, amely egy AI-alapú csevegőrobot RAG-képességgel, amely képes megérteni a természetes nyelvet, és lekérni a tartományadatokat a tartományspecifikus kérdések megválaszolásához. Ez a sablon támogatja az egyéni adatok elérését a Custom Copilot alkalmazásban.

   A sablon kiválasztásakor kétféleképpen csatlakozhat az adataihoz:

   egy. Azure AI Search: a csevegőrobot hozzáférhet az Azure AI keresési szolgáltatás adataihoz, és használhatja őket a felhasználókkal folytatott beszélgetésekben.

   b. egyéni adatforrás: Bármilyen adatforrást hozzáadhat az Egyéni Copilot-alkalmazáshoz, például fájlrendszert vagy vektoradatbázist.

3. AI-ügynök – egy AI-ügynök a Teamsben, amely LLM-érvelésen alapuló döntéseket hozhat és műveleteket hajthat végre.

Próbálja ki az új AI-alkalmazássablonokat, hogy megkezdhesse AI-útját a Teamsben!

Mostantól fájlokat és mappákat másolhat a Megoldáskezelőből a Visual Studio egyik példányából egy másikba.

Izgatottan várjuk, hogy bemutatjuk a Visual Studióban egy erősen kért funkciót! Mostantól zökkenőmentesen másolhatja és beillesztheti a kódfájlokat és mappákat a különböző Visual Studio-példányok között a Megoldáskezelővel. Egyszerűen jelölje ki a kívánt fájlt vagy mappát, használja Ctrl+C vagy Ctrl+X, váltson másik Visual Studio-példányra, és használja a Ctrl+V a fájlok vagy mappák új megoldásba való felvételéhez. Minden módosítás pontosan megjelenik a fájlrendszerben.

A másolás és beillesztés mellett a fájlokat és mappákat a Visual Studio egyik példányából a másikba is húzhatja.

Korábban ez a funkció csak néhány projekttípus esetében volt elérhető, de most kiterjesztettük, hogy a Visual Studióban az összes fő projekttípust is tartalmazza.

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

Közzététel biztonságosan az Azure App Service-ben integrált biztonsági frissítések használatával.

Az Azure App Service közzétételi útmutatója azt tanácsolja az ügyfeleknek, hogy tiltsa le az alapszintű hitelesítést, és engedélyezze a közzétételt integrált hitelesítéssel.

A Visual Studio 2022 új funkciója letiltja az alapszintű hitelesítést, és lehetővé teszi az Azure App Service-ben való közzététel integrált biztonságát. Ez biztosítja a hitelesítő adatok biztonságos kezelését, csökkentve az alapszintű hitelesítéssel járó kockázatokat.

Ha olyan Azure App Service-ben tesz közzé, amelyen engedélyezve van az alapszintű hitelesítés (ez nem ajánlott), a felhasználók látni fogják az Alapszintű hitelesítés bekapcsolása beállítást, és alapértelmezés szerint nem lesz bejelölve. Azok az ügyfelek, akiknek meg kell őrizni az alapszintű hitelesítést, bejelölhetik a jelölőnégyzetet, de mivel a javaslat az alapszintű hitelesítés letiltása, ez alapértelmezés szerint nincs bejelölve. Ezért biztonságos, ha első alkalommal teszi közzé, vagy biztonságos, ha a Visual Studio frissítése után végighalad a közzétételi folyamaton.

Ha nemrég hozta létre a webalkalmazást a portálon vagy a Visual Studio ezen vagy bármely későbbi verzióján keresztül, az alapszintű hitelesítés alapértelmezés szerint le lesz tiltva. Minden olyan webalkalmazás esetében, amely már letiltotta az alapszintű hitelesítést, véletlenül megkerüljük a webalkalmazás védelmét a jelölőnégyzet teljes letiltásával, így biztonságban maradhat.

Linuxon futó Azure WebJobs-közzétételt mostantól támogatja a jobb gombbal kattintva történő közzététel a Visual Studióban.

A platformfüggetlen .NET 5.0+ konzolalkalmazások támogatottak az Azure WebJobs Linuxon, és most a jobb gombbal a Visual Studióból is közzéteheti a kódot a Linuxon futó Azure WebJobsban!

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

Közzététel az Azure Flex Consumption üzemeltetési csomagban, jelenleg előzetes verzióban.

Ha az új Azure Functions Flex Consumption üzemeltetési csomaggal próbálkozik, amely jelenleg előzetes verzióban érhető el, akkor a jobb gombbal a Visual Studióból a Flexben való közzétételre kattinthat.

A Flex Consumption tovább bővíti az alkalmazások funkcióit, és a következőket biztosítja:

• Virtuális hálózat integrációja extra költség nélkül
• Gyors és kiszámítható skálázás a példányméret választásával és példányonkénti egyidejűség-vezérléssel
• Kiszolgáló nélküli, nullára skálázható, és csak akkor kell fizetnie a példányokért, ha aktívak
• Hidegindítási kockázatcsökkentés az opcionális Always Ready-példányok funkcióval

További információ a Rugalmas használatról a közlemény blogbejegyzésében vagy dokumentációban, és próbálja ki az egyik mintát.

Az alkalmazások és a fejlesztési élmények biztonságosabbá tétele.

A Csatlakoztatott szolgáltatások frissítésében mostantól csatlakoztathatja a projektkódot az Azure-erőforrásokhoz, például az Azure Storage-hoz anélkül, hogy titkos kódra vagy kapcsolati sztringekre lenne szükség a kódban vagy a konfigurációban.

Most nevet ad a kapcsolatnak, a végpontok a teljes kapcsolati sztring helyett a konfigurációban maradnak. Ez azt jelenti, hogy kevesebb titkos kulcs van a lemezen, így a fejlesztési idő alapértelmezés szerint biztonságosabb lesz, és kevesebb hibát okoz a titkos kulcsok forrásvezérlésre való véglegesítése.

A legújabb Azure SDK-kat is használjuk, így a Visual Studio (vagy az Azure CLI) bejelentkezésével csatlakozhat Azure-erőforrásaihoz ahelyett, hogy kapcsolati sztringen keresztül csatlakoznánk. Helyi futtatáskor a kód a bejelentkezett hitelesítő adatok használatával fogja elérni az erőforrásokat. Az Azure-ban való futtatáskor az Azure SDK az app service felügyelt identitását használja az erőforrások eléréséhez.

A Csatlakoztatott szolgáltatások mindent beállítanak Önnek, és titkos kódok helyett injektálják a megfelelő kódot az integrált identitás használatára. A közzététel során az alkalmazás konfigurálva lesz az erőforrások eléréséhez szükséges identitással és szerepkörökkel.

Visual Studio most már hivatkozik az új önálló önálló projekt MSIX-eszközére, hogy UWP-alkalmazásokat csomagoljon a .NET 9-en.

A .NET 9 UWP-támogatásának kezdeti előzetes a WindowsAppSDK-ra támaszkodtunk, hogy az MSIX-eszközt az alkalmazások egyetlen projektkonfigurációval való csomagolásához biztosíthassuk (szemben a Windows Application Packaging-projektekkel, azaz a .wapproj-fájllal). Ezzel számos problémát vezettek be, amelyek közül a legfontosabb az volt, hogy a WindowsAppSDK WebView2 tranzitív függősége automatikusan hozzáadódott az összes UWP-alkalmazáshoz, még akkor is, ha nincs rá szükség.

Most már teljesen leválasztottuk az önálló projekt MSIX eszközkészletét, és közzétettük egy új különálló NuGet-csomagként: Microsoft.Windows.SDK.BuildTools.MSIX. Ez magában foglalja az UWP-alkalmazások .NET 9-en való létrehozásához, üzembe helyezéséhez és futtatásához, valamint a Microsoft Store-ban vagy az oldalterhelésben való közzétételhez szükséges MSIX-csomagokat. A Visual Studio .NET 9-es eszközkészletének UWP-eszköze szükség esetén automatikusan hozzáadja ezt a két csomaghivatkozást:

Ez mind teljesen eltávolítja a WebView2 tranzitív függőséget, valamint a korábbi előzetes verziókban lévő új projekteknél előforduló buildelési hibát, amikor nem állítja be manuálisan a WindowsSdkPackageVersion tulajdonságot a .csproj fájlban. Ezzel a módosítással az új projektek egyszerűen csak létrejönnek és futnak anélkül, hogy további módosításokat kellene végrehajtaniuk!

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

WinUI-projektek beállításának továbbfejlesztése továbbfejlesztett Visual Studio Installer-kereséssel, leegyszerűsítve az összetevők helyét a fejlesztők számára.

Egyszerűsítse tovább WinUI-projektjének beállítását a Visual Studio legújabb telepítőfrissítésével! A fejlesztők mostantól gyorsan megtalálhatják a WinUI-hoz kapcsolódó összetevőket, így kiküszöbölhetik az üres keresési eredményeken való navigálás korábbi frusztrációját. Ez a fejlesztés leegyszerűsíti a fejlesztési környezet konfigurálását, így intuitívabb és hatékonyabb felhasználói élményt biztosít.

WinUI Individual összetevőinek új keresését bemutató kép

Nyissa meg a Visual Studio Installert, nyissa meg egyes összetevőket lapot, és keressen WinUI-hoz kapcsolódó kulcsszavakat (WinUI, WinRT)!

Visual Studio mostantól tartalmazza a .NET 9 SDK-t UWP-támogatással.

Az UWP kipróbálásához szükséges lépések egyike a .NET 9 a kezdeti előzetes verzióban a .NET 9 SDK éjszakai buildjének telepítése volt. A Visual Studio új kiadásával, amely már nem szükséges.

A Visual Studio most már tartalmazza a .NET 9 SDK-t, amely a .NET 9-es UWP összes új támogatását tartalmazza (pontosabban az UWP XAML-előrejelzésekre hivatkozó logikát, valamint a CsWinRT-et az UWP XAML-alkalmazások projekttípusainak konfigurálásához). Most már létrehozhat és futtathat UWP-t .NET 9-projekteken a Visual Studióval automatikusan telepített .NET SDK-val.

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

A Visual Studio mostantól automatikusan beállítja a UseUwpTools funkciót a .NET 9-es, modern UWP-projektekhez.

A .NET 9-et használó UWP-alkalmazások és kódtárak két tulajdonságot igényelnek a .csproj-fájljaikban: UseUwp, amely konfigurálja az UWP XAML-alkalmazásokhoz készült .NET SDK-t, és UseUwpTools, amely lehetővé teszi a Visual Studióban az összes új eszköz használatát UWP XAML-alkalmazások létrehozásához és futtatásához.

A UseUwpTools tulajdonságot a Visual Studio automatikusan beállítja UseUwp beállításakor, hogy a .csproj kevésbé részletes legyen a gyakori forgatókönyvben. Speciális forgatókönyvek esetén továbbra is lehetőség van a lemondásra a UseUwpToolsmanuális letiltásával.

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

.NET 9 osztálykódtárak UWP-jének beállítása a Natív AOT megfelelő értékeire.

Kijavítottunk egy hibát az APPX eszközkészletben a .NET 9-es UWP-osztálykódtárak (és WinRT-összetevők) esetében, amely alapértelmezés szerint az UWP futtatókörnyezet-azonosítóit alkalmazta a .NET natív verziójára (azaz a win10- előtagot használva, beleértve a már nem támogatott platformokat, például az armet).

Az APPX-eszközök alapértelmezés szerint beállítják a .NET 9-projektekhez a megfelelő RID-ket: win-x86;win-x64;win-arm64. Szükség esetén továbbra is manuálisan is meg lehet adni ezeket.

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

Kijavítottuk az Univerzális sablon varázslót, amely miatt a továbbiakban nem jelenik meg hibaablak a .NET 9-projektek új UWP-jének létrehozásakor.

Ha a előzetes verziójú VSIX- használja a .NET 9-es UWP-hez készült új projektsablonokkal, észrevehette, hogy hibaablak jelenik meg közvetlenül egy új projekt létrehozásakor. Ez különösen problémás volt egy új megoldás létrehozásakor, mivel a Visual Studio nem nyitotta meg megfelelően a projekt létrehozása után. Ez a probléma már megoldódott, és a .NET 9-en az UWP-t célzó új projektek létrehozása megfelelően működik.

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

A HTTP-fájlok mostantól támogatják a kérelemváltozókat. Itt küldhet el egy kérést, majd felhasználhatja a válaszból vagy kérésből származó adatokat a jövőbeli kérelmekben.

Ha HTTP-fájlokkaldolgozik, gyakran előfordul, hogy végpontot hív meg, értéket vesz fel a válaszból, és egy későbbi kérést küld. Meghívhat például egy végpontot egy felhasználó hitelesítéséhez, majd a későbbi hívások során átadhatja a bejelentkezési végpontról visszaadott jogkivonatot. A kiadás előtt ez nem volt lehetséges a Visual Studióban. Az alábbi kódrészletben láthat egy példát arra, hogyan működik ez egy HTTP-fájlban.

# @name login
POST {{TodoApi_HostAddress}}/users/token
Content-Type: application/json

{
  "username": "{{myusername}}",
  "password": "{{mypassword}}"
}

###

GET {{TodoApi_HostAddress}}/todos
Authorization: Bearer {{login.response.body.$.token}}

###

A fenti kódrészletben két kérés található: az első hívás a /users/token végpontra a felhasználó hitelesítéséhez. Közvetlenül a kérelemsor felett megjelenik a megjegyzés # @name login. Ez a szintaxis egy nevet ad a kérésnek (ebben az esetbenlogin), és kérésváltozóként konfigurálja. A kérés elküldésekor az adott HTTP-fájlból küldött bármely jövőbeli kérésben hozzáférhet a válaszból vagy a kérésből származó értékekhez. Mivel ez egy bejelentkezési kérés, óvatosnak kell lennie a titkos kulcsok védelme érdekében. A Visual Studióban támogatjuk a titkos kódok biztonságos elérését. A titkos kódok kezelésével kapcsolatos további információkért tekintse meg ebben a szakaszban dokumentumokat.

A második kérés egy hitelesített végpontra /todos, amely visszaadja az adott felhasználó todo elemeit. A kérésben a jogkivonat fejlécként lesz átadva a vonallal együtt.

Authorization: Bearer {{login.response.body.$.token}}

A /users/token végpont JSON-ban ad vissza választ. A jogkivonatot egy JSON Path-kifejezéssel nyeri ki, $.tokena válasz törzsén. Ha XML-t visszaadó végpontot használ, JSON Path-kifejezés helyett XPath-kifejezést adhat át. A Visual Studio támogatását a Visual Studio Code-hoz elérhető REST-ügyfél meglévő OSS-bővítménye ihlette. Itt többet is megtudhat a kérelemváltozókról. Hamarosan további dokumentációval bővítjük ezt a támogatást.

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

JavaScript- és TypeScript-projektek használatakor most már létrehozhat teszteseteket a Vitesttel.

A .esproj kiterjesztésű JavaScript- és TypeScript-projektekben (JSTS) támogatottá tettük a Vitestáltal készített tesztek felderítését és futtatását. A Vitest-tesztek használatának megkezdéséhez egy JSTS-projektben adja hozzá a vitest-csomagot az npm használatával a Megoldáskezelőben, majd módosítsa a projektfájlt úgy, hogy a következő tulajdonságok deklarálva legyen.

    <JavaScriptTestRoot>test\</JavaScriptTestRoot>
    <JavaScriptTestFramework>Vitest</JavaScriptTestFramework>

Győződjön meg arról, hogy a JavaScriptTestRoot értéke a megfelelő relatív elérési út a tesztfájlok helyére mutat.

Adja hozzá a teszteket a megfelelő mappához, és hozza létre a projektet/megoldást. Ezután látnia kell a teszteseteket a Test Explorerben.

A Tesztböngészőben megtekintheti a felderített és végrehajtott különböző teszteseteket.

Még nem nyújtottunk támogatást a hibakereséshez, de hamarosan hozzá fogjuk adni ezt a támogatást. Egy másik ismert probléma az, amikor duplán kattint egy tesztesetre a Test Explorerben, az a fájl első sorához viszi, ahol a teszteset meg van határozva. Ezt a élményt is javítani fogjuk.

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

Inlay Hint-támogatás hozzá lett adva a JavaScripthez, a TypeScripthez, a Pythonhoz és a Razorhoz, valamint a viselkedését vezérlő beállításhoz.

Az inlay-tippek további információkat mutatnak a beágyazott forráskódról. Ez általában arra szolgál, hogy közvetlenül a szerkesztőben megjelenítse a kódból származó következtetési típusokat, paraméterneveket és egyéb implicit információkat.

Támogattuk az Inlay-tippek JavaScriptben, TypeScriptben, Razorban és Pythonban való megjelenítését. Új beállítást is hozzáadtunk, hogy testre szabhassa a tippek viselkedését ezeken a nyelveken. Ez a beállítás még nem érvényes a C# és a C++ nyelvre. Ha engedélyezni szeretné az Inlay-tippeket ezekhez a nyelvekhez, használja az új beállítást Eszközök > Beállítások > Szövegszerkesztő > Minden nyelv > Inlay-tippek. Az új lehetőség az alábbi képen látható.

Az Inlay-tippek három különböző értéket tartalmaznak.

• Always: Mindig jelenítse meg az Inlay Tippeket.
• A Alt+F1lenyomásakor: Csak az Inlay-tippek jelennek meg, míg Alt és F1 van lenyomva. Ez az alapértelmezett érték.
• Soha: inlay tippek soha nem jelennek meg.

A JavaScript és a TypeScript esetében egy további beállításlap is elérhető az Inlay-tippek viselkedésének konfigurálásához. Ez az Eszközök > Beállítások > Szövegszerkesztő > JavaScript/TypeScript > Speciális > Általánoscímű témakörben található.

Ezek a beállítások az alábbi képen jelennek meg.

Alapértelmezés szerint ezek a beállítások le vannak tiltva, engedélyeznie kell a JavaScript- és TypeScript-fájlok megtekintéséhez szükséges tippeket. Egy későbbi frissítés során módosíthatjuk ezeknek a beállításoknak az alapértelmezett értékeit. Az alábbi képen egy JavaScript-fájl látható, amely inlay tippeket jelenít meg.

Az előző képen a megjelenő inlay-tippek a változó típusának jelzésére szolgáló : number szürke mezők.

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

HTTP-környezetfájlokban támogattuk a változók különböző környezetekben való megosztását.

Ha HTTP-fájlokat a Visual Studióban, definiálhat környezeteket, így különböző beállításokat hozhat létre az API-teszteléshez. Korábban a változók megosztása ezeken a környezeteken nem volt lehetséges. A környezeti fájlban hozzáadtunk egy új bejegyzést, $shared, amely lehetővé teszi az összes környezetben elérhető változók alapértelmezett értékeinek meghatározását.

Vegyük például az alábbi környezeti fájlt (http-client.env.json).

{
    "$shared": {
        "HostAddress": "https://localhost:7293"
    },
    "dev": {
        "username": "sayedha"
    },
    "dev2": {
        "username": "madsk"
    },
    "staging": {
        "username": "staginuser",
        "HostAddress": "https://sayedrest.example.com"
    }
}

Definiáltuk a megosztott értékeket a fenti $shared, amely a HostAddress változóból áll, amely localhost:7293.

A három definiált környezet közül egyik fejlesztői környezet sem adta meg a HostAddress értékét, de az előkészítésnek van értéke.

Ha a dev vagy dev2 környezetet használja, a HostAddress értéke $shared származik, mivel ezek a környezetek nem rendelkeznek HostAddressértékkel. Az átmeneti környezet használatakor a HostAddress értéke https://sayedrest.example.comlesz.

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

Mostantól használhatja az SDK-stílusú projektfájlformátumot az SQL Server Data Tools-projektekben.

Ez a frissítés a Microsoft.Build.Sql SDK-n alapuló SQL-projekteket ad hozzá, amely platformfüggetlen támogatást és továbbfejlesztett csomaghivatkozásokat 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ó az SDK-stílusú SQL-projektek és az SQL-DevOps előzetes verziójáról.

A Microsoft.Build.Sql project SDK nyílt forráskódú, és GitHubfejlesztették ki.

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.

A parancssori argumentumok beállításának új módja közvetlenül az eszköztárról.

A C++ projekt parancssori argumentumainak gyors beállítása az új Argumentumok beállítása eszköztárelem használatával. Ez a kombinált lista lehetővé teszi a parancssori argumentumok beállítását közvetlenül az eszköztárról, így gyorsan módosíthatja az argumentumokat. A projekt futtatásakor a mezőbe beírt argumentumok át lesznek adva.

Ez az eszköztárösszetevő alapértelmezés szerint akkor jelenik meg, ha A játék fejlesztése C++ számítási feladattal van telepítve. Ha nem látja, felveheti úgy, hogy a jobb gombbal az eszköztárra kattint, és kiválasztja Argumentumok beállításalehetőséget.

Megjegyzés: Ez a funkció jelenleg csak Unreal Engine-projektekhez érhető el. Az általános C++ projekteket a jövőbeni kiadások támogatják.

Megtudhatja, hogyan használhatja a Build Insights egyes lapját a dokumentáció újonnan hozzáadott hivatkozásán keresztül.

Most egy rövid leírást láthat a Build Insights egyes lapjainak használatáról, valamint a dokumentációra mutató hivatkozást, amely részletes magyarázatot nyújt.

A Build Insightsban tisztább képet kaphat a fájlról, és megtekintheti az egérmutató teljes elérési útját.

A zsúfoltság csökkentése érdekében rejtett, teljes és relatív elérési utak vannak. A teljes elérési utak megtekintéséhez egyszerűen mutasson a fájlra. Emellett megjelenik egy új fájlnév oszlop is a fájlokhoz és a fordítási egységekhez, amelyek alapértelmezés szerint úgy jelennek meg, hogy gyorsan azonosíthassa a fájlokat anélkül, hogy hosszadalmas elérési utakat elemezne.

A felfelé vezető út megnyitásának új módja.

Hozzáadtunk egy további belépési pontot az Unreal Engine uproject megnyitásához a Visual Studio uproject támogatásával. Most már közvetlenül a Fájl menüből nyithatja meg a felfelé ugró ablakát, ha a Open > Unreal Engine projekt...lehetőséget választja. Ez megnyitja az Unreal Engine-projektet a Visual Studióban.

A funkció használatáról további információt .uproject közvetlen szerkesztése a Visual Studio.

Mostantól módosíthatja az aláírásokat a továbbfejlesztett C++ felülettel.

Frissítettük a C++-hoz készült Aláírás módosítása felületet. Mostantól hozzáadhat, eltávolíthat és átrendezhet paramétereket a paraméterkonfigurációs szakaszban. A sorrendet úgy is módosíthatja, hogy kijelöli és új helyre húzza őket.

A hozzáférési módszerek változatlanok maradnak: nyomja le Ctrl+billentyűkombinációt. a Gyorsműveletek és újrabontások menü aktiválásához, majd válassza Aláírás módosításalehetőséget.