一、開發(fā)web應(yīng)用，好的開發(fā)流程

就個人開發(fā)自己小項目而言，我僅談?wù)勛约旱淖龇ǎＭ兴鶐椭?/p>

名列前茅步自然是做mindmap，無論是在平板上做還是電腦上做，這個步驟大概就是積累原始的創(chuàng)意點。這部分大略的設(shè)計一下數(shù)據(jù)庫，把功能理清楚。以及后續(xù)如果要添加?xùn)|西，該如何添加。注意，頁面設(shè)計永遠不是個人開發(fā)的名列前茅步，功能才是。（當(dāng)然如果你精通設(shè)計而且能夠一開始就能出設(shè)計稿當(dāng)我沒說。）

第二 步就是打算采取什么技術(shù)來做，因為是個人的項目，技術(shù)的采取是為了節(jié)省后續(xù)開發(fā)的工程量。再就是數(shù)據(jù)庫的選取。

第三步就是先撘主界面（或者只有后臺頁面搭建后臺主頁面）。怎么搭？平時ember積累的東西能夠用上了，平時codepen學(xué)到的特效可以上了，靜態(tài)頁面首頁必須搭的很完整。也就是說，這個不應(yīng)該后面返工的。因為自己不擅長設(shè)計和布局，所以借鑒優(yōu)異的作品無可厚非。如果你僅僅只是為了把功能做出來，那么你可以直接用開源的模板或者自己買的模板抄抄抄。

第四步 應(yīng)該是基礎(chǔ)功能與數(shù)據(jù)庫對接。這個部分分為先做數(shù)據(jù)庫最簡單的。比如我要做用戶注冊登陸，那么數(shù)據(jù)庫只放一張表。里面只有基礎(chǔ)的幾個字段。然后應(yīng)該把功能和這個基礎(chǔ)的對接上。比如我用Mongdb來做，那么我就先把Schema這些先設(shè)計一個簡單的，后續(xù)需要填充我直接加進來就好了。在這一步中你會突然發(fā)現(xiàn)之前設(shè)計的數(shù)據(jù)庫結(jié)構(gòu)不合理（往往都是這個時候發(fā)現(xiàn)），那么就改改改。基礎(chǔ)的對接了。然后你要測試，你要把前端那部分抽象出來。以備下一個自己的項目用。

第五步 這一步就是在基礎(chǔ)功能上開始擴展，擴展一個新功能，一個頁面一個數(shù)據(jù)表慢慢搭，主結(jié)構(gòu)已經(jīng)固定了，你剩下就是慢慢擴展，至于RESTful API接口 這個就是簡單的數(shù)據(jù)庫處理，個人項目要的就是簡潔，你能夠用最簡單的辦法做出來名列前茅個雛形就行了。

第六步 “返工”，這個是看個人，我平時寫功能的時候往往圖快，并沒有考慮后續(xù)的一些東西。這個時候就是慢慢將東西抽象出來，然后一個個慢慢修改，改調(diào)用注釋。(平時已經(jīng)在開發(fā)時有寫注釋的習(xí)慣)。

延伸閱讀：

二、應(yīng)用架構(gòu)設(shè)計原則

1、穩(wěn)定性原則

一切以穩(wěn)定為中心；架構(gòu)盡可能簡單、清晰；不過度設(shè)計。

2、接耦/拆分

穩(wěn)定部分與易變部門分離；核心業(yè)務(wù)與非核心業(yè)務(wù)分離；電商主流程與輔流程分離；應(yīng)用與數(shù)據(jù)分離；服務(wù)與實現(xiàn)細節(jié)分離。

3、抽象化

應(yīng)用抽象化：應(yīng)用只依賴服務(wù)抽象，不依賴服務(wù)實現(xiàn)細節(jié)、位置；

數(shù)據(jù)庫抽象化：應(yīng)用只依賴邏輯數(shù)據(jù)庫，不需要關(guān)心物理庫的位置和分片；

服務(wù)器抽象化：應(yīng)用虛擬化部署，不需要關(guān)心實體機配置，動態(tài)調(diào)配資源。

4、松耦合

跨域調(diào)用異步化，不同業(yè)務(wù)域之間盡量異步接耦。

上一篇

為什么說Gradle是Android進階繞不去的坎?

下一篇

Android適配你需要學(xué)習(xí)哪些?