Forum libero

Scritto da:
> Scritto da: Nazi Heidi
> > Non conosco Kotlin perciò non so dire nulla al riguardo, però mi fa piacere vedere che finalmente è possibile usare un linguaggio diverso e supportato ufficialmente rispetto a quella schifezza che è Java. Forse abbastanza gente se ne è lamentata.
> >
> >

Vai alla pagina
Visualizza embed

>
> Se non no sognato, da quel che ricordo volevano anche dare la possibilità di fare app Android con C#... come siamo messo ora?

Microsoft ha messo a disposizione gratuitamente gli strumenti di Xamarin per lo sviluppo su Android in C# tramite Visual Studio.

Funziona, si può fare, però:
- la tua app deve includere Mono. Non è un grosso problema e non aumenta troppo le dimensioni dell'app, però è sempre un qualcosa di estraneo all'ambiente Android
- non c'è supporto ufficiale di Google, quindi niente C# in Android Studio ma soprattutto c'è un certo ritardo fra le novità rilasciate da parte di Google e quando saranno "convertite" da Xamarin per poter essere usate da C#
- IMO Visual Studio (almeno il 2015 che ho provato io) non è ancora perfettamente apposto per lo sviluppo Android, ci sono vari bugghetti noiosi, tipo l'IDE che ti segnala errori che non ci sono, gli strumenti che disegnano le interfacce che scazzano, tag xml perfettamente validi non riconosciuti, autocompletamento che a volte non funziona, ecc

Sul lato positivo è che in C# puoi programmare sia per Android che per IOS. Hai due modi per farlo... o usando il port in C# delle API native di Android e IOS, il che però significa che puoi riutilizzare solo una parte del tuoi codice (mettendolo in una libreria) ma l'interfaccia e la chiamata alle varie API devi farla per forza specifica per quell'ambiente (di buono è che comunque la scrivi in C# e non devi impararti due linguaggi diversi)... oppure usi Xamarin.Forms, con tanto di suoi ciclo di vita [quindi astratto dal ciclo di vita delle activity di Android per esempio], che è una GUI che viene automaticamente convertita nella GUI di Android e IOS in fase di compilazione. Il problema di Xamarin.Forms è che sono ancora molto limitati, praticamente ti è utile per fare interfacce molto semplici e IMO poco carine. È vero che puoi crearti tu i tuoi componenti per poter supportare componenti nativi nei vari sistemi (Android o IOS), però alla fine è una cosa macchinosa che ti fa in sostanza perdere tempo per fare cose che il SO sa già fare di suo. IMO Xamarin.Forms può esserti utile per fare piccole App dalle poche pretese, ma appena sconfini in qualcosa di più complesso è meglio se torni sulla GUI nativa e lasci perdere Xamarin.Forms. Il problema è che una volta che hai scelto una strada (GUI nativa o Xamarin.Forms?) non puoi facilmente passare dall'una all'altra... quindi se domani il cliente ti chiede una cosa che con Xamarin.Forms non puoi fare (o è difficile da fare) e tu avevi originalmente scelto questo perché "tanto devo solo fare un'interfaccia semplice", sei fondamentalmente fregato.

C'è poi il problema delle librerie third-party disponibili. Per esempio le Telerik forniscono un sacco di bei componenti per Android nativo, ma per Xamarin.Forms sono alla fine davvero 4... eppure la libreria costa un sacco di soldi in entrambe i casi. Poi per Android hai una marea di esempi venutisi ad accumulare sull'internets nel tempo, per Xamarin c'è diversa roba ma non così tanta e per diversi problemi ti trovi ad affrontarli quasi da solo.

**Modificato dall'autore il 26.05.2017 10:40**