Depuis le prochain Web, Nate Swanner a surpris aujourd’hui la communauté complète des développements d’applications mobiles avec pompe à nouvelles: Google pourrait envisager Swift comme premier niveau de développement dans Android, pour remplacer Java.
Google vs Oracle
Mais pour comprendre les nouvelles, vous devez approfondir un peu dans l’historique de Java et Google, ainsi que parler du troisième dans la discorde dans cette relation: le propriétaire de Java, Oracle. En 2012, Oracle a demandé à Google d’utiliser certaines bibliothèques Java sans autorisation dans Android. Parce que certains diront, Java est open source et Google ne doit donc rien payer. VRAI: Mais c’est aussi que, même si la langue est open source, certaines lignes de bibliothèques clés (API) pour Android sont soumises à un paiement d’exploitation commerciale. Et bien que Google n’obtient pas d’avantage direct d’Android, s’il l’obtient indirectement par ce que Oracle revendique sa part du gâteau. Au total, 9,3 milliards de dollars, qui est bientôt dit. Un montant deux fois sur tout l’alphabet conglomérat entrepreneurial (à lequel Google appartient) le dernier trimestre.
d’entre eux 8.829 millions correspond à la partie que Oracle estime qu’il appartient au total qui estime que Google est entré pendant la vie de Android via Google Play Store ou avec la vente de contenu et de publicité. 37 API que Google déclare utiliser comme une utilisation équitable (utilisation raisonnable) et que Oracle nie le plus grand.
Swift, l’alternative open source
L’article du prochain web nous met en Une situation d’une réunion qui a eu lieu en décembre entre trois grands: Google, Uber et Facebook. Cette réunion, qui a eu lieu à Londres, traitée à Swift et sa publication récente en tant que langue open source. Certaines sources ont confirmé le prochain Web que Google envisage de faire une langue de premier niveau Swift, étant d’abord une alternative à Java, de le remplacer ultérieurement à long terme. Et d’autre part, Uber et Facebook surviennent également à migrer tous leurs codes et leur développement à la nouvelle langue, pas seulement des applications, si toutes leurs API et leurs services backend.
Analyse de cela, l’arrivée de Swift Un Android signifierait quelque chose de très intéressant car Swift n’a pas besoin d’une machine virtuelle et irait à l’intérieur d’une couche sous la JVM actuelle qui prend en charge Java. Cela donnerait une meilleure performance au système et au matériel sans rien faire d’autre. Le même développement serait beaucoup plus rapide et plus efficace à tous les niveaux, car il serait déjà compilé à un niveau supérieur et exécuté plus près du matériel. Actuellement, la langue qui remplit ce rôle collectée sur le matériel Android et qui prend en charge plusieurs composants de la JVM est C ++, ce qui pourrait être remplacé par SWIFT.
serait-ce réalisable?
De plus en plus de sociétés migrent leurs développements vers Swift et maintenant, avec l’expansion par IBM, il commence à être celui qui déploie son backend également dans cette langue. Les applications comme pixelmator sont déjà développées à Swift, pour citer un simple exemple et de plus en plus de sociétés commencent à migrer tous leurs développements pour tirer parti des avantages de la nouvelle langue. Dans le cas Android, adopter Swift ne serait pas une folie et leur permettrait d’oublier les problèmes de Java, car Apple a réalisé toute la langue et leurs API totalement libres, sans aucune restriction plus que la simple autorisation dans des cas spécifiques.
Le problème est la structure propre du système Android, car à l’heure actuelle dispose de deux parties bien différenciées: la pièce Java JVM qui exécute une grande partie des applications et des services système et la compatibilité NDK qui permet d’utiliser d’autres langues telles que c + + (qui utilisent de nombreux moteurs de jeux comme unité ou irréel). Ce NDK pourrait être modifié pour mettre en œuvre Swift, mais il a le problème qu’en tant que tel, il reste comme un outil secondaire mais pas un composant principal qui permet l’exécution des composants du système. Et aussi, comme nous l’avons commenté, le système Android actuel lui-même a des parties du noyau en C ++ qui devraient être réécrites dans Swift.
Par conséquent, la première chose que nous pouvons penser est que Android devra créer une couche rapide (remplaçant le noyau actuel en C ++) et assembler sur elle Java JVM afin que le système ait une cohérence et ne perdait pas la compatibilité. De cette manière, vous pourriez continuer à développer en Java, mais pourrait travailler avec la couche inférieure dans Swift et effectuer des programmes ou des composants du système plus efficaces. Comme Swift fonctionne sans problème dans le noyau Android Linux, il n’y aurait aucun problème de compatibilité n’importe où dans le matériel. Mais il est curieux d’y penser: une machine virtuelle Java s’est développée à Swift.
Cependant, dans l’article, ils nous disent que d’autres langues telles que la kotlin sont également soulevées, également de source ouverte et qu’il permet déjà de développer avec Android, directement pour sa JVM. Cette langue génère un code intermédiaire compatible avec celui qui génère Java et permet même d’interopérer avec elle. Par conséquent, ce serait une bonne alternative bien que, comme Google l’a vu, il serait beaucoup moins efficace car il est très lent dans la compilation et peu optimal dans ses résultats et sa rapidité, comparativement à Swift qui est actuellement à l’heure actuelle. Langues rapides et assurance du panorama de développement.
Transformation de Swift
La transformation de Swift commence à arriver. Un employé de Facebook a une demande de tirage sur le référentiel Swift officiel appelé « Portar à Android » où il spécifie comment ajouter une cible Android à la compilation de la bibliothèque standard SWIFT. Ou par exemple, Uber, est en train de migrer tous ses systèmes, des API, des applications et du serveur à SWIFT, afin d’améliorer l’efficacité de votre service.
grandes entreprises et grandes applications pariez sur la nouvelle langue Et chaque fois que nous avons des options plus intéressantes en tant que nouveau serveur parfait, qui permet un déploiement de serveur de ressources SWIFT de manière simple et rapide.
Nous ne parlons pas de quelque chose de rapide ou immédiat, cela prendra votre temps, car il nécessite des transformations à un niveau technique et de nouveaux développements, mais nous ne pouvons pas arrêter de penser que peut-être, à une journée pas trop lointaine, l’étape importante d’Apple pour que Swift Open Source, atteignez un port pour en faire un langage universel qui Permet de développer pour n’importe quelle plate-forme. Ensuite, vous devrez utiliser les API correspondantes de chaque système, mais avoir une seule langue sans aucun doute (frontal et backend) sera très pratique. Alors allez apprendre pour votre avenir et bon codage de pomme.