Mario Formosa ha scritto:

Bellissimo articolo :) ! Forse stavolta lo sviluppo sarà veramente più veloce e preciso.

Grazie

Volendo sviluppare un'applicazione per pc/desktop sul .Net Core 5 il modello sarà solo quello delle Universal App ?

O in alternativa la console app. In futuro potrebbe esserci altro, magari anche WPF, ma per ora nulla di ufficiale

Avendo per esempio 3 Applicazioni .NetCore5 diverse che utilizzano lo stesso insieme di librerie, si avrà ripetuto per tre volte, sulla macchina che eseguirà le applicazioni questo insieme di dll ?

Sì esatto, ma è una cosa che ora ci possiamo permettere e già avviene sui dispositivi mobili che di spazio ne hanno meno. Eventualmente hai una shared folder in comune per lo stesso publisher è da usare per i tuoi file, non per le dipendenze

Mi associo ai complimenti per l'articolo, veramente interessante!
E' chiaro che non può che essere che un introduzione a quello che sarà, e anche che nei confronti delle proddime evoluzioni ci sono molti punti poco chiari. Ad esempio, di fronte ad una applicazione che faccia uso di una base dati SQL Server, se questa fosse trasferita come Universal App, deve cambiare anche l'approccio ai dati? Esisterà una qualche controparte Universal di SQL Server? L'affermazione "Net Core 5" è un sottoinsieme del .NET Framework 4.6 significa che alcune cose sono escluse?
In un ordine di sviluppo futuro è bene cominciare a pensare ad un ottica Universal e orientarsi al .NETCore 5?
Grazie infinite.
P.S.
Sono previsti articoli per l'accoppiata Windows 10 IoT e RaspBerry, così come Arduino?
Grazie ancora!
Buon Lavoro!

fededi ha scritto:

E' chiaro che non può che essere che un introduzione a quello che sarà, e anche che nei confronti delle proddime evoluzioni ci sono molti punti poco chiari. Ad esempio, di fronte ad una applicazione che faccia uso di una base dati SQL Server, se questa fosse trasferita come Universal App, deve cambiare anche l'approccio ai dati? Esisterà una qualche controparte Universal di SQL Server?

No, perché la parte core, poi usata per le UAP, è pensata per il client e questi è ormai da parecchi anni che non accedono più direttamente a sql, ma passano dai servizi, anche in ambiente enterprise. Questa "problematica" c'è ancora fin dai tempi di Silverlight, di Windows Phone, e delle attuali Windows Store App che usano un sottoinsieme del .net 4.5

L'affermazione "Net Core 5" è un sottoinsieme del .NET Framework 4.6 significa che alcune cose sono escluse?

Esatto, come indicato prima, è multipiattaforma ed esclude cose come System.Data. Questo non significa che non possono essere usate, perché in realtà possiamo usare ad esempio il pacchetto nuget System.Data.SqlClient, referenziarlo ed accedere a sql. Non ti sarà possibile usarlo nelle universal app solo perché la sandbox te lo impedisce, dato che ado.net accede ad api di sistema non consentite.

In un ordine di sviluppo futuro è bene cominciare a pensare ad un ottica Universal e orientarsi al .NETCore 5?

Non confondere .NET Core 5 con le universal app. Quest'ultime sono le app client per Windows 10, sfrutta .net core 5 ed è limitato, ma .NET Core 5 può essere usato anche server side, con ASP.NET. Da un punto di vista delle API e di cosa puoi fare, di fatto non ti cambia nulla. Puoi portare avanti gli attuali progetti con .net 4.6. Progetti nuovi ha senso imbastirli con quello che sarà il futuro di .net

Sono previsti articoli per l'accoppiata Windows 10 IoT e RaspBerry, così come Arduino?

Sì, molto probabilmente su Raspberry. Prima dobbiamo fare un attimo di esperienza

Grazie