使用 Swift 进行 IOS 开发的道路非常简单直接。
当我开始学习 IOS 开发时，我选择了 Objective-C 作为我的核心编程语言。在我的旅程中，我在使用 Objective-C 时遇到了很多困难，因为它是我遇到过的最难的语言之一。在 Objective-C 的帮助下开发应用程序对我来说是一场噩梦。Objective-C 的语法对程序员不是很友好，所以我编写和调试代码变得非常困难。大多数初学者在 IOS 开发方面也会遇到同样的问题，但是当涉及到 Android 开发时，事情非常简单，就像小菜一碟，因为 JAVA 比 Objective-C 编码要好得多。
当我开始我的旅程时，Swift 已经是市场上的一个蓬勃发展的东西。由于 Objective-C 是一门古老的编程语言，我认为它有很好的资源和社区可供学习。StackOverflow 有一个很好的 Objective-C 社区来处理错误和问题。出于这些原因，我选择了 Objective-C。尽管资源和社区很好，但事情并没有按照我想要的方式发生。所以最后，我厌倦了 Objective-C 并决定将我的核心编程语言更改为 Swift，因为一些重要的原因——
作为一名 Swift 程序员（目前沉迷于此 ?），我喜欢用 swift 而不是 Objective-C 编写代码来从头开始构建一个 IOS 应用程序。因为我发现 swift 比 Objective-C 更灵活。Swift 于 2014 年由 Apple INC 正式发布。直到 2014 年，IOS 开发人员通常使用 Objective-C，这是 C 编程语言的面向对象的超集，迄今为止一直是 IOS 开发的核心部分。但从 2014 年开始，情况发生了变化，因为 Swift 作为一种新的 IOS 开发编程语言被引入，为 IOS 开发人员提供了选择 Swift 的替代方案。
开发人员和程序员开发了具有良好语法糖的 swift 编程语言，该语言采用现代编程语言理论概念并努力呈现更简单的语法。它兼容所有现有的 IOS 开发工具，如 XCode、Cocoa 框架等等。但它的易用性和改进的特性帮助 swift 迅速取代了 Objective-C。它旨在为开发人员提供比以往更多的自由。此功能可帮助大多数初学者和开发人员快速轻松地学习和开发新事物。
在本文中，我们将探讨一些原因，说明为什么您应该在下一个 iOS 应用程序开发项目中开始使用 Swift 编程语言（如果您还没有的话）。您可能已经是具有 Objective-C 背景的 IOS 开发人员，但如果它们足够好，我们需要快速采用新的更改。
越快放弃旧奶酪，越早享用新奶酪。
— 斯宾塞·约翰逊博士。
将我的核心编程语言更改为 swift 的原因 –
简单
Swift 编程非常类似于自然英语，因为它具有良好的语法糖。这种可读性使来自 JavaScript、Java、Python、R 和 C++ 的现有程序员更容易将 Swift 应用到他们的编程带中。Swift 需要更少的代码来执行特定的任务，但是当涉及到 Objective-C 时，我们需要编写详细的代码来执行相同的特定任务。Swift 中的调试也比 Objective-C 更直接。
Swift 移除了指针概念，从而提高了编程语言的安全性和鲁棒性。由于 Objective-C 是一门古老的编程语言，它有指针概念，如 C、C++ 编程语言。在 swift 中删除指针概念的原因是指针允许黑客攻击我们的应用程序存在很大的漏洞。因此，所有现代编程语言（如 Java、Python、JavaScript、Kotlin 等）都在其语言实现中删除了指针概念。
速度
在速度和性能方面，Swift 处于上风，因为它运行得更快。根据 Apple.inc 的说法，Swift 比 Objective-C 快 2.6 倍，比 Python 快 8.4 倍。
维护
Objective-C 的文件管理确实是一个烦人的过程，因为我们需要在 Objective-C 中管理两个独立的文件。由于 Objective-C 是从 C 创建的，并且在更改和改进方面依赖于 C 编程。我们必须维护两个独立的代码文件，以提高应用程序的效率和开发时间。
为了解决这个问题，Swift 提出了 LLVM（低级虚拟机）来找出需求并自动完成增量构建。
动态库支持
Swift 最大的变化之一就是从静态库切换到动态库。动态库帮助我们执行可以链接到应用程序的代码块。动态库和静态库的区别在于动态库可以在运行时链接到任何程序。
静态库
静态库在程序放入内存后在编译过程的最后一步链接。因此，必须重新编译可执行文件，以防对外部文件应用任何更改。静态库也随着其他更新（如新的操作系统版本）一起更新。
动态库
动态库自动包含在 AppStore 的下载包中。共享代码只加载一次，可供大量程序使用。无需重新编译使用此库的应用程序即可更新、更改或重新编译此代码。动态库在应用程序可执行文件之外，但它们可以包含在从 App Store 下载的应用程序包中。动态库可以直接在应用程序中更新代码片段。它减少了应用程序在加载到内存时的初始大小，因为外部代码仅在使用时才链接。在 IOS 8 之前不支持这些库。
Swift Playgrounds
游乐场——名词：人们可以玩耍的地方。
Swift Playgrounds 对新程序员和开发人员也非常有帮助。因为它提供了一个非常交互式的环境来测试我们的代码，而无需运行我们的整个应用程序。这是 IOS 的强大功能之一，在 android 中不可用。
大多数人认为游乐场不适合初学者，但我觉得它对开发人员非常有帮助。当我开始学习 IOS 开发的旅程时，我的第一个程序是在操场上编写的，它对我快速学习 swift 编程语言也有很大帮助。然而，在开发我的应用程序来测试任何逻辑或代码片段时，我总是使用 Playground 来完成我的任务。
与 Objective-C 相比，Swift 提供了良好的内存管理方案，因为在 Swift 中，我们无需费心管理内存，因为 ARC（自动引用计数）会自动释放不再需要的类实例使用的内存。Swift处理您应用程序的大部分内存管理，并代表您分配或释放内存。
但是当谈到 Objective-C 时，它有两种类型的内存管理技术——
- Manual Retain Release. (MRR)
- Automatic reference counting. (ARC)
- 手动保留释放。(MRR)
- 自动引用计数。（弧）
在 MRR 中，我们需要通过自己跟踪对象来显式地管理内存。这是使用称为引用计数的模型实现的。MRR 和 ARC 的唯一区别是，retain 和 release 目前由我们手动处理，稍后会自动处理。在 MRR 中，我们需要遵循几条规则来管理内存，这对程序员来说真是一场噩梦。
尽管 Objective-C 具有 ARC 内存管理机制，但 ARC 仅在 Cocoa API 中得到支持。ARC 不提供对图形 API 的支持。开发人员需要努力工作来管理这些事情。为了解决这个问题，Swift 增强了内存管理以支持所有 API，这项增强功能帮助大多数开发人员和程序员花费更少的时间在内存管理上。
这些是让我上瘾的原因，我将我的核心 IOS 开发环境从 Objective-C 更改为 swift 编程语言。
结论
由于 Swift 比 Objective-C 有很多优势，而且它的开发是为了给开发人员更多的自由，所以我把我的选择从 Objective-C 改为了 Swift。在将我的语言从 Objective-C 更改为 Swift 之后，我的开发生活变得更加简单和舒适。这就是为什么我更喜欢 swift ?而不是 Objective-C。
如果你没有尝试过 Swift，那么你真的错过了你开发生涯中的一段美妙旅程。这并不意味着 Objective-C 不适合 IOS 开发或者它会消亡，因为 Apple 为这两种语言都提供了良好的支持。但 Swift 比 Objective-C 发展迅速。
why-i-choose-swift-over-objective-c-for-ios-development-ec1a0488c51b
