项目组件二进制化

• 加速编译速率
  
• 将固定的业务模块化，方便管理
  
• 共享业务功能又保密实现逻辑
  
• 开发第三方SDK
  

• 二进制化的长处
  
• 下令扩展
  
• 分类
  
• 静态库动态库制作方法
  
• 项目组件二进制化实操
  

• 检察库版本信息
  终端cd到库所在的父目次，利用下令
  $ lipo -info xxx.a
  
• 检察framework的信息
  终端cd到framework所在的父目次，利用下令
  $ file xxxx
  
• 两个库合成一个
  $ lipo -create xx/xx/Name01.a xx/xx/Name02.a -output newLib.a
  则在当前目次下天生一个newLib.a库文件
  
• 删除某个架构
  $ lipo -remove i386 xxx/xx/Name.a -output NewName.a
  实验下令后检察已经没有了i386架构
  
• 只生存某个架构
  $ lipo -thin arm64 xxx/xx/Name.a -output NewName.a
  实验下令后检察，已经只有arm64架构
  -thin下令是瘦的，表现瘦身的意思；
  fat是胖的，表现痴肥、多个的意思；
  

• 静态库
  
• 动态库
  

• .a 静态库
  
• .framework 静态库
  

• .a是一个纯二进制文件；.framework除了二进制文件另有.h头文件和资源文件
  
• .a要有.h头文件共同才华利用；.framework已经有了头文件可以直接利用
  

• .framework
  
• .dylib
  
• .tbd
  

• 链接的时间
  
  
  
  • 静态库在链接时会完备拷贝到可实验文件中，每个步伐都会拷贝一份
    
  • 动态库只有一份，链接的时间不复制，运行的时间会动态加载到内存，体系只加载一次，供多个步伐调用
    
  
  
• App Store 不答应开发者自己利用动态库的App上架
  

• 新建项目时，选择 Cocoa Touch Static Library，创建 .a 静态库。
  
• 创建类编写代码
  
• 须要把.h文件暴袒露来
  
  
  
  • 选择对应target - build phases - copy files - 添加 - 选择头文件 - 确定
    
  
  
• 编译后，选择product-show in finder
  
• 留意
  
  
  
  • 编译之前，选择某个版本模拟器会编译模拟器对应的装备版本，选择Generic iOS Device会编译真机装备版本
    
  • 假如想编译全部版本，做如下设置
    选择对应target - Build Settings - Build Active Architecture Only => 设置为 NO
    【设置为NO之后，再选择某个模拟器-编译，利用下令检察版本，就会发现 i386 x86_64 都有了】
    
  • 处理器架构
    
    
    
    • 模拟器
      
      
      
      • 4s-5：i386
        
      • 5s-：x86_64
        
      
      
    • 真机
      
      
      
      • armv6：iPhone、iPhone2、iPhone3G、iPod Touch1、2
        
      • armv7：iPhone3Gs、iPhone4、iphone4s、iPad、iPad2
        
      • armv7s：iPhone5、iPhone5c
        
      • arm64：iPhone5s、iPhone6、iPhone6Plus、iPhone6s... iPad Air、iPad Air2、iPad mini、iPad mini2...
        
      
      
    • 全部指令集原则上都是向下兼容的，即高版本兼容利用 低版本
      
    
    
  
  

• 假如利用的是.a静态库，那么图片等资源文件要在Xcode中新建文件夹或拖动资源文件夹时，在Added Folders选项中，不能选择Create Groups(黄色)，而应该选择Create folder References(蓝色)。
  
• 如许，假如在主工程有同名资源文件，编译后就不会覆盖库中利用的资源文件。
  
• 大概直接把资源文件夹修改为扩展名为.bundle的资源文件夹，如许选择group大概folder都可以。
  

Xcode中关于指令集的设置与利用
具体在Xcode中的利用，我们在Xcode中选择将要设置的target，然后打开build setting, 可以看到有关指令集设置的Architectures选项。
在这里的关键设置有三个，可以通过这里设置Xcode天生二进制包的指令集
1.Architectures:
作用：设置工程被编译后将支持哪些指令集，支持指令集是通过编译天生对应的二进制数据包实现的。
特点：设置支持的指令集数据越多，编译出的二进制包包罗的指令集代码越多，如许就会使末了编译的包很大。
2.valid Architectures：
作用：设置大概支持的指令集，这里的指令集选项和Architectures列表中指令集选项的交集，将决定末了Xcode天生二进制包所支持的指令集。
举例：Architectures支持armv7, Valid Architecture支持armv7、armv7s、armv64，那么Xcode只会天生一个armv7指令集的二进制包。
3.build Active Architecture only
作用：设置是否只编译当前利用装备所对应的arm指令集。也就是说当该项设置为YES的时间，上述规则(Architectures和valid Architectures交集决定二进制包所支持指令集)将被突破。
举列：设置该选项是YES,而且毗连一个armv7指令集装备，无论前面两项怎样设置，Xcode终极天生armv7指令集的二进制包。不外设置为YES收效有个条件条件就是，Xcode必须乐成毗连了调试的装备。
留意：
一样平常的情况下，build Active Architecture only选项默认在Debug模式下是YES, Release模式下是NO，但是我们在开发的时间，偶然候也会碰到一些第三方文件找不到路径的题目，这时要求我们设置Debug模式下也为NO。
碰到的题目
在这里纪录一个在开发中碰到的题目。曾经在利用CocoaPods管理第三方的时间，碰到了“library not found for -lXXX”的错误，其时利用了Masonry的库。Xcode报错如下：
Directory not found for option '-L/Users/.../Build/Products/Debug...'
Linker command failed with exit code 1 (use -v to see invocation)
Activity Log Complete 时间
实在这是由于CocoaPods在引入第三方类库的时间，默认build Active Architecture only在Debug模式下是YES导致的，修改为NO就可以了

• 新建项目时，选择 Cocoa Touch Framework，创建 .framework 动态库，留意创建一个framework属于动态库（下一步要设置成静态库）
  
• 设置成静态库
  
  
  
  • 选择对应的target - Build Settings - Mach-o Type - 设置为Static Library。 （由Dynamic Library修改为Static Library）
    
  
  
• 创建类编写代码
  
• 袒露头文件
  
  
  
  • 选中对应target - Build Phases - Headers - 将Project下要暴袒露来的头文件拖动到Public中
    
  
  
• 一样平常scheme中选择release再编译
  
• show in finder 找到并利用
  
• 天生的库中包罗的CPU架构的版本题目如上设置
  

• 将framework添加到工程
  
• 选择对应target - General - Embedded Binaries - 点击+号
  
• 选中添加的framework - 确认
  
• 留意：在正式项目打包上线的版本中，假如不适配iPhone5及一下版本，就须要将打好的静态库举行瘦身，只生存arm64即可。
  

• 新建库目次并新建库framework工程
  
• 编写库代码
  
• 设置库
  
  
  
  • 设置架构全部支持
    
  • 设置Mach-o为静态库
    
  • 公开头文件
    
  • 设置为release模式
    
  
  
• 编译天生Product
  
• 为方便查找Product，将编译天生的Product路径放到工程文件同级目次下
  
  
  
  • File - Project Settings - Device Data-Advanced
    
  • Build Location - Custom - Relative to Workspace
    
  • Products：Products
    
  • Done
    
  
  
• 制作长途私有堆栈
  
  
  
  • 留意spec文件的各项设置
    
  • 特别留意，将.framework中的头文件，拷贝一份到与spec文件同级目次的Headers的新建文件夹中
    
  • 同时，设置s.source_files = 'Headers/**/*'
    
  • 特别留意，添加设置vendored_frameworks项
    
    
    
    • 要在s.source_files = ''后添加s.vendored_frameworks = 'xx/Name.framework'这一项
      
    • 好比= 'Product/Name.framework'
      
    • source_files负责找到头文件
      
    • vendored_frameworks负责找实现
      
    
    
  • 按照创建并设置长途私有库的步调利用
    
  
  
• 在项目中安装利用 $ pod install
  
• 方案优化
  利用长途私有库的过程中，须要组件的源码与组件的二进制静态库在一个工程方便组件的管理与修改，也方便利用时在库的源码和静态库文件之间切换。
  

• 在源码情势的长途私有库测试工程中添加target，范例为静态库.framework，并设置静态库；
  
• 将.framework输出文件夹改到方便的位置，一样平常与库配套的测试工程的.workspace文件同级；
  
• 将库的源代码的引用拖入工程测试文件体系中，不勾选copy，只添加引用；
  
• 编写代码，打tag；
  
• 发布新版本
  
  
  
  • 为了方便利用，发布新版本的过程可以简化为直接到.cocoapods文件夹中复制一份旧版本重定名为新版本，并修改新版本中.spec文件的设置
    
  • 设置成静态库之后，就到达了在同一个组件中，即有组件源码，又有组件二进制静态库的情势
    
  
  
• 在主工程中pod安装利用
  留意：刚添加的新版本还没有同步到本地索引文件，须要手动删除Cache中的索引文件，然后重新搜素或安装利用。
  
• 切换
  在利用时，通过静态变量控制安装范例
  
  
  
  • 在.spec文件中，声明情况变量并通过情况变量的方式来控制库的利用方式if ENV[aName]    s.source_files = 'xxx/Classes/**/*'else     s.source_files = 'xxx/Classes/**/*.h'    s.vendored_frameworks = 'xxx/Products/xx.framework'end“aName”为自界说情况变量名称
    
  • 在安装利用时，利用带有情况变量的下令# 下令一$ aName=1 pod install大概# 下令二$ pod install分别对应分支下的内容
    
  • 特别留意
    先通过下令一安装源码，再通过下令二只安装静态库，然后再通过下令一安装源码，此时检察Pods中，会发现并没有源码。
    缘故原由是cocoapods有缓存，这时间就须要先扫除缓存：
    $ pod cache clean --all
    扫除全部缓存再安装