XCode中工程管理方案2

背景说明

• 主程序和framework的地位本质是不同的；主程序是调用者，framework是被调用者。

• 主程序的工程文件和workspace文件同一级，比其他的framework的工程文件高一级能体现这种地位的不同。并且这种分法是CocoaPods的做法，目前已经被普遍采用。

• framework实际的物理位置有三种可能：（1）Carthage的目录；（2）各个framework所生成的目录；（3）其他人直接提供的的framework

• 通过“Enbedded Bianries”添加的只是引用，看上去在同一位置，但是实际上物理文件位置差距很大。

调整

• 主程序工程文件和workspace处于同一位置，比其他framework的工程文件要高一级

• 主程序使用的framework，不管是第三方库还是自己开发的库，都物理copy到主程序下的某个固定文件夹。保持链接视图和实际文件位置一致。

• framework有更新，将最终的对应成品，物理copy到目标文件夹，实现替换。可以让framework的开发版本和实际使用版本不一样。

• 单个framework开发，创建一个名为Demo主程序作为调试用。将最外层的文件夹命名为framework的名字就可以了。也引入workspace，文件名也和framework保持一致。如果采用git管理，最好能做成Carthage管理的模式。这样自己开发的库和gitHub上的第三方库看上去就差不多了。

步骤

• 创建主工程Platform.xcodeproj

• 将最外层的文件夹重命名，比如Platform1.1

• 在同一目录创建workspace文件Platform.xcworkspace，然后将主工程文件Platform.xcodeproj加入workspace。如果用CocoaPods，这一步将自动完成。

• 创建framework的工程，都加入workspace

• 将目标设为“Generic iOS Device”，生成各个framework的真机版本

• 在工程目录下创建文件夹Frameworks，将Carthage下的第三方库framework，自己生成的真机版framework都copy到这个目录下

• 修改Componant.framework的“Framework Search Path”为“$(PROJECT_DIR)/../Frameworks/”，因为它用到第三方库，当然也有可能用到其他工程的库。framework工程比主工程和workspace要低一级，所以这里要加一个上一级目录/../

• 修改主工程的的“Framework Search Path”为“$(PROJECT_DIR)/Frameworks/”，所用用到的库，不管是自己开发的，还是第三方的，或者是别人给的，并且都是真机版的framework。

• 在主工程的“General” -》“Embedded Binaries”标签，拖入Frameworks文件夹下所有的framework

• 在工程目录一下，将所有的framework选中，右键，“New Group From Selection”，文件夹取名Frameworks，和实际的文件夹名字相同。虽然是引用，但是看上去已经和实际的一样了。

• 如果是系统的framework，可以新建一个新的引用文件夹，比如叫SystemFrameworks，将两者区分开来

文档结构.jpg

样例代码

Platform1.1

几点说明

• 有新版后，只要保持名字不变，只要物理替换相应的framework就可以了。

• 同时，把主工程和framework工程在物理上的两级关系区分开来

• 将第三方的和自己开发的，或者是合作伙伴给的framework无差别对待。大家引用的位置都是同一个文件夹位置，不用管framework之间复杂的依赖关系。

• framework在开始引用的位置是自己的主程序，比如Demo之类的。给别人用的时候，人家的主程序只要按照这个Demo做相似的配置就可以了。