前言

對于個人開發者，和處在初期的專案團隊來講，除了做什么——專案選型之外，還有一個很重要，就是怎么做——如何完善自己團隊的作業流，

概覽-基本流程

對于一般的專案來說，我們基本可以分為下面的階段

需求分析-原型設計
UI設計-輸出切圖
前后端開發-輸出代碼
多環境部署-本地開發線上環境

大概一看每一項都是一個坑，當你們實際去看的時候坑更多，

在這里插入圖片描述

1. 需求分析

需求分析，從研發的角度來講就是產品經理給拋過來一個產品原型，

但是從整個專案來看，實際上包含了

專案商業論證
可行性分析報告
商業需求說明書
競品分析
產品規劃分析

這些一般由公司創始人員，經過分析之后，給到產品經理，再由產品經理分析，最后細化成可以實作的專案需求，

那么，作為整個專案的工具流，我給大家推薦下列工具

sketch
axure

2. UI設計

對于設計部門來講，拿到原型圖就可以開工啦！

然后團隊的設計師就會給出一個PSD檔案，前端工程師就可以去做頁面實作了，

切圖，就是把PSD中需要拿來用的圖片匯出成web或者客戶端可用的資源檔案，一般這個作業前端工程師和設計師都會，具體誰來做就看作業協調了，

3. 產品開發

開發階段就是單純的碼代碼，去實作具體的功能，

這里的坑有

代碼規范
版本提交規范
檔案規范

代碼規范指的是變數、類的命名，呼叫規則，一般這類的規范制定由部門老大去完成，制定之后團隊內部都遵守這個規范，

事例——阿里公開的java規范部分

(一) 命名規約
1.【強制】所有編程相關命名均不能以下劃線或美元符號開始，也不能以下劃線或美元符號結束，反例： _name / __name / O b j e c t / n a m e / n a m e Object / name_ / name Object/name/?name / Object$
2.【強制】所有編程相關的命名嚴禁使用拼音與英文混合的方式，更不允許直接使用中文的方式，說明：正確的英文拼寫和語法可以讓閱讀者易于理解，避免歧義，注意，即使純拼音命名方式也要避免采用，
反例： DaZhePromotion [打折] / getPingfenByName() [評分] / int 變數 = 3; 正例： ali / alibaba /taobao /cainiao / aliyun / youku / hangzhou 等國際通用的名稱，可視為英文，
3.【強制】類名使用UpperCamelCase風格，必須遵從駝峰形式，但以下情形例外：（領域模型的相關命名）DO / DTO / VO / DAO等，
正例：MarcoPolo / UserDO / XmlService /TcpUdpDeal / TaPromotion 反例：macroPolo / UserDo/XMLService / TCPUDPDeal / TAPromotion
4.【強制】方法名、引數名、成員變數、區域變數都統一使用lowerCamelCase風格，必須遵從駝峰形式，
正例：localValue / getHttpMessage() /inputUserId
5.【強制】常量命名全部大寫，單詞間用下劃線隔開，力求語意表達完整清楚，不要嫌名字長，正例： MAX_STOCK_COUNT 反例： MAX_COUNT
6.【強制】抽象類命名使用Abstract或Base開頭；例外類命名使用Exception結尾；測驗類命名以它要測驗的類的名稱開始，以Test結尾，
7.【強制】中括號是陣列型別的一部分，陣列定義如下：String[] args; 反例：請勿使用Stringargs[]的方式來定義
8.【強制】POJO類中的任何布爾型別的變數，都不要加is，否則部分框架決議會引起序列化錯誤，
反例：定義為基本資料型別boolean isSuccess；的屬性，它的方法也是isSuccess()，RPC
框架在反向決議的時候，“以為”對應的屬性名稱是success，導致屬性獲取不到，進而拋出例外，
9.【強制】包名統一使用小寫，點分隔符之間有且僅有一個自然語意的英語單詞，包名統一使用單數形式，但是類名如果有復數含義，類名可以使用復數形式，
正例：應用工具類包名為com.alibaba.mpp.util、類名為MessageUtils（此規則參考spring 的框架結構）
10.【強制】杜絕完全不規范的縮寫，避免望文不知義，
反例：<某業務代碼>AbstractClass“縮寫”命名成AbsClass；condition“縮寫”命名成 condi，此類隨意縮寫嚴重降低了代碼的可閱讀性，
11.【推薦】如果使用到了設計模式，建議在類名中體現出具體模式，
說明：將設計模式體現在名字中，有利于閱讀者快速理解架構設計思想，
正例：public classOrderFactory; public class LoginProxy;
public classResourceObserver;
12.【推薦】介面類中的方法和屬性不要加任何修飾符號（public 也不要加），保持代碼的簡潔性，并加上有效的javadoc注釋，盡量不要在介面里定義變數，如果一定要定義變數，肯定是與介面方法相關，并且是整個應用的基礎常量，
正例：介面方法簽名：void f();
介面基礎常量表示：String COMPANY =“alibaba”;
反例：介面方法定義：public abstract void f();
說明：JDK8中介面允許有默認實作，那么這個default方法，是對所有實作類都有價值的默認實作，
13.介面和實作類的命名有兩套規則：
1）【強制】對于Service和DAO類，基于SOA的理念，暴露出來的服務一定是介面，內部的實作類用Impl的后綴與介面區別，
正例：CacheServiceImpl實作CacheService介面，
2）【推薦】如果是形容能力的介面名稱，取對應的形容詞做介面名（通常是–able的形式），
正例：AbstractTranslator實作 Translatable，
14.【參考】列舉類名建議帶上Enum后綴，列舉成員名稱需要全大寫，單詞間用下劃線隔開，
說明：列舉其實就是特殊的常量類，且構造方法被默認強制是私有，
正例：列舉名字：DealStatusEnum；成員名稱：SUCCESS / UNKOWN_REASON，
15.【參考】各層命名規約：
A) Service/DAO層方法命名規約
1）獲取單個物件的方法用get做前綴，
2）獲取多個物件的方法用list做前綴，
3）獲取統計值的方法用count做前綴，
4）插入的方法用save（推薦）或insert做前綴，
5）洗掉的方法用remove（推薦）或delete做前綴，
6）修改的方法用update做前綴，
B) 領域模型命名規約
1）資料物件：xxxDO，xxx即為資料表名，
2）資料傳輸物件：xxxDTO，xxx為業務領域相關的名稱，
3）展示物件：xxxVO，xxx一般為網頁名稱，
4） POJO是DO/DTO/BO/VO的統稱，禁止命名成xxxPOJO，