iOS开发——创建Framework(Xcode9)

这篇教程的主要目的是怎么样在你的iOS工程中创建并使用一个Framework。

Framework是资源的集合，将静态库和其头文件包含到一个结构中，让Xcode可以方便地把它纳入到你的项目中。

在OS X上，可能会创建一个动态连接（Dynamically Linked）的framework。通过动态连接，framework可以更新，不需要应用重新连接。在运行时，库中代码的一份拷贝被分享出来，整个工程都可以使用它，因此，这样减少了内存消耗，提高了系统的性能。正如你看到的，这是一个功能强大的特性。

在iOS上，你不能用这种方式添加为系统添加自定义的framework，因此仅有的动态链接的framework只能是Apple提供的那些。（编者注：在iOS 8中已加入此特性，开发者可以使用第三方的动态框架）

然而，这并不意味着framework对于iOS而言是无关紧要的，静态连接的framework依然可以打包代码，使其在不同的应用中复用。

framework本质上是静态库的“一站式采购点”，本篇教程中你所做的第一件事就是创建并使用静态库。

创建一个静态库工程

打开Xcode，点击File\New\Project，选择iOS\Framework and Library\Cocoa Touch Static Library新建一个静态库工程.

图片.png

将工程命名为MYSDK，然后将工程保存到一个空目录下。

图片.png

一个静态库工程由头文件和实现文件组成，这些文件将被编译为库本身。

为了方便其他开发者使用你的库和framework，你将进行一些操作，让他们仅需要导入一个头文件便可以访问所有你想公开的类。

当创建静态库工程时，Xcode会自动添加RWUIControls.h和MYSDK.m。你不需要实现文件，因此右键单击MYSDK.m选择delete，将它删除到废纸篓中。

打开MYSDK.h，将所有内容替换为：

import < UIKit/UIKit.h>

导入UIKit的头文件，这是创建一个库所需要的。当你在创建不同的组成类时，你将会将它们添加到这个文件中，确保它们能够被库的使用者获取到。

点击BuildPhases，展开Link Binary with Libraries这一部分，点击+添加一个新的framework，找到UIKit.framework，点击add添加进来。

接下来，你需要在build栏中添加新的phase，来包含所有头文件，并将它们放到编译器可以获取到的某个地方。然后，你将会拷贝这些到你的framework中。

依然是在Xcode的Build Phases界面，选择Editor\Add Build Phase\Add Headers Build Phase。

图片.png

Note：如果你发现按上面找到的菜单项是灰色的（不可点击的），点击下方Build Phases界面的白色区域来获取Xcode的应用焦点，然后重新试一下。

创建你的SDK代码（可以是UI，也可以是工具类等）

既然你已经设置好你的工程了，是时候为你的库添加一些功能了。由于本篇教程的关键在于教你怎么样创建一个framework，而不是怎么样构建一个UI控件，这里你将使用上一篇教程中创建好的控件。将你需要打包成Framework的代码，从Finder中拖到Xcode下MYSDK目录下。

选择Copy items into destination group’s folder，点击下方的选择框，确保MYSDK静态库目标被选中。

图片.png

这一步系统默认把实现文件添加到编译列表，把头文件添加到Project组。意味着它们目前是私有的。

Public是你期望暴露出来的，但Private下的头文件依然是可以暴露出来的，名字可能有些误导。在Project下的头文件对你的工程来说才是“私有”的，因此，我们的头文件最好在Public下，或者在Project下。

现在，你需要将要暴露的头文件.h分享出来，有几种方式可以实现这一点，首先是在Copy Headers面板中将这个头文件从Project栏拖到Public栏。

图片.png

还有一个方法，编辑文件，改变Target Membership面板下的membership。

图片.png

使尽可能少的类成为public，并确保其他非public的头文件都在Project下。

对你的控件的头文件需要做的另一件事是将其添加到库的主头文件RWControls.h中。在这个主头文件的帮助下，开发者使用你的库仅仅需要导入一个头文件，如下面的代码一样，而不是自己去选择自己需要的一块导入。

import < MYSDK/MYSDK.h>

因此，在MYSDK.h中添加下面的代码：

图片.png

这里要先进行一些配置，让我们的库对于用户来说更友好。

首先，你需要提供一个目录名，表示你将把拷贝的公共头文件存放到哪里。这样确保当你使用静态库的时候可以定位到相关头文件的位置。

在项目导航栏中点击项目名，然后选择RWUIControls静态库目标，选择Build Setting栏，然后搜索public header，双击Public Headers Folder Path，在弹出视图中键入include/$(PROJECT_NAME) ：

图片.png

一会你就会看到这个目录了。

现在你需要改变一些其他的设置，尤其是那些在二进制库中遗留下的设置，编译器提供给你一个选项，来消除无效代码：永远不会被执行的代码。当然你也可以移除掉一些debug用符号，例如某些函数名称或者其他跟debug相关的细节。

因为你正在创建framework供他人使用，最好禁掉这些功能（无效代码和debug用符号），让用户自己选择对自己的项目有利的部分使用。和之前一样，使用搜索框，改变下述设置：

Dead Code Stripping设置为NO

Strip Debug Symbol During Copy 全部设置为NO

Strip Style设置为Non-Global Symbols

编译然后运行，到目前为止没什么可看的，不过确保项目可以成功构建，没有错误和警报是非常好的。

选择目标为iOS Device，按下command + B进行编译，一旦成功，工程导航栏中Product目录下MYSDK.a文件将从红色变为黑色，表明现在该文件已经存在了。右键单击MYSDK.a，选择Show in Finder。

图片.png

再此目录下，你将看到静态库，MYSDK.a，以及其他你为头文件指定的目录。注意到，正如你所期望的，那些定为public的头文件可以在此看到。

创建一个依赖开发（Dependent Development）工程

在无法看到真实效果的情况下为iOS开发一个UI控件库是极其困难的，而这是我们现在面临的问题。

没有人期望你闭着眼睛开发出一个UI控件，因此在这一部分你将创建一个新的Xcode工程，该工程依赖于你刚刚创建好的库。这意味着允许你使用示例app创建一个framework。当然，这部分代码将和库本身完全分离，结构会非常清晰。

选择File\Close Project关闭之前的静态库工程，使用File\New\Project创建一个新的工程，选择iOS\Application\Single View App，将新工程命名为MYSDKDemo,将类前缀命名为RW，选择该工程只支持iPhone，最后将项目保存到和之前的RWUIControls相同的目录下。

添加MYSDK依赖库，将MYSDK.xcodeproj从Finder中拖到Xcode中MYSDKDemo组下。

图片.png

现在你可以在你的工程中导航到库工程了,你可以在库中编辑代码，并且运行示例工程来测试你做的改变。

Note：你无法将同一工程在两个Xcode窗口中同时打开，如果你发现你无法在你的工程中导航到库工程的话，检查一下是否库工程在其他Xcode窗口中打开了。

现在，你将添加静态库作为实例项目的依赖库：

在项目导航栏中选择MYSDKDemo。

导航到MYSDKDemo目标下Build Phases面板下。

打开Target Dependencies面板，点击+按钮调出选择器。

找到MYSDK静态库，选择并点击Add。这一步表明当构建dev应用时，Xcode会检查是否静态库需要重新构建。

为了连接到静态库本身，展开Link Binary With Libraries面板，再次点击+按钮，从Workspace组中选择MYSDK.a然后点击Add。

这一步确保Xcode可以连接到静态库，就像连接到系统framework（例如UIKit）一样。

图片.png

编译并运行，展现的是你自己编辑的界面。

图片.png

像这样使用嵌套工程的好处是你可以对库本身做出修改，而不用离开示例工程，即使你同时改变两个地方的代码也一样。每次你编译工程，你都要检查是否将头文件的public/project关系设置正确。如果实例工程中缺失了任何需要的头文件，它都不能被编译。

创建一个Framework

到现在，你可能迫不及待地点着脚趾头，想着什么时候framework可以出来。可以理解，因为到现在为止你已经做了许多工作，然而却没有看到过framework的身影。

现在该有所改变了，你之所以到现在都没有创建一个framework，是因为framework本身就是静态库加上一组头文件——实际上正是你已经创建好的东西。

当然，framework也有几点不同之处：

目录结构。Framework有一个能被Xcode识别的特殊的目录结构，你将会创建一个build task，由它来为你创建这种结构。

片段（Slice）。目前为止，当你构建库时，仅仅考虑到当前需要的结构（architecture）。例如，i386、arm7等，为了让一个framework更有用，对于每一个运行framework的结构，该framework都需要构建这种结构。一会你就会创建一个新的工程，构建所有需要的结构，并将它们包含到framework中。

这一部分非常神奇，不过我们会慢慢地来。实际上它并不像看起来那样复杂。

Framework结构

正如之前提到的，一个framework有一个特殊的目录结构，看起来像是这样的：

图片.png

现在你需要在静态库构建过程中添加脚本来创建这种结构，在项目导航栏中选择MYSDK，然后选择MYSDK静态库目标，选择Build Phases栏，然后选择Editor/Add Build Phase/Add Run Script Build Phase来添加一个新的脚本。

图片.png

这一步在build phases部分添加了一个新的面板，这允许你在构建时运行一个Bash脚本。你希望让脚本在build的过程中何时执行，就把这个面板拖动到列表中相对应的那一位置。对于该framework工程来说，脚本最后执行，因此你可以让它保留在默认的位置即可。

图片.png

双击面板标题栏Run Script，重命名为Build Framework。

图片.png

在脚本文本框中粘贴下面的Bash脚本代码

set -e

export FRAMEWORK_LOCN="${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework"

# Create the path to the real Headers die

mkdir -p "${FRAMEWORK_LOCN}/Versions/A/Headers"

# Create the required symlinks

/bin/ln -sfh A "${FRAMEWORK_LOCN}/Versions/Current"

/bin/ln -sfh Versions/Current/Headers "${FRAMEWORK_LOCN}/Headers"

/bin/ln -sfh "Versions/Current/${PRODUCT_NAME}" \

"${FRAMEWORK_LOCN}/${PRODUCT_NAME}"

# Copy the public headers into the framework

/bin/cp -a "${TARGET_BUILD_DIR}/${PUBLIC_HEADERS_FOLDER_PATH}/" \

"${FRAMEWORK_LOCN}/Versions/A/Headers"

这个脚本首先创建了RWUIControls.framework/Versions/A/Headers目录，然后创建了一个framework所需要的三个连接符号（[symbolic links](https://link.jianshu.com?t=http://en.wikipedia.org/wiki/Symbolic_link)）。

Versions/Current => A

Headers => Versions/Current/Headers

RWUIControls => Versions/Current/RWUIControls

最后，将公共头文件从你之前定义的公共头文件路径拷贝到Versions/A/Headers目录下，-a参数确保修饰次数作为拷贝的一部分不会改变，防止不必要的重新编译。

现在，选择MYSDK静态库scheme，然后选择iOS Device构建目标，然后使用cmd+B构建。

图片.png

在MYSDK工程里Products目录下右键单击MYSDK.a静态库，然后再一次选择Show in Finder。

图片.png

在这次构建目录中你可以看到MYSDK.framework，可以确定一下这里展示了正确的目录结构：

图片.png

这算是在完成你的framework的过程中迈出了一大步。不过你会注意到这里并没有一个静态lib文件。这就是我们下一步将要解决的问题。

多架构（Multi-Architecture）编译

iOS app需要在许多不同的CPU架构下运行：

arm7: 在最老的支持iOS7的设备上使用

arm7s: 在iPhone5和5C上使用

arm64: 运行于iPhone5S的64位 ARM 处理器 上

i386: 32位模拟器上使用

x86_64: 64为模拟器上使用

每个CPU架构都需要不同的二进制数据，当你编译一个应用时，无论你目前正在使用那种架构，Xcode都会正确地依照对应的架构编译。例如，如果你想跑在虚拟机上，Xcode只会编译i386版本（或者是64位机的x86_64版本）。

这意味着编译会尽可能快地进行，当你归档一款app或者构建app的发布版本（release mode）时，Xcode会构建上述三个用于真机的ARM架构。因此这样app就可以跑在所有设备上了。不过，其他的编译架构又如何呢？

当你创建你的framework时，你自然会想让所有开发者都能在所有可能的架构上运行它，不是吗？你当然想，因为这样可以从同行那儿得到尊敬与赞美。

因此你需要让Xcode在所有架构下都进行编译。这一过程实际上是创建了二进制FAT（File Allocation Table，文件配置表），它包含了所有架构的片段（slice）。

Note：这里实际上强调了创建依赖静态库的示例项目的另一个原因：库仅仅在示例项目运行所需要的架构下编译，只有当有变化的时候才重新编译，为什么这一点会让人激动？因为开发周期会尽可能地缩短。

这里将使用在RWUIControls工程中的一个新的目标来构建framework，在项目导航栏中选择RWUIControls，然后点击已经存在的目标下面的Add Target按钮。

图片.png

找到iOS/Other/Aggregate，点击Next，将目标命名为Framework。

Note：为什么使用集合（Aggregate）目标来创建一个framework呢？为什么这么不直接？因为OS X对库的支持更好一些，事实上，Xcode直接为每一个OS X工程提供一个Cocoa Framework编译目标。基于此，你将使用集合编译目标，作为Bash脚本的连接串来创建神奇的framework目录结构。你是不是开始觉得这里的方法有些愚蠢了？

为了确保每当这个新的framework目标被创建时，静态链接库都会被编译，你需要往静态库目标中添加依赖（Dependency）。在库工程中选择Framework目标，在Build Phases中添加一个依赖。展开Target Dependencies面板，点击 + 按钮选择MYSDK静态库。

图片.png

这个目标的主要编译部分是多平台编译，你将使用一个脚本来做到这一点。和你之前做的一样，在Framework目标下，选择Build Phases栏，点击Editor/Add Build Phase/Add Run Script Build Phase，创建一个新的Run Script Build Phase。

图片.png

双击Run Script，重命名脚本的名字。这次命名为MultiPlatform Build。

在脚本文本框中粘贴下面的Bash脚本代码：

set -e

# If we're already inside this script then die

if [ -n "$RW_MULTIPLATFORM_BUILD_IN_PROGRESS" ]; then

exit 0

fi

export RW_MULTIPLATFORM_BUILD_IN_PROGRESS=1

RW_FRAMEWORK_NAME=${PROJECT_NAME}

RW_INPUT_STATIC_LIB="lib${PROJECT_NAME}.a"

RW_FRAMEWORK_LOCATION="${BUILT_PRODUCTS_DIR}/${RW_FRAMEWORK_NAME}.framework"

set –e确保脚本的任何地方执行失败，则整个脚本都执行失败。这样可以避免让你创建一个部分有效的framework。

接着，用RW_MULTIPLATFORM_BUILD_IN_PROGRESS变量决定是否循环调用脚本，如果有该变量，则退出。

然后设定一些变量。该framework的名字与项目的名字一样。也就是RWUIControls，另外，静态lib的名字是libRWUIControls.a。

接下来，用脚本设置一些函数，这些函数一会项目就会用到，把下面的代码加到脚本的底部。

function build_static_library {

# Will rebuild the static library as specified

#     build_static_library sdk

xcrun xcodebuild -project "${PROJECT_FILE_PATH}" \

-target "${TARGET_NAME}" \

-configuration "${CONFIGURATION}" \

-sdk "${1}" \

ONLY_ACTIVE_ARCH=NO \

BUILD_DIR="${BUILD_DIR}" \

OBJROOT="${OBJROOT}" \

BUILD_ROOT="${BUILD_ROOT}" \

SYMROOT="${SYMROOT}" $ACTION

}

function make_fat_library {

# Will smash 2 static libs together

#     make_fat_library in1 in2 out

xcrun lipo -create "${1}" "${2}" -output "${3}"

}

build_static_library把SDK作为参数，例如iPhone7.0，然后创建静态lib，大多数参数直接传到当前的构建工作中来，不同的是设置ONLY_ACTIVE_ARCH来确保为当前SDK构建所有的结构。

make_fat_library使用lipo将两个静态库合并为一个，其参数为两个静态库和结果的输出位置。从这里了解更多关于lipo的知识。

为了使用这两个方法，接下来脚本将定义更多你要用到的变量，你需要知道其他SDK是什么，例如，iphoneos7.0应该对应iphonesimulator7.0，反过来也一样。你也需要找到该SDK对应的编译目录。

把下面的代码添加到脚本的底部。

# 1 - Extract the platform (iphoneos/iphonesimulator) from the SDK name

if [[ "$SDK_NAME" =~ ([A-Za-z]+) ]]; then

RW_SDK_PLATFORM=${BASH_REMATCH[1]}

else

echo "Could not find platform name from SDK_NAME: $SDK_NAME"

exit 1

fi

# 2 - Extract the version from the SDK

if [[ "$SDK_NAME" =~ ([0-9]+.*$) ]]; then

RW_SDK_VERSION=${BASH_REMATCH[1]}

else

echo "Could not find sdk version from SDK_NAME: $SDK_NAME"

exit 1

fi

# 3 - Determine the other platform

if [ "$RW_SDK_PLATFORM" == "iphoneos" ]; then

RW_OTHER_PLATFORM=iphonesimulator

else

RW_OTHER_PLATFORM=iphoneos

fi

# 4 - Find the build directory

if [[ "$BUILT_PRODUCTS_DIR" =~ (.*)$RW_SDK_PLATFORM$ ]]; then

RW_OTHER_BUILT_PRODUCTS_DIR="${BASH_REMATCH[1]}${RW_OTHER_PLATFORM}"

else

echo "Could not find other platform build directory."

exit 1

fi

上面四句声明都非常相似，都是使用字符串比较和正则表达式来确定RW_OTHER_PLATFORM和RW_OTHER_BUILT_PRODUCTS_DIR。

详细解释一下上面四句声明：

SDK_NAME将指代iphoneos7.0和iphonesimulator6.1，这个正则表达式取出字符串开头不包含数字的那些字符，因此，其结果是iphoneos 或 iphonesimulator。

这个正则表达式取出SDK_NAME中表示版本用的数字，7.0或6.1等。

这里用简单的字符串比较来将iphonesimulator 转换为iphoneos，反过来也一样。

从构建好的工程的目录路径的末尾找出平台名称，将其替换为其他平台。这样可以确保为其他平台构建的目录可以被找到。这是将两个静态库合并的关键部分。

现在你可以启动脚本为其他平台编译，然后得到合并两静态库的结果。

在脚本最后添加下面的代码：

# Build the other platform.

build_static_library "${RW_OTHER_PLATFORM}${RW_SDK_VERSION}"

# If we're currently building for iphonesimulator, then need to rebuild

#   to ensure that we get both i386 and x86_64

if [ "$RW_SDK_PLATFORM" == "iphonesimulator" ]; then

build_static_library "${SDK_NAME}"

fi

# Join the 2 static libs into 1 and push into the .framework

make_fat_library "${BUILT_PRODUCTS_DIR}/${RW_INPUT_STATIC_LIB}" \

"${RW_OTHER_BUILT_PRODUCTS_DIR}/${RW_INPUT_STATIC_LIB}" \

"${RW_FRAMEWORK_LOCATION}/Versions/A/${RW_FRAMEWORK_NAME}"

首先，调用你之前定义好的函数为其他平台编译

如果你现在正在为模拟器编译，那么Xcode会默认只在该系统对应的结构下编译，例如i386 或 x86_64。为了在这两个结构下都进行编译，这里调用了build_static_library，基于iphonesimulator SDK重新编译，确保这两个结构都进行了编译。

最后调用make_fat_library将在当前编译目录下的静态lib同在其他目录下地lib合并，依次实现支持多结构的FAT静态库。这个被放到了framework中。

脚本的最后是简单的拷贝命令，将下面代码添加到脚本最后：

# Ensure that the framework is present in both platform's build directories

cp -a "${RW_FRAMEWORK_LOCATION}/Versions/A/${RW_FRAMEWORK_NAME}" \

"${RW_OTHER_BUILT_PRODUCTS_DIR}/${RW_FRAMEWORK_NAME}.framework/Versions/A/${RW_FRAMEWORK_NAME}"

# Copy the framework to the user's desktop

ditto "${RW_FRAMEWORK_LOCATION}" "${HOME}/Desktop/${RW_FRAMEWORK_NAME}.framework"

第一条命令确保framework在所有平台的编译目录中都存在。

第二条将完成的framework拷贝到用户的桌面上，这一步是可选的，但我发现这样做可以很方便的存取framework。

选择Framework集合方案（aggregate scheme），按下cmd+B编译该framework。

图片.png

这一步将构建并在你的桌面上存放一个RWUIControls.framework。

图片.png

为了检查一下我们的多平台编译真的成功了，启动终端，导航到桌面上的framework，像下面一样：

$ cd ~/Desktop/MYSDK.framework

$ MYSDK.framework  xcrun lipo -info MYSDK

第一条指令导航到framework中，第二行使用lipo指令从MYSDK静态库中得到需要的信息，这将列出存在于该库中的所有片段。

图片.png

这里你可以看到，一共有五种片段：i386, x86_64, arm7, arm7s 和 arm64，正如你在编译时设定的那样。如果你之前使用lipo –info指令，你可以看到这些片段的一个分组。

如何使用Framework？

OK，你已经有了framework，你也有了库。它们可以提供一种优雅的方法来解决你迄今为止还没有遇到过的问题，但是做这些的意义是什么呢？

使用framework的其中一个主要的优点是简化使用，现在你将创建一个简单的iOS应用，并使用你刚刚创建好的RWUIControls.framework。

使用Xcode创建一个新工程，选择File/New/Project，然后选择iOS/Application/Single View Application，将新工程命名为ImageViewer，设置为仅仅用于iPhone，将其保存到与之前两个工程同样的目录下。

导入framework，将SDK.framework从桌面拖到Xcode中的Frameworks组下。确保选中了Copy items into destination group’s folder。

图片.png

打开ViewController.m，使用#import 导入框架的头文件，就能使用其中的方法了.

打包（Bundle）资源

你有没有注意到RWUIControls的framework只包含了代码和头文件，其他的文件却没有被包含。例如，你没有使用其他任何资源，比如图片。这是iOS的一个限制，framework只能包含头文件和静态库。

现在准备好，这篇教程要开始进阶了。这一部分你将学到怎么样通过使用bundle整合资源，让其可以随着framework一起发布，进而突破这一限制。

你将创建一个新的UI控件——丝带控件，作为RWUIControls库的一部分。这个控件将在一个UIView的右上方展示一个丝带图片。

创建一个Bundle

资源都会被添加到bundle中，这将是RWUIControls工程上的另一个目标。

打开UIControlDevApp工程，选择RWUIControls子工程，点击Add Target按钮，导航到OS X/Framework and Library/Bundle。将新的Bundle命名为RWUIControlsResources

图片.png

这里需要配置几个编译设置，因为你正在创建一个在iOS上使用的bundle，这与默认的OS X不同。选择MYSDKResources目标，然后点击Build Settings栏，搜索base sdk，选择Base SDK这一行，按下delete键，这一步将OS X切换为iOS。

图片.png

同时你需要将工程名称改为MYSDK。搜索product name，双击进入编辑模式，将${TARGET_NAME}替换为MYSDK。

图片.png

默认情况下，有两种resolutions的图片可以产生一些有趣的现象。例如，当你导入一个retina @2x版本的图片时，普通版的和Retina版的将会合并成一个多resolution的TIFF（标签图像文件格式，Tagged Image File Format）。这不是一件好事。搜索hidpi将COMBINE_HIDPI_IMAGES设置为NO。

图片.png

现在，你将确保当你编译framework时，bundle也能被编译并将framework作为依赖添加到集体目标中。选中Framework目标，选择Build Phases栏，展开Target Dependencies面板，点击 + 按钮，选择RWUIControlsResources目标将其添加为依赖。

图片.png

现在，在Framework目标的Build Phases中，打开MultiPlatform Build面板，在脚本的最后添加下述代码：

# Copy the resources bundle to the user's desktop

ditto "${BUILT_PRODUCTS_DIR}/${RW_FRAMEWORK_NAME}.bundle" \

"${HOME}/Desktop/${RW_FRAMEWORK_NAME}.bundle"

这条指令将拷贝构建好的bundle到用户的桌面上。现在，编译framework scheme，你会发现bundle在桌面上出现。

图片.png

导入Bundle

为了用这个新的bundle开发，你需要在示例项目中使用它，这意味着你必须既把它作为依赖添加到工程中，同时作为一个对象拷贝到项目中。

在项目导航栏中，选择UIControlDevApp工程，点击UIControlDevApp目标，展开RWUIControls工程的Product组，把RWUIControls.bundle拖到Copy Bundle Resources面板中的 Build Phases栏。

在Target Dependencies面板中，点击+按钮，添加新的依赖，然后选择MYSDKResources。

图片.png

创建一个丝带视图（Ribbon View）

上面的就是所有必需的配置工作了，将你的Xib文件夹拖入到MYSDK工程下MYSDK组中。

选中Copy the items into the destination group’s folder，在对应的选择框中打勾(1、2、4项)，确保它被添加到MYSDK静态lib目标中。

代码中一个很重要的部分是你怎样引用一张图片。

UIImage *image = [UIImage imageNamed:@"MYSDK.bundle/xxx.jpg"];

Bundle就像一个文件目录，所以引用bundle中的一张图片是非常简单的。

将图片添加到bundle中，选择这张图片，在右边的面板中，通过选择来表示它应该属于MYSDKResources目标。

结束

参考 ：https://www.jianshu.com/p/544ccde0cbd2