Dal punto di vista del prossimo Web, Nate Swanner oggi ha sorpreso l’intera comunità degli sviluppi dell’applicazione mobile con la pompa di notizie: Google potrebbe considerare Rapido come primo livello di sviluppo in Android, per sostituire Java.
Google vs Oracle
Ma per capire bene le notizie, devi approfondire un po ‘nella storica di Java e Google, oltre a parlare del terzo in discordia in questa relazione: il proprietario di Java, Oracle. Nel 2012, Oracle ha chiesto Google per l’utilizzo di alcune librerie Java senza autorizzazione all’interno di Android. Perché alcuni diranno, Java è open source e quindi Google non dovrebbe pagare nulla. Vero: ma è anche che mentre la lingua è open source, determinata tasto Key Libraries (API) per Android sono soggetti a un pagamento per lo sfruttamento commerciale. E anche se Google non ottiene beneficio diretto da Android, se lo ottiene indirettamente da ciò che Oracle rivendica la sua parte della torta. In totale, 9,3 miliardi di dollari, che si dice presto. Un importo che è due volte di tutto il conglomerato dell’alfabeto imprenditoriale (a cui appartiene Google) l’ultimo trimestre.
di essi 8.829 milioni corrispondano alla parte che Oracle ritiene che sia all’alloggiamento che lo stia Google è entrato durante la vita di Android attraverso Google Play Store o con la vendita di contenuti e pubblicità. 37 API che Google dichiara di utilizzare come uso ragionevole (uso ragionevole) e che Oracle nega il più grande.
Swift, l’alternativa open source
L’articolo del prossimo Web ci mette in Una situazione di un incontro che si è svolto a dicembre tra tre grandi: Google, Uber e Facebook. Questo incontro, che si è svolto a Londra, ha affrontato Swift e la sua recente versione come linguaggio open source. Alcune fonti hanno confermato il prossimo Web che Google sta considerando di fare un rapido linguaggio del primo livello, essendo prima un’alternativa a Java, per sostituirlo successivamente a lungo a lungo termine. E l’altra parte, sia Uber e Facebook anche migrano di migrare tutto il loro codice e lo sviluppo nella nuova lingua, non solo le app, se tutte le loro API e i loro servizi backend.
Analizzando questo, l’arrivo di Swift Un Android significherebbe qualcosa di molto interessante perché Swift non ha bisogno di una macchina virtuale e andrei all’interno di uno strato sotto l’attuale JVM che supporti Java. Ciò darà prestazioni migliori al sistema e all’hardware senza fare nient’altro. Lo stesso sviluppo sarebbe molto più veloce ed efficiente a tutti i livelli, perché sarebbe già stato compilato a livello superiore ed eseguito più vicino all’hardware. Attualmente, la lingua che soddisfa questo ruolo bloccata all’hardware Android e che supporta diversi componenti del JVM è C ++, e questo potrebbe essere sostituito da SWIFT.
Sarebbe fattibile?
Sempre più aziende migrano i loro sviluppi per Swift e ora, con l’espansione da parte di IBM, inizia ad essere quella che distribuisce il suo back-end anche in questa lingua. Le app come pixelmator sono già sviluppate in Swift, per citare un semplice esempio e sempre più aziende iniziano a migrare tutti i loro sviluppi per sfruttare i vantaggi della nuova lingua. Nel caso Android, l’adozione di Swift non sarebbe una follia e consentirebbe loro di dimenticare i problemi di Java, dal momento che Apple ha reso tutta la lingua e le loro API completamente libere, senza alcuna restrizione più della semplice autorizzazione in casi specifici.
Il problema è la propria struttura del sistema Android in questo momento ha due parti ben differenziate: Java JVM parte che esegue gran parte delle app e dei servizi di sistema e della compatibilità NDK che consente l’uso di altre lingue come C + + (che utilizza molti motori di giochi come unità o irreale). Questo NDK potrebbe essere modificato per implementare SWIFT, ma ha il problema che come tale, rimane come strumento secondario ma non un componente principale che consente l’esecuzione dei componenti del sistema. E anche, come abbiamo commentato, l’attuale sistema Android stesso ha parti del nucleo in C ++ che dovrebbe essere re-scritto in Swift.
Pertanto, la prima cosa che possiamo pensare è quella Android dovrebbe creare uno strato SWIFT (sostituendo il nucleo corrente in C ++) e assemblare su di esso JVM JVM in modo che il sistema abbia avuto una coerenza e non ha perso la compatibilità. In questo modo, potresti continuare a svilupparsi in Java ma potrebbe funzionare con lo strato inferiore in rapido ed eseguire programmi o componenti del sistema che erano più efficienti. Come funziona rapidamente senza problemi nel kernel di Linux Android, non ci sarebbe alcun problema di compatibilità ovunque l’hardware. Ma è curioso di pensarci: una macchina virtuale Java sviluppata in Swift.
Tuttavia, nell’articolo ci dicono che anche altre lingue come Kotlin sono state sollevate, anche di open source e che consente già di svilupparsi con Android, direttamente per il suo JVM. Questa lingua, genera un codice intermedio compatibile con quello che genera Java e consente persino interoperando con esso. Pertanto, sarebbe una buona alternativa sebbene, mentre Google ha visto, sarebbe molto meno efficiente poiché è molto lento nella compilazione e poco ottimale nei suoi risultati e velocità, rispetto a Swift che è in questo momento è dal più efficiente, Lingue rapide e assicurazione del panorama dello sviluppo.
Trasformazione di Swift
Trasformazione di Swift comincia ad arrivare. Un dipendente di Facebook ha una richiesta di tiro sul repository Swift ufficiale chiamato “Portar to Android” in cui specifica come aggiungere un obiettivo Android alla compilazione della Biblioteca standard Swift. Oppure, ad esempio, Uber, è nel processo di migrazione di tutti i suoi sistemi, sia API, app e server di rapidità, per migliorare l’efficienza del tuo servizio.
Aziende di grandi dimensioni e grandi app scommettite sulla nuova lingua , E ogni volta che abbiamo opzioni più interessanti come il nuovo server perfetto, che consente una distribuzione di server risorse Swift in modo semplice e veloce.
Non stiamo parlando di qualcosa di veloce o immediato, prenderà il tuo tempo perché richiede trasformazioni a livello tecnico e nuovi sviluppi, ma non possiamo smettere di pensare che forse, in un giorno non troppo distante, l’importante passo di Apple per rendere la Swift Open Source, raggiungere un porto per renderlo un linguaggio universale Permette di svilupparsi per qualsiasi piattaforma. Allora dovrai usare le API corrispondenti di ciascun sistema, ma avere una singola lingua senza dubbio (sia frontend che backend) sarà molto pratico. Quindi vai ad imparare per il tuo futuro, e buona codifica della mela.