Mikrosofto moviĝis al la praktiko forigi antaŭe malferman fontkodon de la platformo .NET. Precipe, la efektivigo de la funkcio Hot Reload, kiu estis origine proponita ne nur en la disvolva medio Visual Studio 6 2019 (Antaŭrigardo 16.11), sed ankaŭ en la malferma dotnet-horloĝa utileco ".
La kialo de la forigo estas la decido sendi la funkcion nur en la komerca produkto Visual Studio 2022 por igi ĝin pli alloga ol la malfermfonta redaktilo de Visual Studio Code. Estas rimarkinde, ke la 21-an de oktobro aperis aldono en la anonca noto de Hot Reload deklarante, ke subteno de Hot Reload ne estos inkluzivita en la .NET SDK 6 kaj ĉiuj klopodoj fokusiĝas al la disvolviĝo de Visual Studio 2022. Post la apero de uzanto malkontento, la noto estis forigita, sed revenis post iom da tempo.
La funkcio de Hot Reload provizas la rimedojn por redakti kodon sur la flugo dum programo funkcias, permesante al vi fari ŝanĝojn sen mane ĉesigi la ekzekuton kaj sen alfiksi rompopunktojn. La programisto povis ruli la aplikaĵon sub dotnet watch, post kio la ŝanĝoj faritaj al la kodo estis aŭtomate aplikitaj al la funkcianta aplikaĵo, kio ebligis tuj observi la rezulton.
ISV-oj provis reverti forigitan kodon kiu jam estis malfermfonta kaj inkluzivita en la antaŭ-eldono de .NET 6 RC1, sed Microsoft ne permesis ĉi tiun ŝanĝon kaj ankaŭ limigis la kapablon lasi komentojn en la diskuto. La agoj de Mikrosofto kaŭzis indignon inter komunumanoj, kiuj konsideras la aferon de reveno kiel fundamenta kaj por kompreni ĉu la .NET-platformo estas efektive malfermita projekto aŭ ne. Alia zorgo estas, ke pro la ĉeesto de Visual Studio nur por la Vindoza platformo, la Hot Reload funkcio fariĝos neatingebla por macOS kaj Linukso.
fonto: opennet.ru