|
|
|
|
Strumenti |
22-11-2017, 17:21 | #1 |
www.hwupgrade.it
Iscritto dal: Jul 2001
Messaggi: 75175
|
Link alla notizia: http://www.hwupgrade.it/news/sistemi...-os_72510.html
Swift, linguaggio di programmazione sviluppato inizialmente da Apple e reso open source, si è guadagnato nuovo sostegno: Google ha infatti deciso di supportare il linguaggio sul suo nuovo sistema operativo Fuchsia Click sul link per visualizzare la notizia. |
23-11-2017, 09:23 | #2 |
Senior Member
Iscritto dal: Jul 2007
Città: Sicilia
Messaggi: 5428
|
Beh, essendo la piattaforma nuova, che si inserisce in un mercato gia' saturo, deve per forza adeguarsi con quello che gia' c'e'.. Questa scelta (assieme agli altri linguaggi) ha il vantaggio di avere una folta fetta di sviluppatori che gia' conoscono il linguaggio, facilitando inoltre eventuali porting che, a parte toolchain di compilazione e eventuali API esterne, dovrebbe essere quasi indolore da portare da un'altra piattaforma...
__________________
Non abbiamo ereditato il mondo dai nostri padri L'abbiamo preso in prestito dai nostri figli |
23-11-2017, 11:06 | #3 | |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
Quote:
E comunque Fuchsia ormai supporta parecchi linguaggi. Semplicemente stanno lavorando a portare gli strumenti di programmazione per evitare che Fuchsia diventi un'isola in mezzo all'oceano. Ma suppongo che il team di Flutter ( e Dart quindi ) possa facilmente avere la meglio e diventare la piattaforma di sviluppo standard per Fuchsia. E ci sarebbe anche da vedere che strada prenderà Jetbrains, visto che Kotlin è ormai un linguaggio ufficialmente supportato da Android e Google collabora attivamente con la società. In cantiere c'è Kotlin Native, che potrebbe rappresentare una soluzione multipiattaforma a la Flutter ( cioè veramente multipiattaforma, GUI compresa ). Ed è ancora dubbio se Fuchsia sarà o meno un progetto che vedrà la luce per davvero o è semplicemente uno degli ennesimi tentativi di Google di fare qualcosa e vedere come va a finire. |
|
24-11-2017, 09:35 | #4 |
Senior Member
Iscritto dal: Jul 2007
Città: Sicilia
Messaggi: 5428
|
Per le API dipende dal produttore quanto si vuole adeguare a quello che gia' e' esistente... Sinceramente sarebbe stupido fare un'api diversa per una cosa in comune, ad esempio la gestione della fotocamera...
L'esempio lampante e' Xamarin, che ti permette di fare praticamente tutto in cross-platform, a parte qualche particolarita' dell'interfaccia grafica se vuoi utilizzare proprio la feature specifica, o per casi particolari. Comunque in quel caso ci sono api specifiche per le piattaforme, quindi riesci a sviluppare tutto con un unico framework ed ambiente....
__________________
Non abbiamo ereditato il mondo dai nostri padri L'abbiamo preso in prestito dai nostri figli |
24-11-2017, 09:50 | #5 | |
Senior Member
Iscritto dal: Jul 2002
Città: Milano
Messaggi: 19101
|
Quote:
a me Swift piace, sto iniziando a usarlo ora in progetti di produzione seri perché finalmente da 3 a 4 è cambiata poca roba e sta iniziando a diventare più stabile devo dire però che a me viene facile il passaggio proprio perché conosco Cocoa Touch e la maggior parte del tempo lo perdo per usare API più che per costrutti base del linguaggio come manipolazione di stringhe, dizionari ecc. |
|
24-11-2017, 11:29 | #6 | |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
Quote:
Proprio Xamarin che citavi è un esempio di quanto il cross-platform spesso esista solo sulla carta. Per ottenere uniformità hanno dovuto sviluppare wrapper per praticamente qualsiasi aspetto delle API dei sistemi operativi che supportano. Per la GUI, fino all'avvento delle WinForms, praticamente bisognava scriverne due per supportare Android e iOS. Certo rimane il vantaggio di poter usare un singolo framework, gli stessi IDE, compilatori, ecc... e condividere la business logic. Questo però nel caso di Xamarin che si porta dietro un framework che offre parecchie funzionalità. Nel caso di Swift si ha il linguaggio nudo e crudo e nient'altro. |
|
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 14:14.