ios开发选oc还是swift（iOS开发中OC和swift的对比）

本文目录

• iOS开发中OC和swift的对比
• 想学习iOS应用开发，是学oc还是swift更加适合新人
• swift3 出来，作为初学者是学习oc呢，还是swift
• ios 整理（一）swift和oc的区别
• iOS开发新手入门应该学OC还是swift
• iOS-OC和Swift相互混合开发(OC&Swift混编)
• Swift和Objective-C的优缺点对比
• Objective-C 和 Swift 语言，哪个更容易学习
• 现在ios开发用oc还是swift3.0 哪个多一点
• iOS NFC开发(OC、swift双语实现)

iOS开发中OC和swift的对比

1.import的类

OC：某个只要要使用某个类就要将该类import。

swift：如果是用户自己创建类，其他类无需import可以直接使用。pod的一些三方类和系统的一些类，在使用的时候需要import

2.遵守协议实现协议中的代理方法

OC：

swift：

3.函数的返回值放在了后面

4.函数的参数类型放在了参数名的后面

5.函数的所有参数放在了一个"（）"里，并且有了一个参数标签

看swift和OC的对比

枚举：

OC中：

swift中：

6.swift中的闭包和OC中的block OC中的block：

swift中的闭包：

6.1解决swift中的闭包引起的循环引用（使用weak）

7.swift中的可选类型 8.swift中的基本运算

只有相同数据类型的数据才能进行运算（Int类型要想和Double类型数据运行，需要先将Int类型数据强转成Double类型数据）

9.swift中的guard 增强了可读性

9.1.swift中的if 没有了OC中的”非0即真" 10.swift中的switch 可以判断多个条件 可以判断多种类型 不用写break了 11.swift中的区间

12.swift中的元组 取数据更加方便 取出之后就知道元素的类型了

13.swift中的可选类型 swift是强类型语言。nil在swift中成了一种特殊类型，不能直接赋值给对象。只有可选类型才能赋值为nil

13.swift中的类型转化 as as? as!

14.swift中的结构体

14.swift中的属性 存储属性、计算属性、类属性

本篇文章会持续更新，愿大家加班不多工资多，男同胞都有女朋友，女同胞都有男朋友。

想学习iOS应用开发，是学oc还是swift更加适合新人

oc用的更多一点吧，很多项目使用的还都是oc，如果以后找工作找到了一个使用oc的，那么你的问题就来了，

swift3 出来，作为初学者是学习oc呢，还是swift

据我现在面试的情况来看，绝大部分公司要求精通OC，Swift了解就可以了。鉴于现在Swift项目越来越多，可以先学Swift，但是OC不能一点都不会。iOS开发其实主要学的是CocoaTouch框架，两种语言都能很好的工作，不必太过纠结学哪一种，因为都得会。总会遇到两种语言混合的项目。

ios 整理（一）swift和oc的区别

1.swift 是在oc上提出来的 2.swift有oc中没有的类 比如 元组 有泛型 3.因为swift 定义的常亮和变量是没有值的，所以引入了可选的概念，这时候 如果swift没有值的话 就用optional 4.在swift 中，let 声明的常量的值不能改变 var 生命的变量的值是可以改变的 swift 优势 swift 更容易阅读 swift 文件分离更清晰 swift 是类型安全类语言 swfit 速度快 运行性能高 缺点 版本不稳定

iOS开发新手入门应该学OC还是swift

我建议你还是先学习一下OC吧。首先，swift感觉还在发展阶段，稳定性还有待提成，偶尔会发生一些莫名其妙崩溃的问题，如果为公司做项目，一旦发生这种问题，有没有前车之鉴，可能会耽误时间，影响进度；其次，swift现在的更新迭代比较快，虽然刚更新的3.0，但是据说明年会出4.0，可能今年刚学会的语法，到了明年就改的面目全非，你就不认识了。你可以主学OC，swift作为了解，在项目中也可以使用混编来熟练一下，核心模块还是用OC写，其余的可以用swift试试，swift要想完全取代OC还是需要一段长时间的。

iOS-OC和Swift相互混合开发(OC&Swift混编)

在ios的OC和Swift混合开发无非是2种，一种是在OC的项目中使用Swift语言开发，这里就需要创建Swift文件（或者引用Swift写的的第三方库），另一种是在Swift项目中使用OC语言开发，这里就需要创建OC文件，（或者引用OC写的的第三方库） 首先我们在一个已有的OC的项目中，创建一个Swift文件 这里Xcode就会自动提示我们如：图1 Would you like to configure an Objective-C bridging header? Adding this file to ocProjectUseSwift will create a mixed Swift and Objective-C target. Would you like Xcode to automatically configure a bridging header to enable classes to be accessed by both languages? 提示我们创建一个桥接的头文件，当我点击 “ Create  Bridging Header”，Xcode就给我们自动创建，自动创建的规则是：项目名+ "-Bridging-Header.h" 如图2 同时在项目中创建一个Swift文件 然后在在 targets -》 Build Settings -》 Packaging 中设置Defines Module 为YES 设置完后开始使用，怎么在oc中使用Swift的类呢？ 重点： 在文件中引用 #import "ocProjectUseSwift-Swift.h"  记住不是我创建的SecondVC.swift，是“项目名-Swift.h"文件名 ,引入这个文件就引入了所有的Swift文件内的类、方法、属性 说明：这个文件是系统自动创建，自动添加所有我们创建的Swift的类的方法和属性 前提是要在方法和属性前面要加@objc 如图3： 用@objc声明好之后，在我们引用的是“项目名-Swift.h"文件名的 #import "ocProjectUseSwift-Swift.h" 内就看到有标记了如图4 这里分了3块，红色和绿色标记框内是我们自己标记的oc可用的属性和方法，蓝色框内是系统自己生成的oc可以初始化方法 具体使用就在oc文件中，如图5： 此事，在这个OC创建的项目中，我们创建的Swift文件怎么使用OC创建的类呢？ 这里就用到我们创建的桥接头文件了，在图2中的桥接头文件，引入OC的头文件，如图6 就这样很简单，所以Swift文件的类都可以使用这个OC文件内的类了，使用起，和OC调用OC的类一样，如如图7和图8Swift的项目中，第一次创建OC的文件，此时系统会自动帮我们创建桥接头文件，如图9 然后就有了和图2一样的桥接头文件，剩下的就和图6一样，在桥接头文件内引入头文件，即可使用OC的类,第三方库如果也是OC写的，在引入的时候也自动会加这个桥接头文件，当然一个项目只能加一次，加过的就不需要加了

Swift和Objective-C的优缺点对比

Swift和Objective-C共用一套运行时环境，Swift的类型可以桥接到 Objective-C （下面我简称OC），反之亦然

其次就是， OC之前的积累的很多类库，在Swift中大部分依然可以直接使用 ，当然，Swift3之后，一些语法改变了很多，不过还是有迹可循的。OC出现过的绝大多数概念，比如引用计数、ARC、属性、协议、接口、初始化、扩展类、命名参数、block等，在Swift中继续有效（可能最多换个术语）。Swift大多数概念与OC一样。当然Swift也多出了一些新兴概念，这些在OC中是没有的，比如泛型、元组。

但是：现阶段Swift能完全取代Objective-C吗？ 答案是还不行。 其实到现在为止Swift离完全替代Objective-C还是很遥远，因为Apple内部一直在用 Objective-C 来做一些Framework的开发，底层也不可能用Swift实现，所以现在更多的替代是体现在外部开发。

Objective-C中循环引用也是遇到比较多的，一不小心就会导致循环引用，甚至导致内存问题

Swift

Objective-C

Objective-C 和 Swift 语言，哪个更容易学习

从语言角度，Swift比OC简单了很多。这就像100元比50元多一样明显。Swift就是为了简化OC的开发才发明出来的，汇集了几乎所有流行语言的优势，用更高效更少更清晰更简洁的代码来完成以前同样的工作。而从语言环境，就是说相关资料教程和网络讨论来看，OC经过多年积淀自然是资料更多。就目前而言，用Swift完成同样的项目可供查阅的资料和参考的代码还是少很多。但是Swift正式发行可以上架App才几天的时间（写下本文时）。从后续发展来看，必然是Swift的天下：1、首先，完成同样的功能Swift代码比OC更简洁高效，开发效率更高。2、其次，Swift运行速度不低于OC，调用的相同的底层。而Apple公布的资料Swift还要更快，估计是编译器也做了更强的优化。3、第三，苹果的官方支持。很明显，苹果的战略是要将Swift来替换OC，在1、2成立的前提下，苹果不主推OC那就是傻瓜吧。从官方文档来看，苹果已经在努力，一段时间内在官方资料方面估计将达成OC、Swift并行的情况，类似.net中VB和C#的文档都是一式两份一样。而更远的未来，Swift将逐渐替换OC。再更远的未来，苹果发布新语言AnyWay。再更远的未来，苹果居然被小米收购了。好吧，后两条纯属虚构。对于初学者来说，必然选择Swift，更容易学习。想象一下那些在.net刚推出的时候选择了VB6的人，在Java刚推出的时候选择了Delphi的人。还有，OC让我想到了大学里的Fortran（我不太喜欢，有点老旧怪异）。而已经掌握OC的开发者，可自行选择是否学习Swift，因为OC至少还会流行5年以上，并在10年内依然被支持。然后，新版的iOS99已经不兼容OC了。

现在ios开发用oc还是swift3.0 哪个多一点

个人感觉现在OC是主流，但是会被Swift逐渐取代。一个很关键的原因是……Swift的语法和java比较像……Android程序员想转iOS学Swift会容易得多，再加上苹果力推，Swift很多特性会逐步赶超OC，也会被公司技术部门青睐。

iOS NFC开发(OC、swift双语实现)

Core NFC在iOS 11中引入，用于处理NFC阅读Tag。由于目前只开放了读的权限，所以Core NFC是非常轻量级的一个框架。 NFC最低支持硬件iPhone 7或者iPhone 7 Plus，最低支持系统为iOS 11. 下面我来跟大家分享一下NFC的使用步骤。使用NFC前需要注意以下几点： 1、需要开启一个session，与其他session类似，同时只能开启一个。 2、需要App完全在前台模式。 3、每个session最多扫描60s，超时需再次开启新session。 4、配置读取单个或多个Tag，配置为单个时，会在读取到第一个Tag时自动结束session。 5、隐私描述（后文会写到如何配置）会在扫描页面显示。 需要配置Capabilitles。使用NFC需要配置Capabilitles，这会自动为你生成entitlements文件中的必要配置。 打开隐私相关设置。向info.plist中添加Privacy - NFC Scan Usage Description。 第三步激活App ID的相关功能。如下图所示 在项目中引入Core NFC。引入Core NFC和相关代理delegate. OC: swift: 在viewDidLoad中开启Session OC: swift: 实现委托方法 OC: swift: 除此之外，最好做个系统版本大于iOS 11的判断 OC: swift: