3、返回目录，可以看到设置好的 Framewor文件。红色代表还没有这个静态库，需要你生成一下。后边会讲到。

3.1、如何管理静态库：

点开菜单，可以看到所有可管理的工程、静态库。
3.2:LineChart（App图标样式）是App 工程文件，选中这个运行（command+R 或command+B）意思是让工程导出或者测试运行可发布的应用程序（就是上线文件）。对应功能就不一一介绍了。
3.3:PZGLineChart(Bundle图标样式)是静态库。选中这个运行（只能运行command+B，不能运行command+R）意思是导出静态库，也就是自己的封装代码，用于共享给其他人。如果选中iOS Device运行（command+R），将会导出真机版本的静态库，如果选中iOS Simulator以下其他任何版本运行（command+R），将会导出模拟器的静态库版本。至于为什么这样，是因为真机的iOS和Mac系统中的虚拟iOS目录结构是不一样的，如果导错了，编译器会报错，“找不到指定文件。”

3.4:选中：Edit Scheme…：在这里管理所有工程文件、静态库、测试、发布等等的程序关系。
在这里，我们把刚才加入Framewor的导入，以便程序直接建立关系。

 
成为这样：

3.5:选中：Manage Scheme…：、这里的添加删除、会改变 
 。主要是方便开发者测试使用。
如果希望测试菜单中测试其他工程、静态库等等东西，在这里添加就行，比如下边的这个。Show对勾都勾选上后，菜单就会出来这两个选项。去掉对勾会隐藏。

4、给静态库添加文件、xib、image....
直接介绍其属性：
1:不知道。没用过。等高手补充
2:程序文件放的地方：（*.m 、*.mm等），需要压缩保护的代码，只要放在这里的文件，都将被静态库压缩。使用静态库的一方是无法看到源代码的。
3:库文件放的地方，比如把其他的静态库、动态库压缩到这里。
4:资源文件放的地方，图片、音视频、xib、Images.xcassets、甚至是Main.storyboard（故事板）；只要放到这里，都将被压缩，使用方是无法编译或者看到源代的。
5:对外接口。主要就是这里，展开后，会看到第一行（Public），不用介绍了吧，看英文应该就能猜到，何况这个单词是程序中常用的单词，公用吗！，只要是放到这里的文件，都将会暴露给使用方，建议把所有的*.h文件放到这里。

现在就把你想要管理的文件一个一个往里拖拽吧。就不在一个一个介绍。

6、首先测试，程序部分是否运行正常。我新增加了一个MyViewController（带.xib），在MyViewController.m里简单写了个打印。

  

还有我拖拽完就是这个样子：

 

 

7:生成静态库：大家看到了，都是红色，意思是Xcode找不到文件，别慌，我们都给他跑一边。

 
7.1、选中以下，分别command+B。

  

黑了吧， 

选中PZGLineChart.framewor文件，鼠标右键，Show in Finder。
看到了吧，成功了，就这么简单。现在生成的是真机版本，如果需要模拟机使用的静态库，选中模拟后，再分别command+B一下。

模拟机版本：
模拟机版本的就选择：Debug-iphonesimuator文件夹下。如果没有Debug-iphonesimuator文件夹，那你选择 
 后再command+B。

8、关于静态库引用文件
如果希望你的工程能在未来能导出成静态库，那么在你编写的时候要遵循静态库引用原则，使用这种方式。
注意：这种引用方式必须在你的Products下静态库成黑色时候，才能编译通过。

9、新建一个工程，把你做的静态库Add进来。对接好，然后直接Command+R。是不是成功了。其实就这么简单。
关于找不到文件的报错：直接看下边。我有介绍，

跑成功的工程，一切正常。

 

 

 

10、关于第三方库找不到文件的提示错误。简单补充下吧，别走弯路。
首先你要确定这个错误产生的原因：大致分两种，
一：你做的项目缺失文件，百度下，加入就解决了；
二：你引入的第三方框架发生找不到文件错误：这样的结果分两种：
二、一：开发第三方框架的程序人员没有做好自己的框架。尤其是在生成框架的时候，没有设置好自身属性。导致使用者用的时候出现找不到文件错误，最后迫使使用者不得不去改自己的工程配置。
二、二：你在引入第三方框架的时候，少引用了文件。

好了，你分析完后就好办了，我们做的这个静态库没有设置自己的兼容属性，所以就照成了这种错误。在iPad Retina的模拟器上跑就正常，换成其他的模拟设备就报错。所以改下其属性就能解决。
Target： -> Build Settings ->  Architectures -> Build Active Architecture Only 全改成NO；
《插不了图片了。楼下8楼找吧》

分析原因：

  
 
在我们生成静态库的时候，我们选择的是iPad Retina。也就是说这个静态库在引用的时候，必须也是iPad Retina。否则Xcode编译器会找不到文件所在。
大家可以实验下，在iPad Retina下导出静态库，在其他工程使用的时候，如果用iPad Retina跑就没有错误。如果选择其他设备就会提示找不到文件。

兼容全部设备解决方法：改下静态库的兼容属性。Target： -> Build Settings ->  Architectures -> Build Active Architecture Only 全改成NO；
Build Active Architecture Only
这个属性设置为yes，是为了debug的时候编译速度更快，它只编译当前的architecture版本，所以会报错编译不到文件，出错（"_OBJC_CLASS_$_xxxxxx", referenced from:）       
而设置为no时，会编译所有的版本，这样就解决编译出错的问题了。      
这个是设备对应的architecture：
armv6：iPhone 2G/3G，iPod 1G/2G
armv7：iPhone 3GS/4/4s，iPod 3G/4G，iPad 1G/2G/3G
armv7s：iPhone5, iPod5
arm64：iPhone5s
编译出的版本是向下兼容的，比如你设置此值为yes，用iphone4编译出来的是armv7版本的，iphone5也可以运行，但是armv6的设备就不能运行。

真机版和模拟器版的库合并解决方法：在framework文件夹下，你会看到一个白板文件，这个文件名和的的framework静态库名相同，只是没有后缀名。 这个文件在被引入到其他工程时候是看不见的。只有在Show In Finder下能看到。
打开终端，输入命令：中文换成你的真实目录。

lipo -create “……真机/目录/那个白板文件“ "……/模拟器/目录/那个白板文件" -output “…..另保存的/目录/文件”

合并好的新文件，覆盖掉原来的framework中的文件即可。这个framework就会支持所有设备和真机、模拟器全部版本。
其实这个方法就是用*.a文件的合并方法。在framework一样有效。framework中的白板文件就好像*.a文件一样。

9、关于xib的引用。同样根上边创建framework的方法一样，只是设置不同。我加了一个名字为：Resource.bundle静态资源文件。
这个样子：

Target：并选择 Build Settings ->  Architectures -> Base SDK  改为Latest iOS（ios 8.1）
Target：在 Deployment 下，
Target：将 “Mac OS X Deployment Target”改为”Compiler Default”，
Target：将 “Targeted Device Family”改”iPhone/iPad”,
Target：将 “iOS Deployment Target”，改为 “iOS 7.0”:

9.1、在MyViewController.m文件中编写下。别忘了在*.h里写上接口。

9.2、然后就是给新加的资源文件拖拽下。

再选中工程文件，拖拽后的样子（就是转静态库的工程）。
为了方便查看，我把MyViewController.xib背景涂成了蓝色，加了个红按钮。直接：command+R。一切运行正常。

9.3、然后把这两个文件都复制出来。 

放到其他工程里，运行。是不是很简单。

10、加个图片。怎么加不解释来。先加一个不用管理器管理的图片。
工程command+R。。一切正常。

10.1、其他工程引用静态库，再跑。正常。嘿嘿，是不是多了个图片文件。

 

10.2、提高难度，我们在Images.xcassets图片管理器里加图片。我加了个矩阵图片，并设置了矩阵属性。

在xib里加个按钮。全设备匹配按钮。我没有写一行代码，只是在xib里拉个按钮。然后设置了下背景。系统自动识别图片。关于这个大家可以度娘下。

不管三七二十一，直接把Images.xcassets拉到资源库。

工程跑，OK。没问题。

引入静态库。OK。没问题。有没有发现。多了一个不明的文件：Assets.car。这个就是Images.xcassets管理，里边所有的图片都被封装了，也就是说被Images.xcassets管理的图片竟然也被加密保护了起来。疯狂吧。狂叫吧。呵呵，“码农”一族们。快转变思维吧，不然很快被Apple淘汰了。