開發後臺項目的套路是什麼？

需求評估

產品經理、開發工程師、測試工程師，組織需求評審會議，講解本次的開發功能。

開發需分析：

• 是否涉及到其餘開發部門？

• 是否須要建立數據庫/數據表？

• 本次須要作多少頁面？

• 有多少功能點，哪些是功能難點？

根據以上，給出開發工期（X/人/天）。

跨部門溝通

溝通肯定後，溝通結果以郵件的形式確認抄送相關Leader。

建立/更改 數據庫

根據公司要求規範操做數據表，肯定後郵件抄送相關開發。

相關SQL語句，須要Leader、DBA 審覈，方可部署。

靜態頁面開發

目先後臺項目大部分使用 BootStrap，本身拼頁面便可。

須要考慮：

• 代碼整潔性（標籤元素對齊，DIV區塊註釋）。

• 界面適配（BootStrap 柵格系統）。

• Js 相關驗證（儘可能本身學js類庫，不要寫在界面中）。

• 產品驗收（確認界面元素是否知足使用習慣）。

我的感受界面作的漂亮，成就感也是滿滿的。

程序邏輯代碼開發

須要考慮：

• 複雜的邏輯能夠本身先畫流程圖（ProcessOn）。

• 遵循 PHP 代碼規範（PSR）。

• 代碼註釋（重要、重要、重要）。

• 數據驗證（對前端提交的數據進行二次驗證）。

• 功能邏輯（考慮類庫封裝，代碼複用）。

• 性能問題（是否須要用到緩存）。

• 安全問題（XSS、Sql注入）。

• 日誌問題（記錄相關日誌）。

• 錯誤報警（可供參考）。

目前就考慮到以上這些。

功能自測

程序開發完畢後，須要本身先進行測試，走一遍所有流程。

須要考慮：

• 建立一些測試數據。

• 考慮功能的臨界值。

• 確保功能的可用性。

• 其餘。

代碼評審（Code Review）

代碼評審被公認爲是一個很好的提升代碼質量的手段。

好處：

• 加速我的的成長，讓本身成爲一個更優秀的程序員。

• 能夠分享/學習到更多的知識。

• 保證代碼清晰，容易被別人理解。

• 提早發現一些缺陷（代碼檢查者一般比代碼編寫者更挑剔）。

一些開源系統：

• Phabricator

• ReviewNinja

• Codacy

• RhodeCode

• Gerrit

若是有好的工具幫助咱們進行codereview，每每會達到事半功倍的效果。

WIKI 更新

將本身開發的功能模塊，部署到WIKI上。

寫好需求方、開發者、使用者、是否用到API、相關邏輯、流程圖...

功能提測

通知測試人員，該需求能夠提測啦~

根據公司要求，能夠進行郵件提測，也能夠JIRA管理。

以上，只是大概的講述了開發流程。

其實每個步驟，均可以進行詳細分析，好比代碼註釋，評審規範等等。

有問題，歡迎你們留言討論。

---

Thanks ~

AD：