往回望， 2014年 当你 世界开发者大会 苹果给我们提供了一个 旨在取代目标C的新编程语言，这种语言可以使开发人员和应用程序的工作变得更加轻松，更加流畅，并为用户进行了优化，这是因为如果Apple创建自己的硬件和操作系统对您来说似乎很少，那么创建自己的编程语言也可以如此广泛地控制您的产品，可以为我们带来整体优化和用户体验方面的显着改善。
斯威夫特的特色是 一种简单而革命的语言，这是一种可以在很多方面标志着未来发展的语言，并且它一点一点地（通常是一种新创建的语言）被添加了新的可能性，并且苹果公司正在iOS的本机应用程序中实现该语言。 OS X以及其他系统一样，但苹果的计划并不仅限于此，他们知道，如果Swift被排他性地锁定，它将不会取得他们所期望的成功。
由于这个原因 Swift以“开源”方式发布。 或开放源代码，这意味着任何人都可以尝试使用它，而无需为社区付费或免费使用任何权利。
扩展的目的地
如果苹果公司专门为其系统发布了Swift，那么开发人员将（大部分情况下）拒绝为一家公司学习一种语言，因此，他们决定让那只鸟自由，自由飞翔，这也许就是为什么他们选择了该徽标...
重要的是，作为开源，任何其他公司都可以使用它，并根据需要在其系统中实现它，而这正是 谷歌正在考虑在Android上实现Swift.
起重锚
Google和Java拥有悠久的历史， Java一直是Android的心脏，这两个名字总是齐头并进，无论好坏，而正是这些坏事现在让 Java 成为 Android 的负担，因为如果这还不够，它会导致 Android 性能不佳为了虚拟化来运行 Java，Oracle（收购了 Java 最初所有者 Sun Microsystems 的公司）想要分一杯羹，并刺伤了 Google，要求为其使用 API 提供大量资金（9.300 亿美元）。允许。
一钉钉钉钉死，导致Google开始寻找替代品，以及其他可以改善该系统性能的Android开发路径 在不破坏其开源哲学的前提下，似乎Google正在与Facebook和UBER讨论将Swift纳入其移动操作系统的可能性。
一只自由的鸟
Swift不是Google正在考虑的唯一语言， Kotlin是另一种选择的名称 正如Google所设想的，由于现有的相似性和兼容性，Kotlin将比Swift集成到Android中容易得多，但是由于编译速度很慢，后者会给开发人员带来麻烦。
因此， 谷歌有一个“艰难”的决定，或者考虑一下自己，然后继续将Kotlin集成到Android中，或者考虑一下开发人员，牺牲更多的时间和精力（自从在Android中引入Swift以来，您将不得不修改和重做系统的许多方面，甚至自己的基地）使开发Android的任务变得更加容易。
但是，Swift在Android上的优势可能比乍看之下更加鲜活，那就是包括Swift， Google可以将Android和iOS紧密结合在一起 在不改变其中任何一个的哲学的前提下，Google可以根据自己的喜好开发Swift，而不必依赖苹果，并包括Android特定的功能，但是使用Swift可以使开发人员为具有相同基础的两个系统创建应用程序，这将减少一个或另一个系统的专用应用程序的数量，这将大大减少创建针对不同系统的同一应用程序的两个版本的时间和难度。
将Swift集成到Android中也可以为您提供Google服务 机会多多，并且有许多开发人员可以将其应用程序从iOS移植到Android，从而为上述系统正确地对其进行优化，并提供与众不同的用户体验，从而导致Android和iOS仅仅为了获得操作系统的利益而相互竞争，而忘记了一次对于一个系统或另一个系统中可用的所有应用程序数量而言，一个系统或另一个系统的开发简便性，每个应用程序中的应用程序的流动性以及使用Java会伤害到的许多其他问题。
过渡缓慢
我个人没有人会责怪Google使用Apple创造的语言。 值得称赞而不是应受谴责，也就是说，如果您有机会向用户提供更好的产品或更好的体验，那么应受谴责的事情就是不要利用它，并且这样做还可以利用您的竞争对手来改进自己的产品不付一分钱。
这是 苹果也可以使用它，Swift使用得越多，它越受欢迎，使用它的人就越多，这种新语言的质量也会越高，这可以为iOS和OS X带来更好的应用程序。
但 从Java到Swift的过渡 （要做） 它不会是立即的，也不是快速的，Google至少在短期内不打算取代Java，但是它将允许在其系统中同时使用两种语言，从而为开发人员提供了更多选择，如果成功使用Swift可以最终完成一次完整的过渡，但这仍然相距甚远，特别是因为Swift是一种新近使用的语言，而Google在这方面还有很多工作要做...
仍然一切 这对每个人来说都是个好消息一切意味着更多的应用程序，更好的用户体验和更少的问题，这对于用户而言是美妙的，对开发人员来说甚至是更好的，他们可以简化他们的工作，并可以使更多的人拥有新的想法。类型的工作，尤其是因为Swift是一种旨在易于使用的语言。
话虽如此，我们只能等着看Google的发展趋势，是否受到其他方面的压力，以及这些变化如何影响其最终产品或Apple，在等待的过程中， 您想看到这种情况吗？
借助Android中存在的碎片，Google无法在Google先生考虑之前对其进行播放
对我来说，这似乎很完美。 如果我们希望操作系统和应用程序能够真正利用当今手机和平板电脑的功能，那么Android应该摆脱Java虚拟机并直接在真实硬件上运行。 Google不仅应该提供一种语言，还应该提供一种以上的编程语言，就像满足各种口味和需求的计算机一样。
当然，应该可以在Android上为Android编程。 拥有一个decacore平板电脑，4gb的RAM和一个显像管的存储空间，又不得不去普通的PC编程什么，那又是什么呢？ 您必须获得这两件事，并且现在必须获得它们，或者除了碎片之外，Android将会是停滞不前的系统。
实际上，本文的作者应该对许多事情有更好的记录。 有些事情甚至没有保持最低限度的关系。 Android中存在的性能问题是由于当时的硬件很少，而这又是由于操作系统允许IOS不允许的事实。 目前，IOS推出了真正的多任务处理功能，瞧！ 我们看到了苹果设备。 实际上，虚拟机是一种可以甚至比编译语言更好地实现执行的技术，而性能则与之无关。 虚拟机，例如.Net（运行Xbox游戏的Microsoft）的虚拟机的性能甚至比Java虚拟机低。 当今的虚拟机具有一个称为JIT的运行时编译器。 它将字节码在第一次执行时编译为二进制，但是在进行上述编译之前，该字节码已被优化为程序员的代码，进而在被JIT编译时又被再次优化了。 您必须记录下一份最好的记录。
还有其他事情，当然Google希望避免法律问题，这与采用Kotlin无关，因为Kotlin仍安装在Java上。 我已经使用了一段时间了（因为我是Beta版），它是Java在类固醇上运行，可以说它是在Java中运行的Swift版本，它们在语法，编译方面非常相似。时间非常好，没有Java快，但是没有提到的相关原因。 另一个细节是Kotlin在Android世界中已经被广泛使用，关于它的使用没有任何新闻。 Google应该做的是提供具有更好架构模式的框架，并使事情变得更舒适，例如Android Annotations或黄油刀