最近半年做了一個(gè)iOS的項(xiàng)目，從頭至尾是自己一個(gè)人完成的，算是第一個(gè)獨(dú)立的項(xiàng)目亿絮。在寫(xiě)程序的時(shí)候考慮欠缺，導(dǎo)致在后期測(cè)試中出現(xiàn)了各種各樣的問(wèn)題麸拄，經(jīng)過(guò)多次測(cè)試派昧，多次內(nèi)心和身體的折磨之后終于算是告一段落了。這次的收獲太大了拢切，有些經(jīng)驗(yàn)別人寫(xiě)出來(lái)是別人的蒂萎，只有當(dāng)自己體會(huì)到了才會(huì)真正的注意到。
1.在拿到項(xiàng)目的開(kāi)發(fā)文檔或者設(shè)計(jì)文檔的時(shí)候淮椰，不要著急立馬寫(xiě)代碼五慈，首先應(yīng)該根據(jù)文檔去思考這個(gè)項(xiàng)目大體需要做成什么樣的纳寂，有不懂或者疑惑的地方立馬和甲方去溝通，確認(rèn)好泻拦。
2.開(kāi)發(fā)的時(shí)候毙芜，要在開(kāi)始的時(shí)候就對(duì)項(xiàng)目有一個(gè)整體規(guī)劃，這個(gè)規(guī)劃不一定具體到具體到每個(gè)功能的細(xì)節(jié)争拐，而是對(duì)項(xiàng)目框架的設(shè)計(jì)腋粥，比如MVC、ReactNavtive架曹、MVVM(待了解)等隘冲。
3.在寫(xiě)代碼的時(shí)候，做好對(duì)基類(lèi)的建設(shè)绑雄，包括網(wǎng)絡(luò)判斷展辞、提示信息、宏定義万牺、本地存儲(chǔ)罗珍、藍(lán)牙、推送等脚粟，并且每一個(gè)基類(lèi)都盡量做到可以擴(kuò)展覆旱，保證代碼的健壯性。
4.一定要按著給定的文檔來(lái)開(kāi)發(fā)珊楼，如果后臺(tái)給的數(shù)據(jù)格式或者數(shù)據(jù)名稱(chēng)有誤通殃，一定要及時(shí)溝通度液，做好判定厕宗，避免最后的時(shí)候撕逼互撇責(zé)任。在開(kāi)發(fā)中間堕担，也要及時(shí)和甲方的后臺(tái)或者安卓等人溝通已慢，避免出現(xiàn)差異性過(guò)大的彎路。
5.開(kāi)發(fā)過(guò)程中霹购，遇到問(wèn)題佑惠，先從小地方開(kāi)始，一點(diǎn)點(diǎn)的認(rèn)真的去分析去解決齐疙，一定要靜下心來(lái)膜楷，沉淀一下思路，考慮問(wèn)題的全面性贞奋，分析多種可能赌厅，從源頭去解決問(wèn)題。
6.遇到問(wèn)題轿塔，千萬(wàn)不要用打補(bǔ)丁的方式去解決問(wèn)題特愿，必須一定要 用一個(gè)最優(yōu)的解決方案去解決問(wèn)題仲墨，不能埋坑，否則到最后會(huì)導(dǎo)致越來(lái)越多的問(wèn)題出現(xiàn)揍障，比如代碼的臃腫目养、邏輯的混亂，磨刀不誤砍柴工毒嫡，雖然花費(fèi)的時(shí)間長(zhǎng)一些癌蚁，但是能從根本上杜絕未來(lái)出現(xiàn)問(wèn)題的可能，切記审胚！
7.千萬(wàn)不要因?yàn)樾〖?xì)節(jié)小技術(shù)點(diǎn)不去重視匈勋，問(wèn)題很有可能就出現(xiàn)在不易發(fā)現(xiàn)的地方。軟件開(kāi)發(fā)需要細(xì)心和認(rèn)真膳叨，容不得半點(diǎn)紕漏洽洁，但是有了紕漏，程序還要有容錯(cuò)性菲嘴。比如說(shuō)數(shù)據(jù)或者對(duì)象可能為空的時(shí)候一定要加上判斷饿自，否則程序跑起來(lái)會(huì)有閃退，奔潰的可能龄坪。
8.問(wèn)題解決了之后昭雌，立馬寫(xiě)下解決方案，有時(shí)間的話可以舉一反三健田，徹底把這類(lèi)的問(wèn)題弄明白烛卧，保證在同一個(gè)地方不會(huì)被絆倒多次。
9.要考慮多系統(tǒng)版本妓局、多屏幕等各種適配的問(wèn)題总放，對(duì)于不同的系統(tǒng)有不同的API，針對(duì)不同的系統(tǒng)好爬，一定要區(qū)分使用API , 不去使用過(guò)期的API局雄，慎重使用。
10.函數(shù)的組建存炮，盡量把每一個(gè)功能給模塊化炬搭，根據(jù)差異去處理不同的文件，這個(gè)事情可以邊寫(xiě)代碼邊重構(gòu)穆桂。保證代碼的簡(jiǎn)單化宫盔、高效率。
11.在使用各種第三方的時(shí)候享完，一定要研究明白要使用的模塊的使用方法灼芭，不能稀里糊涂的去用，容易引起例如藍(lán)牙模塊那里出現(xiàn)莫名奇妙然后打補(bǔ)丁的問(wèn)題驼侠。
12.測(cè)試的時(shí)候姿鸿，一定要自己全方位谆吴，多層次的去測(cè)試，把各種可能出現(xiàn)的場(chǎng)景最好先記錄一下苛预，然后進(jìn)行多次測(cè)試句狼，有問(wèn)題記錄下來(lái)，并且解決完了bug之后热某，自己要再各種暴力測(cè)試腻菇，必須保證在多種嚴(yán)苛條件下都能正常運(yùn)行，至少保證不會(huì)引起崩潰等嚴(yán)重的問(wèn)題昔馋。
13.軟件的UI上面筹吐，一定不要想當(dāng)然的去開(kāi)發(fā)、去設(shè)計(jì)秘遏，如果只有一個(gè)客戶端的APP丘薛，沒(méi)有對(duì)比的話還好說(shuō)，如果同時(shí)有安卓和iOS邦危，那可能就比較痛苦了洋侨，可能會(huì)讓你的iOS和安卓做到一致，可能安卓要和iOS做到一致倦蚪，所以一切就按著給的切圖來(lái)做希坚，保證最后撕逼的時(shí)候錯(cuò)不在己，無(wú)所謂難看與否陵且。
　　 總結(jié)：以上就是我這個(gè)項(xiàng)目的收獲裁僧，每一點(diǎn)都是痛苦的經(jīng)歷，看每條總結(jié)都能想起那些被bug支配過(guò)的歲月慕购。希望能給自己一個(gè)警醒聊疲，避免以后在這些地方不再犯錯(cuò)誤，吃一塹長(zhǎng)一智就夠了脓钾，給自己一個(gè)機(jī)會(huì)售睹，還代碼一片安生桩警。