最近有師弟去面試iOS開發，他談論到，面試官竟然問他怎麼分目錄結構的，而且還具體問到每個子目錄的檔名。
目錄結構確實很重要，面試官問他這些無疑是想窺探他的開發經驗。清晰的目錄結構，可讓人一眼知道對應目錄的職能，這也能體現開發者的經驗和架構能力。
目前，我接觸過的專案中，比較常規的兩種結構：
1.主目錄按照業務分類，內目錄按照模組分類(主目錄按照MVC架構分類，內部根據專案模組分類)
優點：相對比較快定位對應的業務。
缺點：模組相關類太過分散，需要來回切換尋找檔案，不方便開發。
2.主目錄按照模組分類，內目錄按照業務分類
優點：對模組的類集中化，方便管理與開發。
缺點：當幾個模組共用一些類時，不太好歸類。
比如簡書iOS程式目錄分類(非官方)：
- 1.主目錄按照業務分類，內目錄按照模組分類
- 2.主目錄按照模組分類，內目錄按照業務分類
注意: 以上只是我個人經驗得出的分類，肯定會有其他開發者是不贊同的，或有自己的見解。我虛心接受各位的意見，畢竟此類資源相對比較少。網上也很少有開源整個專案的，所以大家在這方面的經驗得不到交流。