多图预警~
无关图片
前言
随着业务的增多，app的模块必然增多，开发也会拆分出相应的小组负责维护某些模块，这时候很有必要将模块从主的代码中抽取成子工程。
子工程
- 子工程创建成Static Library
也可以创建成Framework，但是xib引用图片资源就不方便了
ModuleA.png
- 子工程创建Bundle Target
Static Library不能处理资源，需要单独建立一个Bundle Target收集资源。
创建好Target记得给Lib Target添加依赖，在生成.a的同时生成Bundle.Bundle,如图：
ModuleABundle.png
- 资源分类
在创建新的文件是，要加入到对应的Target中，否则会有奇怪的问题。
code.png
source.png
xib 中使用的图片都是在MainBundle中搜索，
现在把资源打包到子Bundle就引用不到，
需要在集成到主工程的时候，
通过脚本把子Bundle内的资源移动到MainBundle中，
下文介绍主工程再作说明
如此炮制做出其他的子工程
此处省略N字。。。
主工程
- 引用子工程
手动拖动子工程的.xcodeproj文件引用到主工程中，结束后如下图：
Main.png
- 配置
1.设置Target依赖
MainDepedency.png
2.search path
MainSearchPath.png
3.other link flags
$(inherited)很有用，特别是在使用Cocoapods的时候
-all_load是强制加载子工程和Class相关的文件,因为有时候使用NSClassFromString()会找不到class
-ObjC防止子工程存在分类导致的运行时闪退
MainLink.png
4.处理子工程资源
在Build Phases中添加脚本块
根据自己的实际情况处理，我的demo中只有三个子工程拥有Bundle，处理如下：
modules=( "ModuleA" "ModuleB" "ModuleC" )
cd $CONFIGURATION_BUILD_DIR
for file in ${modules[@]}
do
if [ -d "$file""Bundle.Bundle" ]
then
rm ${file}"Bundle.Bundle/info.plist"
cp -rf ${file}"Bundle.Bundle/" $CONTENTS_FOLDER_PATH
fi
done
添加之后的效果：
MainScript.png
Run查看效果：
MainBuild.png
.app内部资源：
MainApp.png
模拟器:
MainiPhone.png
随着子工程的越来越多，越来越大，管理就很有必要，稍后补上Cocoapods管理子工程。
最后：这里是demo
最后的最后：如果喜欢还请点赞~~
