Microsoft het na die mening van die gemeenskap geluister en die kode wat die "Hot Reload"-funksie geïmplementeer het, teruggestuur na die .NET SDK-bewaarplek, wat 'n paar dae gelede van die kodebasis verwyder is, ondanks die feit dat dit reeds as oopbron- en was deel van die voorlopige vrystellings van .NET 6. Maatskappyverteenwoordigers het die gemeenskap om verskoning gevra en erken dat hulle 'n fout gemaak het deur kode wat reeds bygevoeg is te verwyder en nie dadelik op die gemeenskap se ontevredenheid te reageer nie. Daar word ook gestel dat die maatskappy voortgaan om .NET as 'n oop platform te posisioneer en sy ontwikkeling in ooreenstemming met die oop ontwikkelingsmodel sal voortsit.
Daar word verduidelik dat daar weens 'n gebrek aan hulpbronne en tyd voor die vrystelling van .NET 6 besluit is om Hot Reload slegs in Visual Studio 2022 aan te bied, maar die grootste fout was dat in plaas daarvan om eenvoudig nie die kode te aktiveer wat reeds by die oop gevoeg is nie. bronkodebasis, is hierdie kode uit die bewaarplek verwyder. Die melding van 'n gebrek aan hulpbronne om "Hot Reload" na die finale vrystelling van .NET 6 te bring, laat vrae ontstaan, aangesien hierdie kenmerk reeds deel was van die finale teksvrystellings van .NET 6 RC1 en .NET 6 RC2, en getoets is deur gebruikers. Ontwikkeling in Visual Studio 2022 laat ook nie bykomende tyd vir ontwikkeling toe nie, aangesien Visual Studio 2022 en .NET 6 geskeduleer is vir vrystelling op dieselfde dag - 8 November.
Daar is oorspronklik gedink dat om "Hot Reload" slegs in die kommersiële produk Visual Studio 2022 te laat, daarop gemik was om sy mededingende aantrekkingskrag te verhoog in vergelyking met gratis ontwikkelingsinstrumente. Volgens The Verge was die verwydering van die "Hot Reload"-kode 'n bestuursbesluit wat geneem is deur Julia Liuson, hoof van Microsoft se sagteware-ontwikkelingsafdeling.
Ter herinnering, Hot Reload bied 'n manier om kode vinnig te wysig terwyl 'n program aan die gang is, wat jou toelaat om veranderinge aan te bring sonder om die uitvoering handmatig te stop of breekpunte aan te heg. Die ontwikkelaar kon die toepassing onder dotnet-horlosiebeheer laat loop, waarna veranderinge wat aan die kode gemaak is, outomaties op die lopende toepassing toegepas is, wat dit moontlik gemaak het om onmiddellik die resultaat waar te neem.
Bron: opennet.ru