Google zou overwegen om Swift op Android te gebruiken

snel

Terugkijkend, de 2014 jaar wanneer in je Wereldwijde ontwikkelaarsconferentie Apple presenteerde ons een nieuwe programmeertaal bedoeld om Objective C te vervangen, een taal die het werk veel gemakkelijker zou maken voor ontwikkelaars en applicaties veel vloeiender en geoptimaliseerd voor gebruikers, en als Apple het creëren van zijn eigen hardware en zijn eigen besturingssysteem je weinig leek, zou je ook het maken van zijn programmeertaal doen. Het geeft zo'n uitgebreide controle ten opzichte van uw producten dat het ons een zeer substantiële verbetering van de algehele optimalisatie en gebruikerservaring zou kunnen opleveren.

Swift was te zien als een eenvoudige en revolutionaire taal, een taal die de toekomst van ontwikkeling in veel aspecten zou markeren, en het is dat beetje bij beetje (zoals normaal is, in een nieuw gecreëerde taal) nieuwe mogelijkheden worden toegevoegd en Apple implementeert deze taal in zijn oorspronkelijke applicaties, beide in iOS , OS X, net als in de rest van hun systemen, maar Apple's plannen waren daar niet beperkt, ze wisten dat als Swift op het slot van exclusiviteit zou worden gezet, het niet het succes zou hebben dat ze hadden verwacht.

En om die reden Swift is gelanceerd "Open Source" of Open Source, dit betekent dat iedereen ermee kan experimenteren zonder te hoeven betalen voor rechten of iets dergelijks, het is gratis te gebruiken voor de gemeenschap.

Een bestemming voor uitbreiding

Swift

Als Apple Swift exclusief voor hun systemen zou lanceren, zouden de ontwikkelaars (grotendeels) weigeren een taal voor een enkel bedrijf te leren, en daarom besloten ze de vogel vrij te laten, hem vleugels te geven en te vliegen, misschien is dat waarom ze ervoor kozen dat logo ...

Het belangrijkste is dat als open source elk ander bedrijf er gebruik van kan maken en het in hun systeem kan implementeren als ze dat willen, en dat is precies wat Google overweegt om Swift op Android te implementeren.

Hijsanker

android-java

Google en Java hebben een lange geschiedenis achter de rug, Java is altijd het hart van Android geweest, deze twee namen zijn altijd hand in hand gegaan, zowel in goede als in slechte zin, en het zijn juist de slechte die Java nu tot een probleem voor Android kunnen maken, want alsof dat nog niet genoeg is met de slechte prestaties die het veroorzaakt voor Android Om te virtualiseren om Java te kunnen draaien, heeft Oracle (het bedrijf dat Sun Microsystems heeft overgenomen, de oorspronkelijke eigenaar van Java) zijn deel van de taart gewild en heeft Google een grote som geld (9.300 miljard USD) geëist voor het gebruik van API's. toestemming.

Nagel na nagel zorgt ervoor dat Google op zoek gaat naar alternatieven, andere ontwikkelingstrajecten voor Android waarmee de prestaties van dit systeem kunnen worden verbeterd zonder de Open Source-filosofie te breken, en het lijkt erop dat Google met Facebook en UBER in gesprek is over de mogelijkheid om Swift op te nemen in zijn mobiele besturingssysteem.

Een vrije vogel

AndroidSwift

Swift is niet de enige taal die Google overweegt, Kotlin is de naam van een ander alternatief Zoals Google overweegt, zou Kotlin veel gemakkelijker te integreren zijn in Android dan Swift vanwege de bestaande overeenkomsten en compatibiliteit, maar dit laatste zou problemen veroorzaken voor ontwikkelaars omdat het erg traag is om te compileren.

Aldus Google heeft een "moeilijke" beslissing, of denk aan jezelf en ga verder met het integreren van Kotlin in Android, of denk aan de ontwikkelaars, en offer veel meer tijd en werk van jouw kant op (aangezien je om Swift in Android te introduceren veel aspecten van het systeem moet aanpassen en opnieuw moet doen en zelfs de eigen bases) maakt de taak van het ontwikkelen voor Android veel eenvoudiger.

Maar de voordelen van Swift op Android kunnen veel sappiger zijn dan ze op het eerste gezicht lijken, en dat is inclusief Swift, Google zou Android en iOS dichter bij elkaar brengen Zonder de filosofie van een van beide te hoeven veranderen, zou Google Swift naar zijn eigen grillen kunnen ontwikkelen zonder afhankelijk te zijn van Apple en de eigen functies van Android kunnen opnemen, maar het gebruik van Swift zou ontwikkelaars in staat kunnen stellen om applicaties voor beide systemen te maken met een gemeenschappelijke basis. het aantal exclusieve apps voor het ene of het andere systeem verminderen, en de tijd en moeilijkheid om twee versies van dezelfde applicatie te maken, gericht op verschillende systemen, aanzienlijk verminderen.

Door Swift in Android te integreren, kunt u ook Google krijgen een kans op een schaal, en er zijn veel ontwikkelaars die hun applicaties van iOS naar Android zouden kunnen overzetten door ze correct te optimaliseren voor genoemd systeem en een gebruikerservaring te bieden die zeer vergelijkbaar is, waardoor Android en iOS alleen met elkaar vechten om hun voordelen als besturingssysteem, en één keer vergeten en voor al het aantal applicaties dat in het ene of het andere beschikbaar is, het gemak van ontwikkeling voor het ene of het andere systeem, de soepelheid van de applicaties in elk van hen en vele andere problemen die het gebruik van Java schaadt.

Langzame overgang

Swift

Niemand zou Google de schuld geven van het gebruik van een taal die door Apple is gemaakt, persoonlijk zie ik het meer prijzenswaardig dan verwerpelijk, en is dat als u de kans krijgt om een ​​beter product of een betere ervaring aan uw gebruikers aan te bieden, het verwerpelijke zou zijn om er geen gebruik van te maken, en door ook te doen, kunt u profiteren van uw rivaal om uw eigen product te verbeteren zonder ook maar een cent te betalen.

Dit is iets dat Apple zou het ook kunnen gebruiken, hoe meer Swift wordt gebruikt en hoe populairder het wordt, hoe meer mensen eraan zullen werken en hoe hoger de kwaliteit zal worden bijgedragen aan deze nieuwe taal, iets dat kan leiden tot betere applicaties voor iOS en OS X.

Maar de overgang van Java naar Swift (te doen) het zal niet onmiddellijk zijn, noch snel, Google is niet van plan Java te vervangen, althans op korte termijn, maar het zou het gebruik van beide talen in zijn systeem mogelijk maken, waardoor ontwikkelaars meer opties krijgen, iets dat, indien succesvol met Swift, zou kunnen eindigen in een volledige overgang, maar dit blijft ver, vooral omdat Swift zo'n recente taal is en Google zoveel werk voor de boeg heeft ...

Nog steeds met alles dit is heel goed nieuws voor iedereenAlles wat meer applicaties, een betere gebruikerservaring en minder problemen betekent, is iets dat fantastisch is voor gebruikers, en zelfs beter voor ontwikkelaars, die hun werk vereenvoudigd zouden zien, iets dat toegang zou geven aan veel meer mensen met nieuwe ideeën. soort werk, vooral omdat Swift een taal is die is ontworpen om eenvoudig te gebruiken.

Alles bij elkaar genomen, kunnen we alleen maar wachten om te zien welke beweging Google maakt, of het al dan niet druk krijgt van andere kanten en hoe deze bewegingen zijn eindproducten of Apple beïnvloeden, terwijl we wachten, Wilt u dit scenario zien uitkomen?


Volg ons op Google Nieuws

Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: AB Internet Networks 2008 SL
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.

  1.   Webserver zei

    Met de fragmentatie die in Android bestaat, kan Google dat niet spelen, daar meneer Google over heeft nagedacht

  2.   Toni zei

    Dat lijkt mij perfect. Android zou de virtuele Java-machine moeten verwijderen en rechtstreeks op de echte hardware moeten werken als we willen dat het besturingssysteem en de apps de kracht van de huidige telefoons en tablets echt benutten. En Google zou niet alleen één taal moeten aanbieden, maar meer dan één programmeertaal, zoals gebeurt met computers die er zijn voor alle smaken en behoeften.
    En natuurlijk moet het mogelijk zijn om te programmeren voor Android OP Android. Hoe zit het met het hebben van een decacore-tablet, met 4 GB RAM en opslag voor een buis ... en naar een gewone pc moeten om iets te programmeren? Je moet deze twee dingen krijgen, en je moet ze nu krijgen of naast fragmentatie zal Android een stagnerend systeem zijn.

  3.   Zerho zei

    Eigenlijk had de auteur van het artikel over veel dingen beter moeten documenteren. Er zijn dingen die niet eens het minimum aan relatie behouden. De prestatieproblemen die in Android bestonden, waren te wijten aan de kleine hardware van die toen en dat op zijn beurt aan het feit dat het besturingssysteem toestond wat de IOS niet toestond. Momenteel introduceerde IOS echte multitasking, en Voila !! We zien Apple-toestellen met. Virtuele machines zijn in feite een techniek om een ​​uitvoering te bereiken die zelfs superieur is aan die van gecompileerde talen, die van prestatie is niet gerelateerd. Virtuele machines, zoals die van .Net (van Microsoft, waarop Xbox-games worden uitgevoerd) presteren zelfs nog slechter dan de virtuele Java-machine. De huidige virtuele machines hebben een runtime-compiler, JIT genaamd. Dat compileert de bytecode naar binair de eerste keer dat het wordt uitgevoerd, maar vóór genoemde compilatie, is de bytecode geoptimaliseerde programmeurscode, en op zijn beurt wordt het weer geoptimaliseerd wanneer het wordt gecompileerd door de JIT. U moet uw besten documenteren voor de volgende.

  4.   Zerho zei

    Iets anders, zeker Google wil juridische problemen vermijden, dat ook niet te maken heeft met het adopteren van Kotlin, aangezien Kotlin nog steeds op Java is gemount. Ik gebruik het nu al een tijdje (sinds ik een bèta was), het is Java op steroïden, je zou kunnen zeggen dat het de versie van Swift is die in java draait, ze lijken erg op elkaar qua syntaxis, de compilatie de tijd is uitstekend, niet zo snel als Java, maar geen relevante reden zoals vermeld. Een ander detail is dat Kotlin al veel wordt gebruikt in de Android-wereld, er is geen nieuws over het gebruik ervan. Wat Google zou moeten doen, is frameworks aanbieden met betere architectuurpatronen en dingen comfortabeler maken, zoals Android-annotaties of zoals botermesjes