後期完成
1、**風格，參考**規約
2、命名規定（專案名、檔名、類名、變數名）商量統一
3、專案目錄結構、系統架構（三層架構、四層架構等），專案架構模式(mvc、mvvm等)統一，設計模式（單例模式、工廠模式等）統一。
例如專案架構圖
乙個demo根據業務可能使用多種架構模式，某一種業務，比如移動端某塊功能都用mvc開發；
也會用到多重設計模式，單例、**、工廠等，比如rtc管理類都使用單例模式開發
還要考慮移動端和pc端的差異性，至少移動端之間需要統一
4、核心業務邏輯，需要統一（較複雜的補充流程圖、時序圖）
php web專案開發規範思考（1）
1.分層結構，邏輯，資料,控制，獨立服務層 不受業務 限制，只負責輸入和輸出 2，嚴格區分邏輯層，資料層，控制層。邏輯層，專注於業務邏輯。資料層，負責對邏輯層輸入的資料，進行增刪改查。控制器，只負責接收客戶端資料，呼叫服務層，輸入結果。是人寫,人是經常犯錯的，嚴格管控各個流程才能避免錯誤。關於測試 ...
編碼規範那些思考
作為軟體開發者，我們可以開發低等級的軟體，但不能開發低質量的軟體。那麼我們要怎麼去保證開發出高質量的軟體呢？這是我們一直關注的問題，而編碼規範正是實施質量保證的第一步。在網上，其實也有很多 規範了，在官網上也有推薦的規範，可是為什麼我們再這裡還要這麼麻煩制定乙個屬於自己的規範呢？其實這也是乙個暢談的...
編碼規範的幾點思考
實習企業格外注意編碼規範，當時覺得多此一舉，後來回味卻發現有很多奧妙的。1 邏輯判斷 習慣寫法 if a 0 規範寫法 if 0 a 分析 相信80 的人都遇到過少些 的情況，那麼 a 0 就成了賦值運算，除非const修飾，該式就成了用真式了，此類問題還不好發現。反觀第二種寫法，一旦少寫，必然報錯...