• 在项目中右键添加一个swift文件,我添加的LearnSwift.swift添加后Xcode弹出‘是否配置oc桥接头文件’的提示,点确认,系统自动生成一个项目名-Bridging-Header.h的文件,我的是LearnSwift-Bridging-Header.h。...
    在项目中右键添加一个swift文件,我添加的LearnSwift.swift添加后Xcode弹出‘是否配置oc桥接头文件’的提示,点确认,系统自动生成一个项目名-Bridging-Header.h的文件,我的是LearnSwift-Bridging-Header.h

    配置oc桥接头文件的提示
    LearnSwift-Bridging-Header.h实质上是一个供swift使用的头文件,在这里把所有要暴露给swift的oc头文件都添加进去,这样写swift的时候就可以直接使用那些oc的类和方法了。
    因为swift本身没有头文件,只有.swift;而oc有.h和.m文件。有了这个声明,.swift就可以直接使用oc的.h了

    我的LearnSwift-Bridging-Header.h文件内容
    接下来就可以直接在LearnSwift.swift中写swift代码啦 ~ 随便声明一个类,打些log:

    我的LearnSwift.swift文件内容

    编译直接通过,这就是在swift中使用oc类和方法了,一切顺利!在oc中使用swift,我在AppDelegate.m中使用刚才创建的swift类,那么先要引用swift头文件,即#import "LearnSwift-Swift.h",然后在这个.m文件中就可以任意使用swift创建的类和方法了:
    LearnSwift *learnSwift = [[LearnSwift alloc] init];[learnSwift logsth:@"code from oc"];
    编译运行直接过! 输出:
    this is a log from swift : code from oc理解下#import "LearnSwift-Swift.h"
    其实是项目名-Swift.h,这也是Xcode自动生成的,根据你写的所有swift代码,生成一个oc的.h文件,进行类和方法的声明,这样在oc里引用这个头文件后,就相当于引用了所有swift声明,可以直接使用了。


    展开全文
  • OCSwift混合使用

    2017-07-11 09:13:02
    随着swift趋向于稳定,越来越多的公司启动的新项目也想使用swift过把瘾,使用swift的好处与弊端不再赘述。目前版本是swift3.0,而且Xcode9beta版中已经更新到swift4.0。使用swift开发是大趋势,...OC引用Swift第三方库

    随着swift趋向于稳定,越来越多的公司启动的新项目也想使用swift过把瘾,使用swift的好处与弊端不再赘述。目前版本是swift3.0,而且Xcode9beta版中已经更新到swift4.0。使用swift开发是大趋势,这里从以下几个方面看一下如何进行简单的配置。

    • OC中引用Swift文件
    • Swift中引用OC文件,以及第三方库
    • Xcode8以后编译swift2.x
    • OC引用Swift第三方库

    一、OC中如何引用Swift文件:
    首先先来创建一个object-c语言的项目,然后直接一个swift类,这时会弹出如下提示:
    配置桥接头文件
    先选择Do not Create,稍后会提到,系统会自动创建一个格式:xxx项目名-Swift.h的头文件,不显示但是可以直接引用,直接引用,这时发现报错了。
    报错了
    这是为什么呢?虽然一般情况下是直接引用xxx项目名-Swift.h,真正需要引用的是Product Moudle Name对应的文件名:
    模块名配置
    也可在此基础上搜索swift,对应的文件名正是想要的文件名,为什么上面还要提搜索pack找Product Moudle Name直接搜swift不就好了吗?因为这个名字是拼出来的:Product Moudle Name-Swift.h,可以去pack里面删除Product Moudle Name对应的内容,再回来搜swift看一下就明白了。
    搜索swift
    项目在创建的时候名称有的时候可能有歧义系统自动帮我们修改。swift在OC项目中是作为Moudle来使用的,名称继承自PROJECT下的Product Moudle Name,导入时报错请自行检查是否匹配。
    目前为止导入头文件成功了,调用一下SwiftTest类中的log方法。
    方法配置
    却发现一直报未定义该类的错误:
    未定义报错
    点击生成的项目名-Swift.h的头文件里面却发现没有关于Swift声明:
    未声明该类
    后来经过查找发现是因为没有创建桥接文件导致的,手动来创建一下桥接文件,命名规则:项目名-Bridging-Header。
    创建桥接文件
    到项目里手动配置文件路径:
    配置方法
    配置完成后clean然后build点击项目名-Swift.h进入就可以发现定义swift类的声明,Command + R 运行成功。
    二、Swift中引用OC文件,以及第三方库
    swift引用OC文件比较简单:
    1)创建桥接文件(参考上面步骤)
    2)把需要用到类或者第三方SD、framework头文件引入
    3)直接在swift文件中使用
    由于比较简单不在赘述,稍后会提到注意事项。
    三、Xcode8以后编译swift2.x以及pod引用的swift框架
    Xcode8以后swift的currentVersion改为3.0,如果是swift2.x项目打开往往会有这样的提示:
    转换提示
    如果你想转换的直接点击convert,但是要注意备份小心一万点爆红,如果点击了later之后又想转换了可以进行如下操作:
    手动转换
    如果想要继续编译swift2.x需要设置版本:
    设置版本
    如果没有使用第三方框架那么现在就可以build了,而且是成功的,但是如果使用了第三方的framework,那么每个framework都需要设置一次,如下:
    设置pod的版本
    这里几点需要注意的:
    1)pod里面的framework的版本必须与taget里面的一致否则编译失败。
    2)必须与最低版本一致有一个framework使用了swift2.x其他都必须设置为YES
    3)任何时候点击convertToCurrentVersion都是转换到最新版本也就是当前的swift3.0,即使你设置了使用以前版本再次进行转换也是转换到swift3.0不会转换到以前版本。
    4)每次pod以后之前的配置都会重置,需要从新设置版本。但是可以在Podfile里面加入如下代码,将会对所有提交的framework进行设置:

    post_install do |installer|
      installer.pods_project.targets.each do |target|
      target.build_configurations.each do |config|
      config.build_settings['SWIFT_VERSION'] = '3.0'
      end
     end
    end

    如下图:
    pod设置
    四、OC引用Swift的framework:
    配置方法跟pod配置版本号方法相同,设置完版本号后在需要的文件中引用:#import <framework/framework-Swift.h>】也可以通过引入模块的方式:@import framework;这两种方式效果相同。
    注意:很多swift三方库,并不支持OC使用,而绝大部分OC库支持swift,是向下兼容的,OC与Swift混编的注意事项,稍后补充。
    ps:文章有点啰嗦,本人系新手,主要是记录给自己看。

    展开全文
  • 前言 hihi,勇敢的小伙伴儿们大家好,我们有一个项目许久未更新了,所以代码有很长一段时间没有运行过,这两天想参考原项目的功能...因为项目是混编的原因,Swift的使用直接导致了这次错误的出现。 问题出现及解决...

    前言

    hihi,勇敢的小伙伴儿们大家好,我们有一个项目许久未更新了,所以代码有很长一段时间没有运行过,这两天想参考原项目的功能和设计,所以要运行起来安装到设计人员手机中,给她作为设计的参考,但是运行起来出错不断,原先可以顺利运行的项目报错了。

    面对这些突如其来的问题,不怂,错误不可避免,解决就可以了。

    正文

    因为项目是混编的原因,Swift的使用直接导致了这次错误的出现。

    问题出现及解决步骤如下:

    首先,Xcode提示:

    意思就是Xcode10.1不支持的Swift3.x

    那哪里用的Swift3.x呢?不妨编译一下看看。出现错误如图:

     

    很清晰了,分别在以上几个马赛克target中使用了Swift3.0,那么如何解决这个问题呢?

    在Target中找到Build Settings在搜索框搜索swift language~

    把Swift Language Version修改成支持的Swift版本就可以了~

    再运行就不会出现上述错误,但是可能会出现别的问题,如果提示OC调用Swift文件中的方法找不到的时候,下面的做法可能会帮助到你:

    在类前加@objcMembers就能顺利生成OC方法直接调用就可以啦~

    运行项目->成功运行(耶)

    如有问题,还请大家指出,多谢各位~

    展开全文
  • swiftOC进行混合编码。

    作者:fengsh998
    原文地址:http://blog.csdn.net/fengsh998/article/details/34440159
    转载请注明出处
    如果觉得文章对你有所帮助,请通过留言或关注微信公众帐号fengsh998来支持我,谢谢!


    swift 语言出来后,可能新的项目直接使用swift来开发,但可能在过程中会遇到一些情况,某些已用OC写好的类或封装好的模块,不想再在swift 中再写一次,哪就使用混编。这个在IOS8中是允许的。

    先中简单的入手,先研究在同一个工程目录下混合使用的情况。

    为了演示。先准备两个类

    第一个是swift语言写的类,文件名为 act.swift

    import Foundation
    
    class Act : NSObject
    {
        func hasAct(tag:Int) -> String
        {
            switch (tag)
            {
            case 1:return "Movie"
            case 2:return "CCTV"
            case 3:return "Sport TV"
            default:return "Area TV"
            }
        }
        
        init()
        {
            println("act constructor is called.")
        }
        
        deinit
        {
            println("act destroyed is called.")
        }
    }

    第二个是用OC写的类 头文件为OCChannel.h ,实现文件为OCChannel.m

    头文件

    #import <Foundation/Foundation.h>
    
    @interface OCChannel : NSObject
    
    @property (nonatomic,retain) NSString *ChannelName;
    
    - (NSString *)ChannelChange:(NSInteger) channels;
    
    @end
    

    实现文件

    #import "OCChannel.h"
    #import "SwiftModule-swift.h"
    
    @interface OCChannel()
    {
        Act     *act;  //swift的类
    }
    @end
    
    @implementation OCChannel
    
    - (id)init
    {
        if (self = [super init]) {
            NSLog(@"OC Constructor is called.");
            //使用Swift类
            act = [[Act alloc]init];
        }
        return self;
    }
    
    - (void)dealloc
    {
        NSLog(@"OC Destroyed is called.");
        //[act release];//ARC not use
        //[super dealloc];//ARC not use
    }
    
    - (NSString *)ChannelChange:(NSInteger) channels
    {
        return [act hasAct:channels];
    }
    
    @end

    这个OCChannel为中引用了swift 写的类Act 。主要是为了演示在同一个工程项目里,swift类调用OC,同时OC类也调用Swift。从而形成一种混合编写的模式。


    下面是具体步骤:

    1.新建一个Swift工程:我这里工程名为MixDemo


    建好后工程:


    2.就是分别引入前面的两个类,咱先一个个来。因为建的是Swift,所以,咱先以Swift工程中引用OC文件进行一次混编

    Swift中使用OC

    首先Swift中不再使用头文件和.m文件的方式了。所以也不需要使用import ""来导入头文件。哪swift 如何能访问到OC的类声明的。

    其实,swift也是需要使用头文件进行访问的,只不过不再需要使用显式的方式使用import进行导入。有两种方式来实现这个头文件的生成。

    方式一:在一个全新的Swift,利用第一次新建提示的方式自动添加桥接头文件。




    点确定这后就会生成一个以<produceName-Bridging-Header.h>的头文件。

    建好后的工程:


    这里有一个地方需要注意的就是在targets->build settings ->Object-C Bridging Header 设为哪个桥接的头文件即可。



    经过上述步骤,桥接文件弄好了就可以

    尽情的把想要在swift类中调用的OC头文件放使用import "" 写到这个桥接文件中吧。就像:

    //
    //  Use this file to import your target's public headers that you would like to expose to Swift.
    //MixDemo/MixDemo-Bridging-Header.h
    
    #import "OCChannel.h"
    

    同样的,当你知道这个swift搜索头文件的关系后,就不需要再理会这个-Bridging-Header.h的文件了。完全可以手工建一个并取自己喜欢的名字。如:

    方式二:

    新建一个头文件,名为:OCContainerHeader.h



    好了,以上的设置后就完全满足了Swift使用OC写的类了。

    import UIKit
    
    class ViewController: UIViewController {
                                
        override func viewDidLoad() {
            super.viewDidLoad()
            // Do any additional setup after loading the view, typically from a nib.
    
            //调用OC类
            var channel = OCChannel()
            println(channel.ChannelChange(10))
            println(channel.ChannelChange(2))
        }
    
        override func didReceiveMemoryWarning() {
            super.didReceiveMemoryWarning()
            // Dispose of any resources that can be recreated.
        }
    
    
    }

    好了下面再来看一下OC如何调用Swift写的类。(事实上,如果你是一比一抄我这个DEMO,哪么恭喜你,在以上你将编译不通过。因为我的OC类中引用了swfit 写的类,所以你要想运行,就必须把哪个Act 的类注释了才行。)


    OC如何调用Swift写的类

    OC要想使用,必须有头文件。而swift文件却没有头文件,所在咱们想必也需要产生一个头文件。但对于OC调用swift  的头文件比较特殊。因头文件里面的机制是自动生成的,在不熟悉的,不建议手写。

    哪如何产生这个头文件。(注意,系统设置的头文件,在工程中是看不到的。)

    产生步骤:

    选中targets->build settings ->packing->Product Module Name 中设置模块名,这个名称很重要 swift 的头文件就是根据这个来命名的。



    虽然你看图中有这个import "SwiftModule-swift.h"但你在整个工程中是找不到这个文件的,但可以使用CMD+ 鼠标点击可看这个头文件中的内容。



    这样,工程中如查Swift要使用OC,则把需要使用的OC类的头文件,全写在MixDemo-Bridging-Header.h里。同样如果OC中所使用的swift类,只需要Clean一把,再编就可以了,但不要忘了导入SwiftModule-swift.h哦(名称自取,但-swift.h是固定的),另外还有一个需要读者注意的。

    注:

    凡是用Swift写的类,如果不继成自NSObject或NSObject 的派生类,哪么编译后将不会生成对应的转换类。从而使得OC 中找不到相应的声明。

    如我的例子中 class Act 这样不会被编译到SwiftModule-swift.h中,但写为 class Act : NSObject,就可以编译出相应的声明。另外可以使用@objc加以声明,但这个还是一样,类最好继承NSObject下来。就像下面:

    import Foundation
    
    @objc(Act)
    
    class Act 
    {
        func hasAct(tag:Int) -> String
        {
            switch (tag)
            {
            case 1:return "Movie"
            case 2:return "CCTV"
            case 3:return "Sport TV"
            default:return "Area TV"
            }
        }
    
        @objc(init)//原本以为加上这个alloc就可以找到,但不行的。。。
        init()
        {
            println("act constructor is called.")
        }
        
        deinit
        {
            println("act destroyed is called.")
        }
    }

    但是在使用时你就会发现

            act = [[Act alloc]init]; //报错,找不到alloc,因此建议大家还是继承NSObject.



    好吧,今天就写到这里,再研究一下framework之间的混编。。。。。




    展开全文
  • OCSwift指南

    2020-03-10 00:01:09
    作者丨zhangferry来源丨iOS成长之路运行环境:Xcode 11.1 Swift5.0最近参与的一个项目需要从Objective-C(以下简称OC)转到Swift,期间遇到了一些...

    作者丨zhangferry

    来源丨iOS成长之路

    运行环境:Xcode 11.1 Swift5.0

    最近参与的一个项目需要从Objective-C(以下简称OC)转到Swift,期间遇到了一些坑,于是有了这篇总结性的文档。如果你也有将OC项目Swift化的需求,可以作为参考。

    OC转Swift有一个大前提就是你要对Swift有一定的了解,熟悉Swift语法,最好是完整看过一遍官方的Language Guide。

    转换的过程分自动化和手动转译,鉴于自动化工具的识别率不能让人满意,大部分情况都是需要手动转换的。

    自动化工具

    有一个比较好的自动化工具Swiftify,可以将OC文件甚至OC工程整个转成Swift,号称准确率能达到90%。我试用了一些免费版中的功能,但感觉效果并不理想,因为没有使用过付费版,所以也不好评价它就是不好。

    Swiftify还有一个Xcode的插件Swiftify for Xcode,可以实现对选中代码和单文件的转化。这个插件还挺不错,对纯系统代码转化还算精确,但部分代码还存在一些识别问题,需要手动再修改。

    手动Swift化

    桥接文件

    如果你是在项目中首次使用Swift代码,在添加Swift文件时,Xcode会提示你添加一个 .h的桥接文件。如果不小心点了不添加还可以手动导入,就是自己手动生成一个 .h文件,然后在 BuildSettings>SwiftCompiler-General>Objective-CBridgingHeader中填入该 .h文件的路径。

    这个桥接文件的作用就是供Swift代码引用OC代码,或者OC的三方库。

    #import "Utility.h"
    #import <Masonry/Masonry.h>
    

    BridgingHeader的下面还有一个配置项是 Objective-CGeneratedInterfaceHeaderName,对应的值是 ProjectName-Swift.h。这是由Xcode自动生成的一个隐藏头文件,每次Build的过程会将Swift代码中声明为外接调用的部分转成OC代码,OC部分的文件会类似 pch一样全局引用这个头文件。因为是Build过程中生成的,所以只有 .m文件中可以直接引用,对于在 .h文件中的引用下文有介绍。

    Appdelegate(程序入口)

    Swift中没有 main.m文件,取而代之的是 @UIApplicationMain命令,该命令等效于原有的执行 main.m。所以我们可以把 main.m文件进行移除。

    系统API

    对于 UIKit框架中的大部分代码转换可以直接查看系统API文档进行转换,这里就不过多介绍。

    property(属性)

    Swift没有 property,也没有 copynonatomic等属性修饰词,只有表示属性是否可变的 letvar

    注意点一OC中一个类分 .h.m两个文件,分别表示用于暴露给外接的方法,变量和仅供内部使用的方法变量。迁移到Swift时,应该将 .m中的property标为 private,即外接无法直接访问,对于 .h中的property不做处理,取默认的 internal,即同模块可访问。

    对于函数的迁移也是相同的。

    注意点二有一种特殊情况是在OC项目中,某些属性在内部( .m)可变,外部( .h)只读。这种情况可以这么处理:

    private(set) var value: String
    

    就是只对 valueset方法就行 private标记。

    注意点三Swift中针对空类型有个专门的符号 ?,对应OC中的 nil。OC中没有这个符号,但是可以通过在 nullablenonnull表示该种属性,方法参数或者返回值是否可以空。

    如果OC中没有声明一个属性是否可以为空,那就去默认值 nonnull

    如果我们想让一个类的所有属性,函数返回值都是 nonnull,除了手动一个个添加之外还有一个宏命令。

    NS_ASSUME_NONNULL_BEGIN
    /* code */
    NS_ASSUME_NONNULL_END
    

    enum(枚举)

    OC代码:

    typedef NS_ENUM(NSInteger, PlayerState) {
    PlayerStateNone= 0,
    PlayerStatePlaying,
    PlayerStatePause,
    PlayerStateBuffer,
    PlayerStateFailed,
    };
    typedef NS_OPTIONS(NSUInteger, XXViewAnimationOptions) {
    XXViewAnimationOptionNone= 1<<  0,
    XXViewAnimationOptionSelcted1= 1<<  1,
    XXViewAnimationOptionSelcted2= 1<<  2,
    }
    

    Swift代码

    enumPlayerState: Int{
    case none = 0
    case playing
    case pause
    case buffer
    case failed
    }
    structViewAnimationOptions: OptionSet{
    let rawValue: UInt
    staticletNone= ViewAnimationOptions(rawValue: 1<<0)
    staticletSelected1= ViewAnimationOptions(rawValue: 1<<0)
    staticletSelected2= ViewAnimationOptions(rawValue: 1<< 2)
    //...
    }
    

    Swift没有 NS_OPTIONS的概念,取而代之的是为了满足 OptionSet协议的 struct类型。

    懒加载

    OC代码:

    - (MTObject*)object{
    if(!_object) {
            _object = [MTObjectnew];
    }
    return _object;
    }
    

    Swift代码:

    lazy varobject: MTObject= {
    letobject= MTObject()
    return imagobjecteView
    }()
    

    闭包

    OC代码:

    typedefvoid(^DownloadStateBlock)(BOOL isComplete);
    

    Swift代码:

    typealias DownloadStateBlock= ((_ isComplete: Bool) -> Void)
    

    单例

    OC代码:

    + (XXManager*)shareInstance {
    staticdispatch_once_t onceToken;
        dispatch_once(&onceToken, ^{
            instance = [[self alloc] init];
    });
    return instance;
    }
    

    Swift对单例的实现比较简单,有两种方式:

    第一种

    swiftletshared=XXManager()// 声明在全局命名区(global namespace)ClassXXManager{}

    你可能会疑惑,为什么没有 dispatch_once,如何保证多线程下创建的唯一性?其实是这样的,Swift中全局变量是懒加载,在AppDelegate中被初始化,之后所有的调用都会使用该实例。而且全局变量的初始化是默认使用 dispatch_once的,这保证了全局变量的构造器(initializer)只会被调用一次,保证了 shard原子性

    第二种

    ClassXXManager{
    staticlet shared = XXManager()
    privateoverride init() {
    // do something
    }
    }
    

    Swift 2 开始增加了 static关键字,用于限定变量的作用域。如果不使用 static,那么每一个 shared都会对应一个实例。而使用 static之后, shared成为全局变量,就成了跟上面第一种方式原理一致。可以注意到,由于构造器使用了 private 关键字,所以也保证了单例的原子性。

    初始化方法和析构函数

    对于初始化方法OC先调用父类的初始化方法,然后初始自己的成员变量。Swift先初始化自己的成员变量,然后在调用父类的初始化方法。

    OC代码:

    // 初始化方法
    @interfaceMainView: UIView
    @property(nonatomic, strong) NSString*title;
    - (instancetype)initWithFrame:(CGRect)frame title:(NSString*)title NS_DESIGNATED_INITIALIZER;
    @end
    @implementationMainView
    - (instancetype)initWithFrame:(CGRect)frame title:(NSString*)title {
    if(self= [super initWithFrame:frame]) {
    self.title = title;
    }
    returnself;
    }
    @end
    // 析构函数
    - (void)dealloc {
    //dealloc
    }
    

    Swift代码:

    classMainViewSwift: UIView{
    let title: String
        init(frame: CGRect, title: String) {
    self.title = title
    super.init(frame: frame)
    }
        required init?(coder: NSCoder) {
            fatalError("init(coder:) has not been implemented")
    }
            deinit {
    //deinit
    }
    }
    

    函数调用

    OC代码:

    // 实例函数(共有方法)
    - (void)configModelWith:(XXModel*)model {}
    // 实例函数(私有方法)
    - (void)calculateProgress {}
    // 类函数
    + (void)configModelWith:(XXModel*)model {}
    

    Swift代码

    // 实例函数(共有方法)
    func configModel(with model: XXModel) {}
    // 实例函数(私有方法)
    private func calculateProgress() {}
    // 类函数(不可以被子类重写)
    static func configModel(with model: XXModel) {}
    // 类函数(可以被子类重写)
    class func configModel(with model: XXModel) {}
    // 类函数(不可以被子类重写)
    classfinal func configModel(with model: XXModel) {}
    

    OC可以通过是否将方法声明在 .h文件表明该方法是否为私有方法。Swift中没有了 .h文件,对于方法的权限控制是通过权限关键词进行的,各关键词权限大小为:private<fileprivate<internal<public<open

    其中 internal为默认权限,可以在同一 module下访问。

    NSNotification(通知)

    OC代码:

    // add observer
    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(method) name:@"NotificationName"object:nil];
    // post
    [NSNotificationCenter.defaultCenter postNotificationName:@"NotificationName"object:nil];
    

    Swift代码:

    // add observer
    NotificationCenter.default.addObserver(self, selector: #selector(method), name: NSNotification.Name(rawValue: "NotificationName"), object: nil)
    // post
    NotificationCenter.default.post(name: NSNotification.Name(rawValue: "NotificationName"), object: self)
    

    可以注意到,Swift中通知中心 NotificationCenter不带 NS前缀,通知名由字符串变成了 NSNotification.Name的结构体。

    改成结构体的目的就是为了便于管理字符串,原本的字符串类型变成了指定的 NSNotification.Name类型。上面的Swift代码可以修改为:

    extension NSNotification.Name{
    staticletNotificationName= NSNotification.Name("NotificationName")
    }
    // add observer
    NotificationCenter.default.addObserver(self, selector: #selector(method), name: .NotificationName, object: nil)
    // post
    NotificationCenter.default.post(name: .NotificationName, object: self)
    

    protocol(协议/代理)

    OC代码:

    @protocolXXManagerDelegate<NSObject>
    - (void)downloadFileFailed:(NSError*)error;
    @optional
    - (void)downloadFileComplete;
    @end
    @interfaceXXManager: NSObject
    @property(nonatomic, weak) id<XXManagerDelegate> delegate;
    @end
    

    Swift中对 protocol的使用拓宽了许多,不光是 class对象, structenum也都可以实现协议。需要注意的是 structenum为指引用类型,不能使用 weak修饰。只有指定当前代理只支持类对象,才能使用 weak。将上面的代码转成对应的Swift代码,就是:

    @objc protocol XXManagerDelegate{
        func downloadFailFailed(error: Error)
    @objc optional func downloadFileComplete() // 可选协议的实现
    }
    classXXManager: NSObject{
        weak vardelegate: XXManagerDelegate?
    }
    

    @objc是表明当前代码是针对 NSObject对象,也就是 class对象,就可以正常使用weak了。

    如果不是针对NSObject对象的delegate,仅仅是普通的class对象可以这样设置代理:

    protocol XXManagerDelegate: class{
        func downloadFailFailed(error: Error)
    }
    classXXManager{
        weak vardelegate: XXManagerDelegate?
    }
    

    值得注意的是,仅 @objc标记的 protocol可以使用 @optional

    Swift和OC混编注意事项

    函数名的变化

    如果你在一个Swift类里定义了一个delegate方法:

    @objc protocol MarkButtonDelegate{
        func clickBtn(title: String)
    }
    

    如果你要在OC中实现这个协议,这时候方法名就变成了:

    - (void)clickBtnWithTitle:(NSString*)title {
    // code
    }
    

    这主要是因为Swift有指定参数标签,OC却没有,所以在由Swift方法名生成OC方法名时编译器会自动加一些修饰词,已使函数作为一个句子可以"通顺"。

    在OC的头文件里调用Swift类

    如果要在OC的头文件里引用Swift类,因为Swift没有头文件,而为了让在头文件能够识别该Swift类,需要通过 @class的方法引入。

    @classSwiftClass;
    @interfaceXXOCClass: NSObject
    @property(nonatomic, strong) SwiftClass*object;
    @end
    

    对OC类在Swift调用下重命名

    因为Swift对不同的module都有命名空间,所以Swift类都不需要添加前缀。如果有一个带前缀的OC公共组件,在Swift环境下调用时不得不指定前缀是一件很不优雅的事情,所以苹果添加了一个宏命令 NS_SWIFT_NAME,允许在OC类在Swift环境下的重命名:

    NS_SWIFT_NAME(LoginManager)
    @interfaceXXLoginManager: NSObject
    @end
    

    这样我们就将 XXLoginManager在Swift环境下的类名改为了 LoginManager

    引用类型和值类型

    • struct 和 enum 是值类型,类 class 是引用类型。

    • String, Array和 Dictionary都是结构体,因此赋值直接是拷贝,而 NSStringNSArray 和 NSDictionary则是类,所以是使用引用的方式。

    • struct 比 class 更“轻量级”, struct 分配在栈中, class 分配在堆中。

    id类型和AnyObject

    OC中 id类型被Swift调用时会自动转成 AnyObject,他们很相似,但却其实概念并不一致。Swift中还有一个概念是 Any,他们三者的区别是:

    • id 是一种通用的对象类型,它可以指向属于任何类的对象,在OC中即是可以代表所有继承于 NSObject的对象。

    • AnyObject可以代表任何 class类型的实例。

    • Any可以代表任何类型,甚至包括 func类型。

    从范围大小比较就是:id<AnyObject<Any

    其他语法区别及注意事项(待补充)

    1、Swift语句中不需要加分号 ;

    2、关于Bool类型更加严格,Swift不再是OC中的非0就是真,真假只对应 truefalse

    3、Swift类内一般不需要写 self,但是闭包内是需要写的。

    4、Swift是强类型语言,必须要指定明确的类型。在Swift中 IntFloat是不能直接做运算的,必须要将他们转成同一类型才可以运算。

    5、Swift抛弃了传统的 ++--运算,抛弃了传统的C语言式的 for循环写法,而改为 for-in

    6、Swift的 switch操作,不需要在每个case语句结束的时候都添加 break

    7、Swift对 enum的使用做了很大的扩展,可以支持任意类型,而OC枚举仅支持 Int类型,如果要写兼容代码,要选择Int型枚举。

    8、Swift代码要想被OC调用,需要在属性和方法名前面加上 @objc

    9、Swift独有的特性,如泛型, struct,非Int型的 enum等被包含才函数参数中,即使添加 @objc也不会被编译器通过。

    10、Swift支持重载,OC不支持。

    11、带默认值的Swift函数再被OC调用时会自动展开。

    语法检查

    对于OC转Swift之后的语法变化还有很多细节值得注意,特别是对于初次使用Swift这门语言的同学,很容易遗漏或者待着OC的思想去写代码。这里推荐一个语法检查的框架SwiftLint,可以自动化的检查我们的代码是否符合Swift规范。

    可以通过 cocoapods进行引入,配置好之后,每次 Build的过程,Lint脚本都会执行一遍Swift代码的语法检查操作,Lint还会将代码规范进行分级,严重的代码错误会直接报错,导致程序无法启动,不太严重的会显示代码警告(⚠️)。

    如果你感觉SwiftLint有点过于严格了,还可以通过修改 .swiftlint.yml文件,自定义属于自己的语法规范。

    近期精彩内容推荐:  

     有个程序媛上司是什么体验

     一个天才程序员的黑帮大佬人生

     200行Python代码做一个换脸程序

     在 IntelliJ IDEA 中使用 Git,太方便了!

    在看点这里好文分享给更多人↓↓

    展开全文
  • IOS --- OCSwift混编

    2016-03-18 09:30:02
    原文地址:--- OCSwift混编">IOS --- OCSwift混编作者:烟雨秋心群里大神发的网址,感觉有用就先收录了,暂时没时间看SWIFT,感觉代码简洁,但是可阅读性不是太高,有些代码让系统去判断类型,同样的,我们看...
  • Swift 兼容来大部分 OC,当然还有一些 Swift 不能够使用的,例如 OC 中的预处理指令,即宏定义不可使用,虽然在目前4.2版本下,已经开始支持了少量的宏,如 #if DEBUG #else #endif 这种简单的预处理指令。...
  • iOS OC项目调用Swift

    2017-03-17 13:51:27
    网上有很多关于OC项目中使用Swift类的方法,但是亲自试了之后,发现不够详细,多次尝试后,终于找出详细的方法。 现把方法和遇到的问题,记录下来,方便其他同仁借鉴.
  • 下载的模板地址可以直接使用,但要在项目中创建BaseViewController类 也可以自己修改。模板地址:http://download.csdn.net/detail/yj229201093/9589557
  • OC项目使用swift

    2018-02-02 16:54:34
    1.新建Swift File命名为Common,创建完成会提示是否创建桥接文件,选择Create Bridging Header, 在BeiSu-Bridging-Header文件添加你想引用的OC的文件或者第三方 2.TARGETS - Build Settings 搜索Defines Module, ...
  • Ocswift区别

    2016-06-17 10:13:44
    Ocswift区别 Ocswift区别(文件结构) 1.文件后缀名 oc的文件后缀名为:头文件.h 主体文件.m swift文件后缀名为:.swift   2. 代码分隔符 oc中使用分号;作为代码分隔符 swift中无需使用代码分隔符,以...
  • SwiftOC 互相调用

    2018-07-20 16:19:07
    Swift 调用 OC Swift 调用 OC 分为两种常见情况,一种是直接在 Application 的 project 中使用;另一种情况是,在 framework 开发中使用。 对于互相调用的原理,如下图所示,更详细的内容可以参考 《Using Swif ...
  • 概述 Swift的设计的初衷就是摆脱...随着Swift的改进及Swift开源项目剧增,越来越多的Objective-C工程开始使用Swift混编,不管是在基于Swift工程中或者Objective-C工程中,Swift和Objective-C文件都可以无缝结合。本文
  • 如何新建:一般情况,在Swift工程中新建一个OC类,或者在OC工程新建一个Swift类,系统就会提示你是否创建,选择是就行了,然后再删除你刚刚创建的无用文件。如下图(在OC工程中创建的): 如果你选择了取消,可能下一...
  • ...在OC中使用Swift 1.首先创建一个工程名字就叫做CHWTest1 2.在工程的Build Setting中把Defines Module改为YES,如图 3.把Product Name设为工程的名字,如图 4
  • 本文旨在帮助开发者快速从OC开发过渡到Swift开发,挑选了一些比较浅显的但是比较常用的Swift语法特性,在介绍的过程中,通常会拿OC中的语言特性作比较,让大家更好的注意到Swift的不同。 另外需要说明的是,笔者也...
  • 项目下个版本开始用Swift编写,这涉及到OCSwift混编的问题。早podfile中写入use_frameworks! 再导入一个Swift第三方框架,运行项目发现AFN找不到了:把Swift的第三方和use_frameworks!去掉项目又可以运行了,首先...
  • 项目中有这个需求,查看了很多资料,自己再Mark一下: 1、如果项目中没有swift文件,需要创建一...3、在pods中找到集成的swift三方库,在Build Settings中搜索swift language version,改成三方库所支持的最高版本...
  • 这篇文章主要给大家介绍了关于Objective-C和Swift的转换速查手册的相关资料,文中通过示例代码介绍的非常详细,非常推荐给大家参考学习使用,盛情邀请读者进入小编交流群:624212887,一起交流学习 前言 如果你正要...
  • 最近由于项目需求需要使用Swift做开发,但之前的好多有用的东西都是使用OC写的,鉴于这种情况最好的方式当然是使用swift重写,但这样的工作量太大,而且不能保证功能的稳定性,所以自己就尝试的使用Framework来嵌入...
1 2 3 4 5 ... 20
收藏数 6,307
精华内容 2,522