相信大家对于静态库的制作，已经很熟悉，只要在新建工程的时候，趣选择cocoa touch staic library就可以创建静态库。这里就不作说明了。
使用framework的好处：不需要设置引入的headers的搜索路径了
对于framework，可能一开始比较迷惑，只有在OSX系统下才能framework的选项，于是在晚上找了一番，有手动把静态库修改成为framework的情况。原文如下：
IOS中静态库的方式有*.a或*.framework。个人感觉不论是.a还是.framework其实无外于对源码进行隐藏的一种表现方式。
许多时在项目中，往往对于积累沉垫下来很少改动的代码（高内聚，低耦合的代码），为了增加重用性，常常都进行库的封装好存。
在WIN上封装为DLL（动），LIB（静）。在LINUX上封装为.SO（动），.a（静）。
便于介绍对类库的framework编写，这里将中的ocsqlite.h和ocsqlite.m的源码制作成静态库(framework)
废话少说，开始编写IOS的framework类库。
平台：VM+MAC OS10.6+XCode4.2
1、新建一个静态库工程。file--new--project，弹出框中选择Ios--framework&library中的cocoa touch static library.点击NEXT。输入product name
这里为fmwksqlite
新建好的工程如下图：
图中默认情况下建的是.a的静态库工程。可以从products中看到最终输出的是libfmwksqlite.a的静态库文件。
由于IOS直接生成提.a静态库，因此要手动把库修改为framework。因此需要把当前的targets文件删除。如图：
2、把原来的targets删除了，需要新建一个新的targets。file-new-targets
弹出的框中选择mac osx下的framework&library中的bundle （因为IOS TOUCH中没有Bundle所在使用MAC下的Bundle来改制），输入product name，这里可以输入和工程相同的名称（这里可以减少一点点麻烦），个人不太喜欢按步造班，所以自己另取一个targets名称，这里为tgfwmk。
新建完成如图：
把新建的target产生的多余文件删除，当前没有用到所以就删除咯。只需要保留targets的配置文件即可。删除后如图：
文件夹中的文件：
将新建的targets进行修改几个必要项。（关键设置）
详细步骤：
1、选中tgfmwk中的Build settings 。
2、修改Build settings页中的Base SDK的值为least ios5.0(注我的SDK是5.0的，根据按装的SDK来定)
3、修改Build settings页中的Architectures 的值改为Standard(armv7)
4、修改Build settings页中的Build Active Architecture only 值为NO
5、修改Build settings页中的Link With Standard Libraries 值改为NO
6、修改Build settings页中的Mach-O Type 为Relocatable Object File
7、修改Build settings页中的Wrapper Extension 为framework
8、修改Build settings页中的Dead Code Stripping 为NO
(下面的步聚是由于新建的targets文与项目名称不对应导致要手动修改的地方，如果是同名就不用理会下面的步骤了)
9、修改Build settings页中的info.plist File 为fmwksqlite/tgfmwk-info.plist未改前为tgfmwk/tgfmwk-info.plist（因为我将这个文件移到了项目目录下）
10、修改Build settings页中的GCC_PREFIX_HEADER改为fmwksqlite/fmwksqlite-Prefix.pch未改前为tgfmwk/tgfmwk-Prefix.pch
以上修改完成后就可以选模拟器平台运行还是设备运行了。这里先选模拟器(iphonesimulator)点击RUN。正常情况下应该是运行成功。
但这个时候只是产生了一个空的tgfmwk.framework里面并没有库文件和头文件输出。
下面是如何添加类文件以编译产生相应的库文件。
把默认的fmwksqlite.h 和fmwksqlite.m文件删除。添加ocsqlite.h和ocsqlite.m文件进来
3、添加编译文件和头文件。操作如下：
打开tgfmwk下的build parses点击add bulids parses 弹出中选择add copy headers
然后在头文件项中添加ocsqlite.h 为public headers
Build/products/debug-iphonesimulator/tgfmwk.framework下产生库文件。
到这里一个模拟器版本的framework就制作OK。使用时只需要将tgfmwk.framework整个文件夹COPY到相应的项目下就可以使用了。正真发布时最好使用Release版本。
下面介绍一下如何使用整个framework 即可模拟器使用也可以真机使用。
演示前先输入iphoneos(真机)和iphonesimulator(模拟器)版本的tgfmwk.framework，这里使用的是Release版。(product--edit scheme)
输出后可以在DeviceData/fmwksqlite/build/products/
下面是合并的关键，
先来看一下framework中的tgfmwk
打开终端。输入pwd 先看一下当前所在的目当路径。使用ls 查看当前目录下的文件夹。
release-iphoneos/tgfmwk.framework
然后使用lipo -info tgfmwk 查看一下库的信息。
看到输出Non-fat file: tgfmwk is architecture: armv7
这里表明只支持真机。
同样的再来看看模拟器的。
release-iphonesimulator/tgfmwk.framework
然后使用lipo -info tgfmwk 查看一下库的信息。
看到输出Non-fat file: tgfmwk is architecture: i386
可见要想真机和模拟器都可以使用该framework需要将这两个版本的tgfmwk文件进行合并。
使用命令lipo -create xxxx/tgfmwk xxxxx/tgfmwk -output tgfmwknew
其中xxxx表示路径，一个是真机的tgfmwk所在路径，一个是模拟器tgfmwk文件所在路径，然后输出tgfmwknew新的文件。输出后，只需要将这个tgfmwknew重命名为tgfmwk然后复盖原来的tgfmwk 文件即可。把复盖后的这个tgfmwk.framework考出来到具体使用的项目就可以实现真机和模拟器通用的framework 了。
看一下tgfmwknew的信息。
显示：Architectures in the fat file: tgfmwknew are : armv7 i386
可见这个合并的文件已具备了armv7（真机）和i386（虚拟机）的能力。
这种方式是手动修改静态库成为动态库。讲解的比较详细。
后来查了下资料，发现制作framework很为两种，在github上有人做了比较方便的框架：
https://github.com/kstenerud/iOS-Universal-Framework
1.Fake Framework，假framework，会有依赖问题，实为Relocatable Object File的Bundle，跟网上流传的纯手动制作framework效果和原理一样。
2.Real Framework，真framework，工程在没有安装iOS-Universal-Framework的xcode上自然不能被识别，生成的framework则不受影响，可以直正常接用，拖进去就行了。
至于真的framework，其实大家可以体验一下是如何生成的，里只要选择OSX的framework创建，然后将架构改成arm架构，然后编译一下就会报错，锁不支持ios，其实很简单，主要是底层不支持ios的linker连接，里可以手动修改.
等你下了这个git源码，直接跑一下sh脚本，然后重新下xcode，那么下次就会出现ios的framework选项了，很方便。
