最近有師弟面試iOS開發，他很吃驚地跟我說，面試官竟然問他怎麼分目錄結構的，還具體問每個子目錄的檔案名。
目錄結構确實非常重要，面試官這麼問他，無疑是想窺探他的開發經驗。清晰的目錄結構，可讓人一眼明白相應的業務和職能，這也能展現開發者的經驗和架構水準。
目前，我接觸過的項目中，比較正常的兩種結構：
1.主目錄按照業務分類，内目錄按照子產品分類(主目錄按照MVC架構分類，内部根據項目子產品分類)
：相對比較快定位對應的業務。優點
：子產品相關類太過分散，需要來回切換尋找檔案，不友善開發。缺點
2.主目錄按照子產品分類，内目錄按照業務分類
：對子產品的類集中化，友善管理與開發。優點
：當幾個子產品共用一些類時，不太好歸類。缺點
假設對簡書iOS應用目錄分類(非官方)：
- 1.主目錄按照業務分類，内目錄按照子產品分類
- 2.主目錄按照子產品分類，内目錄按照業務分類
注意
: 以上兩種分類不是絕對的，具體還得按照業務需求去歸類。如果公司多項目的話(指外包公司，哈~)，可以嘗試按照自己的邏輯去歸類，或可以多觀察下身邊大牛搭建的項目，會吸取到其中的奧秘。代碼也一樣，多看看大神寫的，甚至可以直接模仿大神的代碼風格，别人也會把你當做大神！
ps
：有評論說，目錄備注中文名感覺就lo了。确實開發中，一些非常有經驗的程式員，不會這麼幹，甚至在代碼中也很少中文注釋。但個人覺得，普通或中進階工程師真滴很有必要多些注釋，由于經驗少，變量和方法名可能都命名不好，很多用googl翻譯直譯，甚至自己到審查代碼時都不能直譯出來。多謝注釋好處就是就算你看不懂我寫的代碼，也一定能讓你知道這是幹什麼滴(萬不得己時，哈~)，友善自己也友善别人！