GitHub地址：https://github.com/klaus01/KLGenerateSpamCode

使用方法GitHub上有，就不詳細(xì)說(shuō)明了，以下做幾點(diǎn)補(bǔ)充

1.必填的源碼文件夾絕對(duì)路徑如下圖所示，不是項(xiàng)目的整體文件夾路徑

2.運(yùn)行不需要執(zhí)行命令，直接command+R運(yùn)行項(xiàng)目就行了

3.修改源代碼類(lèi)名前綴

情況1沒(méi)有原前綴的會(huì)增加新前綴，如：ViewController變成JHHViewController

情況2沒(méi)有原前綴的不會(huì)修改，即ViewController還是ViewController

4.目前只會(huì)忽略源碼文件夾絕對(duì)路徑下一級(jí)的這些目錄

參數(shù)說(shuō)明

(必填)?源碼文件夾絕對(duì)路徑（如：/Users/kelei/Documents/work/git/projectName/source）

-modifyProjectName [原名稱]>[新名稱]?修改工程名。程序會(huì)修改原名稱-Swift.h、Podfile、原名稱-Bridging-Header.h、源碼文件夾絕對(duì)路徑、原名稱.xcodeproj和原名稱.xcworkspace的名稱和內(nèi)容。Podfile被修改后需要手動(dòng)pod install

-modifyClassNamePrefix [工程文件 xcodeproj 絕對(duì)路徑] [原前綴]>[新前綴]?修改源代碼類(lèi)名前綴。程序會(huì)掃描源碼文件夾絕對(duì)路徑下的 .h .swift 文件，修改文件名，修改使用該類(lèi)名的代碼，修改工程文件中的文件名。文件名有原前綴的會(huì)修改成新前綴，如：原前綴ViewController變成新前綴ViewController；沒(méi)有原前綴的會(huì)增加新前綴，如：ViewController變成新前綴ViewController。

-spamCodeOut [垃圾代碼文件輸出目錄](méi) [垃圾代碼方法增加的參數(shù)名]?生成垃圾代碼。程序會(huì)掃描源碼文件夾絕對(duì)路徑下的 .m .swift 文件中的類(lèi)和方法，并生成category和extension文件，文件中的方法是在代碼原方法的基礎(chǔ)上增加垃圾代碼方法增加的參數(shù)名參數(shù)。如：-spamCodeOut /dir AppLog?，會(huì)將- (void)setupKeys {}生成為+ (BOOL)setupKeysAppLog:(NSInteger)AppLog { return AppLog % 20 == 0; }，會(huì)將- (void)foo:(NSString *)str {}生成為+ (BOOL)fooAppLog:(NSInteger)AppLog { return AppLog % 23 == 0; }

-ignoreDirNames [忽略文件夾名稱字符串]?忽略這些文件夾，對(duì)-modifyClassNamePrefix、-spamCodeOut和-deleteComments參數(shù)有效。目前只會(huì)忽略源碼文件夾絕對(duì)路徑下一級(jí)的這些目錄。如：/p/s -ignoreDirNames categorys，那么/p/s/categorys會(huì)被忽略，但/p/s/viewControllers/categorys不會(huì)忽略。

-handleXcassets?修改xxx.xcassets文件夾中的 png 資源文件名，同時(shí)也Contents.json文件中的關(guān)聯(lián)名稱，不會(huì)影響代碼中使用圖片。

-deleteComments?刪除工程目錄下 .h .m .swift 文件中的注釋和空行。