Mikrosofto aŭskultis la opinion de la komunumo kaj resendis al la deponejo .NET SDK la kodon efektivigantan la funkcion "Hot Reload", kiu estis forigita de la koda bazo antaŭ kelkaj tagoj, malgraŭ tio, ke ĝi jam estis listigita kiel malferma fonto kaj estis parto de la preparaj eldonoj de .NET 6. Firmaaj reprezentantoj pardonpetis al la komunumo kaj konfesis, ke ili faris eraron forigante kodon jam aldonitan kaj ne tuj respondante al la malkontento de la komunumo. Estas ankaŭ deklarite, ke la kompanio daŭre poziciigas .NET kiel malferman platformon kaj daŭrigos sian disvolviĝon laŭ la malferma disvolva modelo.
Estas klarigite, ke pro manko de rimedoj kaj tempo antaŭ la liberigo de .NET 6, oni decidis proponi Hot Reload nur en Visual Studio 2022, sed la ĉefa eraro estis, ke anstataŭ simple ne aktivigi la kodon jam aldonitan al la malfermita. fontkodbazo, ĉi tiu kodo estis forigita el la deponejo. La mencio pri manko de rimedoj por alporti "Hot Reload" al la fina eldono de .NET 6 levas demandojn, ĉar ĉi tiu funkcio jam estis parto de la finaj tekstaj eldonoj de .NET 6 RC1 kaj .NET 6 RC2, kaj estis testita de uzantoj. Disvolviĝo en Visual Studio 2022 ankaŭ ne permesas plian tempon por evoluo, ĉar Visual Studio 2022 kaj .NET 6 estas planitaj por liberigo en la sama tago - la 8-an de novembro.
Origine oni opiniis, ke lasi "Hot Reload" nur en la komerca produkto Visual Studio 2022 celis pliigi ĝian konkurencivan alogon kompare kun liberaj evoluiloj. Laŭ The Verge, la forigo de la kodo "Hot Reload" estis administraddecido farita de Julia Liuson, estro de la divizio pri programaro de Microsoft.
Kiel memorigilo, Hot Reload provizas rimedon por redakti kodon sur la flugo dum programo funkcias, permesante al vi fari ŝanĝojn sen permane ĉesigi ekzekuton aŭ alfiksi rompopunktojn. La programisto povis ruli la aplikaĵon sub dotnet-horloĝa kontrolo, post kio ŝanĝoj faritaj al la kodo estis aŭtomate aplikitaj al la funkcianta aplikaĵo, kio ebligis tuj observi la rezulton.
fonto: opennet.ru