代码瘦身方法

代码瘦身的方法：

1、 删除低像素的 1X 图片资源

风险评估：无

风险原因： 1X图片只用来支持iphone3GS之前的手机，从4之后都是用的2X以上图片

实施方法：直接代码中右键删除，并需删掉图片引用

避免方法：让UI不要做1X的切图

2、删除重复无效的PNG图片及文件资源

风险评估：中

风险原因：有的图片是根据由服务端字段返回的图片名展示的，在代码中根本搜索不到

实施方法：先在代码中搜索，代码中没有的，再找业务接口中有无可能调用图片，每个方向都把公用的图片整理成一个common文件，最后各个方向的common文件汇总成一个大的common文件，去重即可，去重方法是奖所有图片进行排序，如果两图相邻且外观一致，即可删掉其中之一

避免方法：不要使用服务端返回图片名称这种方式加载图片

3、对图片进行无损压缩

风险评估：中

风险原因：虽然无损压缩，但是压缩后可能导致图片失真，效果不佳

实施方法：将图片直接拖进imageOptim

避免方法：UI直接提供压缩后的图片

4、替换太大的效果图

风险评估：无

风险原因：替换即可

实施方法：让UI提供新图，替换

避免方法：UI制图时应注意图片压缩

5、去掉无用的代码，XIB文件

风险评估：低

风险原因：误删，但编译运行时会报错，容易察觉

实施方法：跑一个mac上的工程文件检测程序：jeffhodnett-Unused（开源的）

避免方法：一个类在业务上没有意义，就在编码时直接删除掉

6、第三方库和第三方的资源，避免重复使用

风险评估：低

风险原因：误删，但编译运行时会报错，容易察觉

实施方法：将所有的三房库整理到一个文件夹下，

避免方法：如果一个类在业务上没有意义，那么就在编码时直接将其删除掉

7、不该打包的文件

风险评估：低

风险原因：OC是动态语言，因为可以在运行时通过反射机制反射出编译时没写的代码，所以所有文件都就在打包时候被带进去以防有反射引用。删除时如果误删，会直接在编译时报错。

实施方法：还是使用第5步的脚本，删除掉无用文件

避免方法：没有特殊情况不要用运行时反射，设计程序时注意时时整理，清除无用的各类资源。

8、将PNG图片由格式由 32位格式变为 8位格式

风险评估：低

风险原因：较大的图片做成8的规格没问题，但是小图片有些会出现毛边

实施方法：使用PS进行转换

避免方法：没有特殊情况不要用运行时反射，设计程序时注意时时整理，清除无用的各类资源。