Palyginus „Microsoft.Extensions.GLOGGING“ su MVXLOG MVVMCross kontekste, kelios privalumai, naudojant ankstesnįjį, naudojimas per pastarąjį:
1. Išplečiamumas ir lankstumas: „Microsoft.Extensions.logging“ siūlo labai išplėstinę sistemą, leidžiančią lengvai integruoti su įvairiais trečiųjų šalių medienos ruošos tiekėjais, tokiais kaip NLOG, serilog ir Log4Net. Šis lankstumas iš prigimties nėra integruotas į „MvxLog“, kuris buvo labiau ribotas dėl jo sugebėjimo integruoti su skirtingomis registravimo sistemomis [1] [2]. Naudodamiesi „Microsoft.extensions.logging“, galite lengvai perjungti tarp skirtingų registravimo paslaugų teikėjų nepakeisdami savo programos kodo, todėl jis bus labiau pritaikomas prie skirtingų aplinkų ir reikalavimų.
2. Priklausomybės injekcijos palaikymas: „Microsoft.Extensions.Glogging“ yra skirtas sklandžiai veikti su priklausomybės injekcija (DI), kuri yra pagrindinė daugelio šiuolaikinių .NET programų, įskaitant MVVMCross, pagrindinė savybė. Ši integracija leidžia lengviau bandyti vienetus ir tyčiojasi iš registravimo komponentų, o tai yra naudinga norint išlaikyti tvirtą bandymo aprėptį [5] [8]. „MvxLog“, nors ir injekciškai, nesiūlo tokio paties integracijos su „Di“ rėmais kaip „Microsoft.extensions.logging“ lygio.
3. Standartizavimas ir bendruomenės palaikymas: „Microsoft.Extensions.Glogging“ yra plačiai priimtas standartas .NET ekosistemoje, o tai reiškia, kad ji naudinga didelei bendruomenės palaikymui ir dokumentacijai. Ši standartizacija leidžia kūrėjams lengviau suprasti ir įdiegti registraciją įvairiuose projektuose ir platformose [2] [11]. Priešingai, MVXLOG yra būdingas MVVMCROSS ir gali būti ne toks plačiai pripažintas ar palaikomas už šios sistemos ribų.
4. Mastelio keitimas ir našumas: „Microsoft.extensions.Grogging“ architektūra yra skirta efektyviai tvarkyti didelio masto programas. Tai pateikia tokias funkcijas kaip žurnalo filtravimas ir kategorizavimas, o tai gali pagerinti našumą mažinant nereikalingą žurnalo išvestį [11]. Nors „Mvxlog“ yra pajėgus, jis gali neatitikti mastelio ir našumo optimizacijų, prieinamų „Microsoft.extensions.logging“.
5. Konfigūracijos lankstumas: „Microsoft.Extensions.logging“ leidžia konfigūracijai įvairiomis priemonėmis, įskaitant JSON failus (pvz., „AppSettings.json“), kuris suteikia lankstų būdą valdyti žurnalo nustatymus, neatparduodant programos [5]. Šis lankstumas yra ypač naudingas aplinkoje, kurioje kaupimo poreikiai gali dažnai keistis.
6. Žurnalų lygiai ir sunkumas: Abi rėmai palaiko įvairius žurnalo lygius (pvz., Trace, Debug, Info, Warn, Klaida), tačiau „Microsoft.Extensions.Logging“ apima papildomą „kritinį“ lygį ir „nėra“ lygį konfigūracijos tikslais [11]. Tai suteikia daugiau granuliuoto registravimo sunkumo ir konfigūracijos valdymo.
Apibendrinant galima pasakyti, kad nors „MVXLOG“ yra pajėgus medienos ruošos sprendimas „Mvvmcross“ ekosistemoje, „Microsoft.Extensions.logging“ siūlo platesnį suderinamumą, išplėtimą ir bendruomenės palaikymą, todėl tai yra universalesnis pasirinkimas, norint pasirinkti registravimo poreikius šiuolaikinėse .NET programose.
Citatos:[1] https://www.mvvmcross.com/documentation/fundamentals/logging-new
[2] https://putridparrot.com/blog/using-microsoft-extensions-gogging/
[3] https://www.mvvmcross.com/documentation/advanced/customizing-using-app ir-setup
[4] https://learn.microsoft.com/en-us/ef/core/logging-events-diagnostics/extensions-logging
[5] https://stackoverflow.com/questions/58209076/microsoft-extensions-gogging-vs-nlog
[6] https://www.mvvmcross.com/mvvmcross-8.0.0-release/
[7] https://www.mvvmcross.com/documentation/fundamentals/viewmodel-lifecycle
[8] https://stackoverflow.com/questions/46483019/logging-from-tatic-memembers-with-microsoft-extensions-logging
[9] https://www.mvvmcross.com/logging
[10] https://stackoverflow.com/questions/17602137/mvvmcross-how-does-this-view-get-linkme--the-viewmodel/17602246
[11] https://blog.stephencleary.com/2018/06/microsoft-extensions-gogging-part-2-types.html