一個項目在入手時都會有一絲迷茫不知從何入手.
分析一下,首先我們考慮的時候不是如何去搭建這個App的界面,而是着重考慮這個App的框架規劃.
第一 框架的設計模式
要想好使用哪種MVC,MVVM,MVP,Rout
本人用的最多的就是MVC模式.
介紹一下MVC模式,它是是爲了達到分層設計.從而使代碼解耦,以便於維護和代碼複用.
MVC是 Model-View-Controller(模型-視圖-控制器)
第二 框架的模塊劃分
基礎層-網絡層-硬件層-公用層-管理層-邏輯層-資源層-配置層
第三 在引入第三方庫時要考慮清楚,最好使用cocopods導入
第四 在觀察流程圖時,要注意到項目裏哪些頁面是可以重複使用的,哪些View是可以在很多頁面中使用的,哪一些控件需要封裝,哪些是要做動畫處理的,等等...
第五 在瞭解流程圖後,就需要把項目裏使用的顏色都歸納出來,不需要很久,使用宏文件可以管理好顏色.iOS11在Assets.xcassets裏面新增加了一個顏色管理很方便,可以實現全局變換顏色
第六 搭建好項目基礎框架,建立Git倉庫
第七 和後臺溝通協商確認好接口字段,做到規範,然後直接根據後臺給的接口文檔進行開發,和UI設計的頁面和邏輯保持一致.
第八 在開發過程中,一定要抓好細節,登錄註冊流程一定要完善,還有下拉刷新,檢測網絡,清理垃圾,意見反饋,用戶協議等一定要設計合理
第九 着重需要指出來,在開發過程中如果出現了什麼異樣,比如頁面重複使用,頁面跳轉邏輯不通,或者頁面的尺寸參數等等問題,需要及時溝通,因爲搞開發最重要的就是溝通,只有保持溝通,項目質量和速度才能快
如何去管理一個項目?
第一 切片,將項目的功能不斷地進行拆封和細節化,一點一點摳,指定計劃
第二 項目的主流程進行,一個App開發過程初,最重要的是先把App的核心流程做出來,才能保持開發過程流暢進行
第三 項目在開發過程中,最討厭的就是不斷的修改需求,有時會因爲一個小小的View而改變整個頁面的推到重寫,但是頻繁的需求改動反應出了項目負責人對需求的把控能力以及規劃能力,是否能快速的對要修改的項目需求進行評估,是否合理,時候有好的解決方案,修改這個項目是否會對整體進度進行影響,修改的風險,開發時間拖延等
第四 項目在開發的同時,必須實時進行把控,有一個完整並且保持更新的文檔記錄,對需求改變簽訂變更合同,並不是說變就變的,到最後設計完,並不是當初所想的.所有的,所有的程序眼都想做一個好的產品,但是被不斷變更的需求折磨的麻木不仁,我會在註釋中寫客戶是豬,方法名裏也有
第五 水,是有源頭的.從上到下,從項目部-設計部-開發部-測試部環環相扣,之前的公司總是把產品設計推給設計部的美女,導致設計部的美女做的很不開心,因爲要跟客戶溝通,還要跟我們程序員溝通,夾在中間十分不爽,偶爾還要背鍋,因爲一個項目不可能不動,設計部沒有參與到開發,並不知道有哪些頁面設計的不合理,導致開發部和設計部會有一些小矛盾,需求無限制的動,需求就像是無底洞,是說到這裏,有一個好的產品經理是真的舒服.
第六 再次着重的說,溝通,一定要溝通,每一個環節都要溝通,項目部-設計部-開發部-測試部都要聯動起來,溝通才是最重要的環節.
對於程序員來說,App就像是自己的孩子,粗製糙作還是精心雕琢,完全取決於自己.每一個項目無論是模仿還是原創,都可以從總吸取一些經驗,學習裏面的思維和這個行業里正在改變的思維,能從開發的環節中知道,這個行業裏真正需要的是什麼樣子的模塊,時刻保持着新鮮感,保持自己的思維永遠高度活躍着,
