Rückblickend die año 2014 wenn in deinem Weltweite Entwicklerkonferenz Apple präsentierte uns eine neue Programmiersprache als Ersatz für Ziel C., eine Sprache, die Entwicklern und Anwendungen die Arbeit viel einfacher und für Benutzer viel flüssiger und optimierter machen würde, und wenn Apple Ihnen beim Erstellen einer eigenen Hardware und eines eigenen Betriebssystems wenig erscheinen würde, würde das Erstellen einer eigenen Programmiersprache eine derart umfassende Kontrolle ermöglichen über Ihre Produkte, dass es uns eine sehr wesentliche Verbesserung in der Gesamtoptimierung und Benutzererfahrung bringen könnte.
Swift wurde als vorgestellt eine einfache und revolutionäre Sprache, eine Sprache, die in vielerlei Hinsicht die Zukunft der Entwicklung kennzeichnen würde, und es ist so, dass nach und nach (wie in einer neu erstellten Sprache üblich) neue Möglichkeiten hinzugefügt werden und Apple diese Sprache in seinen nativen Anwendungen implementiert, beide in iOS , OS X, wie in den übrigen Systemen, aber Apples Pläne waren dort nicht beschränkt. Sie wussten, dass Swift, wenn es die Sperre der Exklusivität setzen würde, nicht den erwarteten Erfolg haben würde.
Und aus diesem Grund Swift wurde auf "Open Source" Weise veröffentlicht. oder Open Source bedeutet dies, dass jeder damit experimentieren kann, ohne für Rechte oder ähnliches bezahlen zu müssen. Die Nutzung ist für die Community kostenlos.
Ein Ziel für die Erweiterung
Wenn Apple Swift exklusiv für seine Systeme auf den Markt bringen würde, würden sich die Entwickler (größtenteils) weigern, eine Sprache für ein einzelnes Unternehmen zu lernen, und deshalb beschlossen sie, den Vogel frei zu lassen, ihm Flügel zu verleihen und zu fliegen. Vielleicht haben sie sich deshalb dafür entschieden das Logo ...
Wichtig ist, dass jedes andere Unternehmen als Open Source davon Gebrauch machen und es in sein System implementieren kann, wenn es dies wünscht, und genau das ist es Google erwägt die Implementierung von Swift auf Android.
Anker heben
Google und Java haben eine lange Geschichte hinter sich. Java war schon immer das Herz von Android, diese beiden Namen gingen schon immer Hand in Hand, im Guten und im Schlechten, und es ist genau das Schlechte, das Java jetzt zu einer Belastung für Android machen kann, denn wenn das mit der schlechten Leistung, die es für Android verursacht, nicht genug wäre Um zu virtualisieren, um Java auszuführen, wollte Oracle (das Unternehmen, das Sun Microsystems, den ursprünglichen Eigentümer von Java, übernommen hat) sein Stück vom Kuchen haben und hat Google erstochen, indem es eine große Geldsumme (9.300 Milliarden US-Dollar) für die Verwendung von APIs verlangt hat. Java ohne Ihre Erlaubnis .
Nagel für Nagel veranlasst Google, nach Alternativen zu suchen, anderen Entwicklungspfaden für Android, mit denen die Leistung dieses Systems verbessert werden kann ohne seine Open Source-Philosophie zu brechenund es scheint, dass Google mit Facebook und UBER über die Möglichkeit spricht, Swift in sein mobiles Betriebssystem aufzunehmen.
Ein freier Vogel
Swift ist nicht die einzige Sprache, die Google in Betracht zieht. Kotlin ist der Name einer anderen Alternative Nach Ansicht von Google wäre Kotlin aufgrund der vorhandenen Ähnlichkeiten und Kompatibilität viel einfacher in Android zu integrieren als Swift. Letzteres würde Entwicklern jedoch Probleme bereiten, da die Kompilierung sehr langsam ist.
Somit Google hat eine "schwierige" Entscheidungoder denken Sie an sich selbst und fahren Sie fort, Kotlin in Android zu integrieren, oder denken Sie an die Entwickler und opfern Sie viel mehr Zeit und arbeiten Sie (da Sie Swift in Android einführen müssen, müssen Sie viele Aspekte des Systems und sogar ändern und wiederholen die eigenen Basen) erleichtert die Entwicklung für Android erheblich.
Aber die Vorteile von Swift auf Android können viel saftiger sein, als sie auf den ersten Blick scheinen, und das schließt Swift ein, Google könnte Android und iOS näher zusammenbringen Ohne die Philosophie eines der beiden ändern zu müssen, könnte Google Swift nach eigenem Ermessen entwickeln, ohne von Apple abhängig zu sein und die eigenen Funktionen von Android einzubeziehen. Durch die Verwendung von Swift könnten Entwickler jedoch Anwendungen für beide Systeme mit einer gemeinsamen Basis erstellen Reduzieren Sie die Anzahl der exklusiven Apps für das eine oder andere System und reduzieren Sie die Zeit und die Schwierigkeit, zwei Versionen derselben Anwendung zu erstellen, die auf verschiedene Systeme ausgerichtet sind, erheblich.
Durch die Integration von Swift in Android können Sie auch Google erhalten eine Gelegenheit auf einer Platteund es gibt viele Entwickler, die ihre Anwendungen von iOS auf Android portieren könnten, um sie für dieses System korrekt zu optimieren und eine Benutzererfahrung zu bieten, die sehr ähnlich ist. Dies führt dazu, dass Android und iOS sich nur um ihre Vorteile als Betriebssystem kämpfen und einmal vergessen und für all die Anzahl der in der einen oder anderen verfügbaren Anwendungen, die einfache Entwicklung für das eine oder andere System, die Fließfähigkeit der Anwendungen in jedem von ihnen und viele andere Probleme, die die Verwendung von Java schmerzt. Android.
Langsamer Übergang
Niemand würde Google beschuldigen, eine von Apple erstellte Sprache zu verwenden, ich persönlich sehe es mehr lobenswert als verwerflichWenn Sie die Möglichkeit haben, Ihren Benutzern ein besseres Produkt oder eine bessere Erfahrung anzubieten, ist es verwerflich, dies nicht zu nutzen, und indem Sie dies auch tun, können Sie Ihren Rivalen nutzen, um Ihr eigenes Produkt zu verbessern ohne einen einzigen Cent zu zahlen.
Das ist etwas, das Apple könnte es auch gut machenJe mehr Swift verwendet wird und je beliebter es wird, desto mehr Menschen werden daran arbeiten und desto mehr Qualität wird zu dieser neuen Sprache beigetragen, was zu besseren Anwendungen für iOS und OS X führen kann.
Birne der Übergang von Java zu Swift (getan werden) es wird weder unmittelbar noch schnell seinGoogle plant nicht, Java zumindest kurzfristig zu ersetzen, aber es würde die Verwendung beider Sprachen in seinem System ermöglichen und den Entwicklern mehr Optionen bieten, was bei Erfolg mit Swift zu einem vollständigen Übergang führen könnte. Dies bleibt jedoch weit entfernt, zumal Swift eine so neue Sprache ist und Google so viel Arbeit vor uns hat ...
Immer noch mit allem Das sind sehr gute Nachrichten für alleAlles, was mehr Anwendungen, eine bessere Benutzererfahrung und weniger Probleme bedeutet, ist etwas Fabelhaftes für Benutzer und noch besser für Entwickler, die ihre Arbeit vereinfachen würden, etwas, das viel mehr Menschen mit neuen Ideen Zugang dazu verschafft Art der Arbeit, zumal Swift eine Sprache ist, die einfach zu bedienen ist.
Alles in allem können wir nur abwarten, welche Bewegung Google macht, ob es Druck von anderen Seiten erhält oder nicht und wie sich diese Bewegungen auf seine Endprodukte oder Apple auswirken, während wir warten. Möchten Sie, dass dieses Szenario wahr wird?
Mit der Fragmentierung, die in Android vorhanden ist, kann Google das nicht abspielen, da es vor Mr. Google darüber nachgedacht hat
Das scheint mir perfekt zu sein. Android sollte die Java Virtual Machine loswerden und direkt an der realen Hardware arbeiten, wenn das Betriebssystem und die Apps die Leistung der heutigen Telefone und Tablets wirklich nutzen sollen. Und Google sollte nicht nur eine Sprache anbieten, sondern mehr als eine Programmiersprache, wie dies bei Computern der Fall ist, die für jeden Geschmack und jede Anforderung geeignet sind.
Und natürlich sollte es möglich sein, für Android ON Android zu programmieren. Was bedeutet es, ein Decacore-Tablet mit 4 GB RAM und Speicher für eine Röhre zu haben ... und auf einen normalen PC zu gehen, um etwas zu programmieren? Sie müssen diese beiden Dinge bekommen, und Sie müssen sie jetzt bekommen oder zusätzlich zur Fragmentierung wird Android ein stagnierendes System sein.
Eigentlich hätte der Autor des Artikels über viele Dinge besser dokumentieren sollen. Es gibt Dinge, die nicht einmal das Minimum an Beziehung halten. Die Leistungsprobleme, die in Android existierten, waren auf die geringe Hardware dieser damals zurückzuführen, und dies wiederum auf die Tatsache, dass das Betriebssystem erlaubte, was das IOS nicht erlaubte. Derzeit hat IOS echtes Multitasking eingeführt und Voila !! Wir sehen Apple-Geräte mit. Virtuelle Maschinen sind in der Tat eine Technik, mit der eine Ausführung erreicht werden kann, die der kompilierter Sprachen sogar überlegen ist. Die Leistung ist nicht miteinander verbunden. Virtuelle Maschinen wie die von .Net (von Microsoft, wo Xbox-Spiele ausgeführt werden) weisen eine noch geringere Leistung auf als die virtuelle Java-Maschine. Die heutigen virtuellen Maschinen verfügen über einen Laufzeit-Compiler namens JIT. Dadurch wird der Bytecode bei der ersten Ausführung in eine Binärdatei kompiliert. Vor dieser Kompilierung wird der Bytecode jedoch als Code des Programmierers optimiert und wiederum erneut optimiert, wenn er von der JIT kompiliert wird. Sie müssen Ihr Bestes für den nächsten dokumentieren.
Etwas anderes, sicherlich möchte Google rechtliche Probleme vermeiden, das auch nicht mit der Einführung von Kotlin zusammenhängt, da Kotlin immer noch auf Java gemountet ist. Ich benutze es jetzt schon eine Weile (seit ich eine Beta war), es ist Java auf Steroiden, man könnte sagen, dass es die Version von Swift ist, die in Java läuft, sie sind sehr ähnlich in Bezug auf die Syntax, die Kompilierung Die Zeit ist ausgezeichnet, nicht so schnell wie Java, aber kein relevanter Grund wie erwähnt. Ein weiteres Detail ist, dass Kotlin in der Android-Welt bereits häufig verwendet wird. Es gibt keine Neuigkeiten bezüglich seiner Verwendung. Was Google tun sollte, ist, Frameworks mit besseren Architekturmustern anzubieten und die Dinge komfortabler zu machen, wie es Android Annotations tun oder wie Buttermesser