Ciao Moreno,
Bene, se avete trovato pacchetti compilati per .netstandard assolutamente sì, usate quelli così è garantito che funzionino.
più che un discorso di compatibilità in questo caso (almeno per me, per le valutazioni che di solito faccio) era un problema di libreria a livello generale...
UDE.CSharp (e lo stesso vale anche per gli altri forked compilati per netstandard)...non conoscevo la libreria e non conosco l'autore per altri progetti, i download erano bassi e l'ultimo aggiornamento risale al 2013...insomma l'unica nota positiva è stata la segnalazione da parte di una fonte attendibile :)
Con poco sforzo è saltata fuori la libreria UTF.Unknown, fresca fresca, uscita dalla rc 1 mese fa e fatta da 304NotModified (l'autore di NLog e come biglietto da visita non mi sembra malaccio)
Detto questo non posso dire al 100% che una è meglio dell'altra, ma con queste premesse il mio istinto mi porta a sperimentare con quest'ultima.
Comunque, anche le librerie compilate per .NET Framework hanno buona probabilità di poter essere usate così come sono in .NET Core. Infatti, da .NET Core 2.0 sono stati introdotti dei "compatibility shims" che rimappano le chiamate alle API di .NET Framework verso le API di .NET Core. Ecco qui, si parla anche di un tool per verificare la compatibilità.
https://www.aspitalia.com/articoli/asp.net-core/anteprima-aspnet-core-20-p-2.aspx
Conosco il tool, ai tempi ho installato anche l'estensione per visual studio...ma devo essere sincero...non l'ho utilizzata un granchè
Forse è per questo che mi sfugge qualcosa del suo utilizzo in questo contesto...cerco di spiegarmi meglio
La libreria incriminata è Ude.dll, verifico il livello di compatibilità con il tool e mi da 100%
A questo punto ho due scelte
1) (Licenza permettendo) Scarico i sorgenti, compilo i sorgenti per .netstardard e creo il pacchetto nuget
2) L'ha utilizzo lo stesso nel progetto dotnet core ma perdo la compatibilità con altri os
Mi perdo qualcosa?
Grazie
/Ciao
