這是我個(gè)人的學(xué)習(xí)筆記 , 如有不同見解歡迎評(píng)論交流 .?

( GeekBand-極客班 http://geekband.com )

( 我的微博 : http://weibo.com/JohnnyB0Y )

基本步驟 :

1. 仔細(xì)閱讀應(yīng)用的功能需求文檔

* 多閱讀幾次應(yīng)用的功能需求文檔 , 保證能夠在開發(fā)討論的時(shí)候不看需求文檔說(shuō)出需求內(nèi)容 .

* 對(duì)應(yīng)用的業(yè)務(wù)邏輯進(jìn)行分析 , 哪些能做 , 那些不能做 , 或者比較復(fù)雜的部分 . 在開發(fā)討論時(shí)進(jìn)行分析 .

* 分析美術(shù)設(shè)計(jì)效果圖 , 對(duì)其中的細(xì)節(jié)進(jìn)行分析 , 也是需要明確哪些能做好不好做 . 最終確定開發(fā)的功能需求難點(diǎn) , 哪些先做 哪些后做 .

* 把項(xiàng)目分成UI邏輯部分和業(yè)務(wù)邏輯部分兩大塊同時(shí)進(jìn)行開發(fā) , 其中必須讓UI部分與業(yè)務(wù)部分的接口進(jìn)行討論設(shè)計(jì) , 讓最后兩大塊合并時(shí)能夠更完美.

2. UI邏輯

* 搭建基本的UI架構(gòu) , 也就是應(yīng)用的整體骨架 .

* 然后針對(duì)具體的頁(yè)面進(jìn)行實(shí)現(xiàn) .

3. 業(yè)務(wù)邏輯

* 業(yè)務(wù)邏輯上要細(xì)分各個(gè)模塊 . 例如 : 圖片下載 , API通信 , 數(shù)據(jù)解析 , 數(shù)據(jù)結(jié)構(gòu) , 音頻播放 , 視頻解碼 等等....

* 模塊設(shè)計(jì) . 例如 : 圖片下載模塊只需專注圖片的下載, 而像圖片上傳就不用該做 . 把模塊能做什么暴露給工程師調(diào)用 , 怎么做只需要自己知道就行. 高內(nèi)聚 , 低耦合 .

* 解耦的好處是可以復(fù)用 . 模塊之間可以相互依賴 , 組成其他的模塊 . 例如 : 圖片下載的模塊是依賴網(wǎng)絡(luò)訪問(wèn)和圖片數(shù)據(jù)解析 等模塊 , 而圖片上傳模塊也是依賴網(wǎng)絡(luò)訪問(wèn)和圖片數(shù)據(jù)解析等模塊 .

4. 把UI邏輯 和 業(yè)務(wù)邏輯 組合

* 組合之后就成了應(yīng)用的雛形 .

* 然后 精心打磨 測(cè)試修改 .

* 最用就是應(yīng)用成品了 .

總結(jié) :

* 這種開發(fā)步驟只是全局的把握 , 具體的實(shí)現(xiàn)細(xì)節(jié)還有很多值得關(guān)注的地方 .? 其實(shí)重點(diǎn)就在于 分析需求 , 分工開發(fā) , 代碼復(fù)用 .

* 在后續(xù)如果有新的發(fā)現(xiàn)我會(huì)修改或增加細(xì)節(jié)的東西 , 謝謝 .