BDAnalyze

BDAnalyze是一款用于下沉iOS代码，分析iOS代码以及Pods组件之间依赖的工具

Installation

Add this line to your application's Gemfile:

gem 'BDAnalyze'

And then execute:

$ bundle

Or install it yourself as:

$ gem install BDAnalyze

Usage

Case:下沉业务库到Pod.xcodeproj中

在大型项目的组件化过程中，沉库操作为最耗时也是最重要的步骤。

对于沉库，一般的操作步骤是先梳理出目标文件集合的所有依赖关系「包含上层业务依赖、关联的Pod组件依赖以及若干层二级业务依赖和组件依赖」，然后暴力沉库，直至编译通过。

使用BDAnalyze可以非常方便的梳理出给定目标文件的所有依赖关系「直接业务以来、关联组件依赖、二级以及若干级依赖」

假设我们要将头条项目中的 tt_app_ios/Article/Model文件进行沉库.需要准备的条件有：

1.

其中第5条和第6条可以通过下面指令获取「以头条工程为例」

BDAnalyze --searchhmap Article

 

具备上述条件后，可以终端输入以下指令「默认分析是只分析依赖的哪些Pods，但不分析Pods的.m中的二级依赖，如需分析Pods中.m文件的二级依赖，请使用--analyzePods指令」

BDAnalyze --s /Users/bob/des 
          --proj /Users/bob/Git/

等待几秒后会输出如下：

其中类似警告的信息表示，代码中通过import xxx方式引入，但是实际编译时没有用到

然后根据提示到/Users/bob/des文件下，查看解析结果「实际解析关联太多，只截取部分」：

.

解析结果按照 依赖层级 进行分布，上图即说明 /Users/bob/Git/工作/tt_app_ios/Article/Model 文件集合共有11层依赖。其中每层依赖的文件夹下表示当前依赖层级的所有文件，其中对于Pods的依赖存放在每个层级的containedPods.txt文件中。在最外层的allDenpendencyPod.txt文件表示所依赖的所有Pods统计

Case:分析单个组件的实际依赖情况

在沉库过程中，还有一个重要操作就是梳理已经下沉的组件的实际依赖关系，这样可以提供最小颗粒度的组件给使用方，同时有序的依赖关系会带来解析速度的提升以及维护成本的下降

以分析头条项目中 BDAccount 组件为例，需要准备的条件有

1.

然后使用如下指令进行分析

BDAnalyze --s /Users/bob/des 
          --proj /Users/bob/Git/

等待几秒后会输出如下：

其中类似警告的信息表示，代码中通过import xxx方式引入，但是实际编译时没有用到

根据提示在 /Users/bob/des 下，找到解析结果如下

.

其中allDenpendencyPod.txt代表目标文件所依赖的所有Pods统计，各层级表示相应的依赖层级依赖，比如第一层表示，目标文件直接依赖的情况

License

The gem is available as open source under the terms of the MIT License.

Code of Conduct

Everyone interacting in the BDAnalyze project’s codebases, issue trackers, chat rooms and mailing lists is expected to follow the code of conduct.