一刁卜、引言
? ? ? ? 經(jīng)過(guò)前段時(shí)間的一番瘋狂面試,終于算是安定下來(lái)了,剛?cè)肼氁患腋杏X(jué)不錯(cuò)的公司。公司想要在原來(lái)產(chǎn)品的基礎(chǔ)之上再做一個(gè)新的項(xiàng)目翁锡，之前在上一家公司做項(xiàng)目的時(shí)候總覺(jué)得app的一個(gè)層次不如意沛简，但是在原有的項(xiàng)目上去改又比較費(fèi)時(shí)費(fèi)力，再加上公司項(xiàng)目不斷的加需求瓦糟，改需求，根本有多少時(shí)間去細(xì)化分析目錄結(jié)構(gòu)赴蝇。這次正好借做新項(xiàng)目的機(jī)會(huì)菩浙，我就根據(jù)自己的經(jīng)驗(yàn)從零開(kāi)始搭建整個(gè)App的目錄結(jié)構(gòu)，當(dāng)然這離項(xiàng)目架構(gòu)來(lái)說(shuō)還差很遠(yuǎn)句伶，不過(guò)一個(gè)好的App目錄結(jié)構(gòu)不僅能使app有一個(gè)好的層次分級(jí)劲蜻，使邏輯清晰，還便于維護(hù)考余，提高開(kāi)發(fā)效率先嬉。
? ? ? 當(dāng)然，我在此只是說(shuō)一下我個(gè)人的一些觀點(diǎn)楚堤，畢竟每個(gè)人可能一些習(xí)慣或者思維方式是不一樣的疫蔓，加上我個(gè)人還算不上大神，所以只是把自己的經(jīng)驗(yàn)與大家分享身冬，以供我們相互借鑒衅胀，也希望大家提供寶貴意見(jiàn)。
二酥筝、開(kāi)始前的思考
? ? ? ? 既然從零開(kāi)始滚躯，那么在創(chuàng)建項(xiàng)目目錄結(jié)構(gòu)的時(shí)候我考慮到的問(wèn)題有：
1、項(xiàng)目中有哪些功能？
2哀九、各功能如何實(shí)現(xiàn)剿配？
3搅幅、怎么樣能快速定位到要找功能阅束？
萬(wàn)事開(kāi)頭難，在創(chuàng)建項(xiàng)目之前茄唐，我對(duì)比看了之前的項(xiàng)目目錄結(jié)構(gòu)息裸，也從網(wǎng)上看了一些關(guān)于app目錄結(jié)構(gòu)的經(jīng)驗(yàn)分享，想了很多方面沪编，下面我們來(lái)看上面所列的問(wèn)題：
1呼盆、項(xiàng)目中有哪些功能？
? ? ? ? 這個(gè)問(wèn)題其實(shí)就是看自己對(duì)要做的項(xiàng)目的一個(gè)整體了解蚁廓，要知道所做App重點(diǎn)在什么地方访圃，用到最多的是哪方面的知識(shí)，一個(gè)整體的交互是什么樣的相嵌，因?yàn)椴煌δ艿腶pp無(wú)論是在功能還是交互上都是差別很大的腿时，所以一定要清楚項(xiàng)目整體功能，知道項(xiàng)目中有哪些模塊饭宾，你可以把不同模塊作為不同層次的分類(lèi)依據(jù)批糟，這樣App就可以按照不同模塊分成若干層級(jí)，然后再具體實(shí)現(xiàn)看铆。當(dāng)然我們也可以找到不同模塊中相同的地方徽鼎，再來(lái)按照他們的業(yè)務(wù)層次來(lái)劃分層級(jí)，不管我App中有多少功能弹惦，那都離不開(kāi)我們?nèi)龑蛹軜?gòu)否淤，那好，我就按照不同業(yè)務(wù)層次給你劃分模塊棠隐，這樣也可以叹括。
2、各模塊如何實(shí)現(xiàn)宵荒？
? ? ? 說(shuō)完了第一個(gè)問(wèn)題汁雷，接著上一個(gè)問(wèn)題我們?cè)賮?lái)說(shuō)各模塊如何實(shí)現(xiàn)？有些人可能會(huì)說(shuō)报咳，這怎么說(shuō)侠讯，項(xiàng)目開(kāi)發(fā)過(guò)程中一步步實(shí)現(xiàn)就行了啊。其實(shí)我想說(shuō)的并不是每個(gè)模塊如何具體實(shí)現(xiàn)暑刃，更準(zhǔn)確地是想說(shuō)如何實(shí)現(xiàn)各個(gè)模塊之間高效的交流厢漩，如何避免冗余代碼，如何讓程序更健壯岩臣，更輕量級(jí)溜嗜。模塊之間高效交流指的就是跨層宵膨、跨模塊訪(fǎng)問(wèn)，避免冗余代碼就提現(xiàn)了封裝等思想炸宵，所以要實(shí)現(xiàn)這些模塊的功能辟躏，我們就一定會(huì)用到一些額外的功能來(lái)解決這些問(wèn)題。無(wú)論是在問(wèn)題1中提到的是以模塊來(lái)作為劃分依據(jù)還是以業(yè)務(wù)層次來(lái)作為劃分依據(jù)土全，都少不了這些額外的功能捎琐，比如我們會(huì)用到很多第三方，那么我們可以吧這些第三方統(tǒng)一放到一個(gè)地方裹匙，這樣可以更好地管理瑞凑。此外，在不同模塊實(shí)現(xiàn)的時(shí)候我們很可能會(huì)用到同樣的方法概页，那我們就可以進(jìn)行封裝作為工具類(lèi)籽御，還有想自定義的控件等等。惰匙。技掏。
3、如何快速定位到要找的功能（類(lèi)）徽曲？
? ? ? ? 當(dāng)項(xiàng)目出現(xiàn)問(wèn)題或者需求改變的時(shí)候零截，我們?nèi)绾文芸焖俣ㄎ坏侥繕?biāo)類(lèi)，個(gè)人感覺(jué)也算是一個(gè)要考慮的地方秃臣，問(wèn)題1和2中所考慮的會(huì)直接影響這一步涧衙，我的想法是先找到目標(biāo)所對(duì)應(yīng)的模塊或者所對(duì)應(yīng)的業(yè)務(wù)層次，再找具體實(shí)現(xiàn)點(diǎn)奥此。對(duì)于頻繁接觸的地方如我們項(xiàng)目中的網(wǎng)絡(luò)請(qǐng)求和接口這樣的單獨(dú)分層弧哎。
三、具體實(shí)現(xiàn)
考慮了以上問(wèn)題稚虎，對(duì)于項(xiàng)目結(jié)構(gòu)我們可以從以下方面著手：
1撤嫩、主項(xiàng)目目錄先按照MVC層次劃分溃蔫，內(nèi)層目錄再按照項(xiàng)目功能模塊劃分常柄；
2、主項(xiàng)目目錄先按照功能劃分存皂，內(nèi)層目錄再按照MVC層次劃分寻拂。
3程奠、輔助功能單獨(dú)劃分層級(jí)。
4祭钉、內(nèi)容較多時(shí)瞄沙，采用1和2結(jié)合的方式。
方式一：主項(xiàng)目目錄先按照MVC層次劃分，內(nèi)層目錄再按照項(xiàng)目功能模塊劃分
采用這種分類(lèi)方式我們可以直接將項(xiàng)目分Model Controller View三層,然后Model里面存放各個(gè)模塊的model,所有控制器全放在Controller里面,視圖放在View里面,然后在相應(yīng)的業(yè)務(wù)層次里面再根據(jù)MVC方式進(jìn)行劃分業(yè)務(wù)層次距境。
優(yōu)點(diǎn)：業(yè)務(wù)層次之間結(jié)構(gòu)清晰明了
缺點(diǎn)：當(dāng)項(xiàng)目較大時(shí)不容易找到相應(yīng)的模塊申尼，每個(gè)模塊之間太過(guò)于分散,開(kāi)發(fā)起來(lái)不是很方便。
方式二： 主項(xiàng)目目錄按照模塊功能劃分,內(nèi)層目錄再按照MVC層次劃分
這一種方式再實(shí)際開(kāi)發(fā)過(guò)程中應(yīng)該用的比較多,我個(gè)人也是比較習(xí)慣用這一種方式,這樣的分類(lèi)方式需要我們對(duì)項(xiàng)目的一個(gè)結(jié)構(gòu)有一個(gè)整體的了解,項(xiàng)目一共有幾個(gè)主要模塊,每個(gè)模塊都有什么功能,每個(gè)模塊之間會(huì)有哪些交互,清楚了這些,我們?cè)谧鲰?xiàng)目目錄的時(shí)候就容易多了,比如我現(xiàn)在要做一個(gè)微信的項(xiàng)目,那我可以首先將其分為“消息”垫桂、“通訊錄”师幕、“發(fā)現(xiàn)”、和“我的”四大模塊,然后在這四大模塊中再次進(jìn)行小模塊的劃分,如“我的”模塊中有“錢(qián)包”伪货、“收藏”们衙、“相冊(cè)”等,再次作為一個(gè)小模塊,在小模塊中再進(jìn)行業(yè)務(wù)層次劃分钾怔。當(dāng)然這種方式也有其優(yōu)缺點(diǎn),碱呼。
優(yōu)點(diǎn)：從目錄結(jié)構(gòu)就能清晰看出整個(gè)項(xiàng)目的層次，能快速找到對(duì)應(yīng)的功能
缺點(diǎn)：模塊比較分散宗侦，不同模塊用到相通類(lèi)時(shí)不好歸類(lèi)愚臀。
三、總結(jié)
? ? ? 以上兩種方式是比較常見(jiàn)的兩種思路,當(dāng)然也絕不只有這兩種方式,在以上兩種方式中沒(méi)有絕對(duì)的熟好熟劣,只是各有優(yōu)點(diǎn),在開(kāi)發(fā)中我們可以將二者優(yōu)點(diǎn)結(jié)合起來(lái),比如我可以先將項(xiàng)目主目錄結(jié)構(gòu)按照模塊功能劃分,這一分級(jí)是針對(duì)項(xiàng)目主要功能,還是拿微信舉例,對(duì)于微信來(lái)說(shuō)矾利，下面TabBar上這4大功能顯然是最主要的分級(jí),那么我們可以按照此分級(jí)現(xiàn)將項(xiàng)目分為這四個(gè)模塊姑裂。然后對(duì)于消息這樣的模塊,子模塊較少,我們可以直接在這個(gè)模塊下將其按照業(yè)務(wù)層次劃分,將所有的Controllers、Models男旗、Views歸類(lèi),對(duì)于像“我的”這個(gè)模塊,里面還會(huì)有很多模塊,比如“錢(qián)包”舶斧、”收藏“、“設(shè)置”等,可以再將其按照模塊分類(lèi),然后第三級(jí)再按業(yè)務(wù)層次分類(lèi)察皇。個(gè)人覺(jué)得這樣的方式結(jié)合更方便一些,當(dāng)然這樣看每個(gè)人的開(kāi)發(fā)習(xí)慣茴厉。不過(guò)不論按照哪種方式分類(lèi),分類(lèi)的層級(jí)建議不要超過(guò)三級(jí),除非一些特別復(fù)雜,內(nèi)容特別多的模塊,否則會(huì)讓項(xiàng)目感覺(jué)比較雜，物極必反,太細(xì)分一個(gè)結(jié)構(gòu),反而會(huì)降低開(kāi)發(fā)的效率什荣。
? ? ? ? 以上說(shuō)的目錄形式,指的都是針對(duì)項(xiàng)目中的主要功能,一些具體的模塊,一個(gè)項(xiàng)目,無(wú)論其大其小,總有些類(lèi)或者模塊是為整個(gè)項(xiàng)目服務(wù)的,像這樣的我們不論按照哪種分級(jí)方式都不是很合理矾缓，單獨(dú)給他們做分級(jí)是比較好的選擇,因?yàn)樗麄兪钦麄€(gè)項(xiàng)目中用的最多,跨度最廣的。比如說(shuō)有些工具類(lèi),我們用到的網(wǎng)路封裝稻爬、宏定義嗜闻、延展,或者自己公司的一些Custom等我們就可以單獨(dú)拿出來(lái),還有一些雖然不常用但是比較重要的比如說(shuō)AppDelegate,一些Base基類(lèi),frame,sdk等也可以單獨(dú)為他們做一個(gè)目錄。還有一個(gè)我們項(xiàng)目中很有可能會(huì)用到第三方,對(duì)于第三方的管理我們?cè)撛趺慈プ?是手動(dòng)管理還是用cocopods管理等這些都需要考慮,另外比較容易忽略的一點(diǎn)在Xcode中我們建目錄的時(shí)候在項(xiàng)目中是不會(huì)創(chuàng)建文件夾的,我們最好是在項(xiàng)目中創(chuàng)建文件夾把響應(yīng)分級(jí)對(duì)應(yīng)到不同的文件夾中而不是僅僅Xcode中創(chuàng)建的分組桅锄。
Class:存放的是App中所有的模塊功能
Base:存放一些基類(lèi),比如BaseViewController,BaseModel等,共性直接在基類(lèi)中去修改
Vendor:三方,因?yàn)槲业捻?xiàng)目中使用cocopods管理三方,所以這個(gè)文件夾中我在此放的是一些比較小的功能的第三方
Framework:存放一些類(lèi)庫(kù)或者自己封裝的一些靜態(tài)庫(kù)
Resource:存放app中一些索引資源,比如圖片,文本等,或者將圖片打包的Bundle
Custom:這個(gè)文件夾我用來(lái)存放自己項(xiàng)目或者公司自己風(fēng)格的一些自定義的視圖,比如我們常見(jiàn)的上拉加載,下拉刷新的自定義頭部空間等
API:這個(gè)只專(zhuān)門(mén)用來(lái)做網(wǎng)絡(luò)處理的,因?yàn)檫@個(gè)項(xiàng)目基本上都會(huì)用到網(wǎng)絡(luò)請(qǐng)求,算是比較重要的一個(gè)部分,所以在此單獨(dú)拿出來(lái)作為一個(gè)分類(lèi)
Support:這個(gè)用來(lái)存放一些比較小的模塊,比如常用的一些工具類(lèi),分類(lèi),宏定義,PCH文件等
Main:專(zhuān)門(mén)存放AppDelegate或者AppDelegate的Category
? ? ? ? 以上就是個(gè)人對(duì)于項(xiàng)目目錄結(jié)構(gòu)的一些看法,沒(méi)有說(shuō)絕對(duì)好的目錄結(jié)構(gòu),只有我們不斷優(yōu)化的目錄結(jié)構(gòu),在開(kāi)發(fā)中我們更重要的還是要結(jié)合自己項(xiàng)目本身,具體情況具體分析,當(dāng)然思想才是最重要的,希望大家多提寶貴意見(jiàn),一起進(jìn)步琉雳。
