最近忙的要死,因為新開發了兩個項目.現在已經測試完畢了,準備部署到線上了.

然后不能白忙活吧,忙活完也得寫點總結和經驗吧,以后也有個記錄.

1.一個bootstrap+jquery+layui+laravel 5.4開發的一個后臺系統 比較樸素

2.一個前后端分離的vue+laravel 5.4 開發的商家系統 我只負責后端接口的開發和接口文檔的編寫

總結一下經驗吧:

1.數據表的設計

a.設計字段的時候 要盡量把字段都設為not null,這樣int類型不給默認值默認為0 string類型 不給默認值默認為'';因為如果字段為null 索引會失效,還有其他各種問題

b.int類型的沒有特殊需求 加上unsigned;每個字段都加上commit 以防止3個月后自己也忘了這個字段是啥意思,更方便將來項目別人看代碼 接收的便利性

c.數據表設為innodb 因為現在myisam有的性能 基本上innodb也都有了,而且如果將來用到事務 是只能用innodb的

d.設計數據表的時候要 盡量滿足第三范式,但是有些字段如果經常查詢用到,但是又要連表查詢,會很復雜與費時間,那么就可以重復出現

2.接口文檔的編寫

a.如果涉及到前后端分離項目 或者是多個項目之間的對接(服務端 管理端 商家端等),那么就一定要編寫接口文檔,方便開發后和后期維護

b.接口文檔的編寫內容示例

在文檔的開始部分要編寫 版本修訂信息 和 注意事項

包括 接口地址 請求參數 返回參數? 即時返回參數的code返回碼 還有請求參數和返回參數的json 樣例數據(因為這樣可以更好的體現數據的結構,便于開發與理解)

附一張支付寶接口文檔的圖 按這個來編寫自己的接口文檔即可

其中返回的結果中要有code返回碼 和 msg說明 和 解決方案

?

如果有修改接口 也要及時修改 接口文檔

3.在代碼中常用部分的處理

在代碼中 有些數據是公用的,會有很多地方用到 比如 某些目錄的路徑 當前服務器的ip和端口號 分頁每頁顯示幾條的配置? rsa接口公私鑰的配置等等等;

如果我們不把它們拆出來 在很多地方都會用到 會有造成復用的,然后將來如果這個配置參數要發生修改,那么要改的地方又有太多了,很繁瑣;

那么我們就可以把它們拆分出來放在

1.配置文件中

關于配置文件的使用可以 看我的這個博客:

https://www.cnblogs.com/djwhome/p/9176423.html

https://www.cnblogs.com/djwhome/p/9165855.html

2.數據庫中

數據庫的話我們可以建一個常用配置信息表,然后里面存放我們的各種配置信息

4.關于代碼的復用性

在開發的時候 我們要寫很多代碼,那么就會出現很多會復用的代碼;

比如我們要查詢一條數據的具體信息,這個信息里有很多的其他字段時我們其他地方 再查詢

?這樣我們就可以把它封裝成為一個方法,

a.如果是想起他類中也調用 封裝成靜態公共方法

這樣在其他地方需要用到同樣的功能的時候,就可以直接調用,減少了開發成本與加強了代碼的邏輯性

b.在封裝代碼的時候,我們希望代碼的粒度越小越好,能拆分出來的,盡量都拆分出來,這樣將來的代碼就可以像樂高一樣 由許多的小單元,可以拼成摩天大樓

c.還有在在開發的時候 遵循mvc的思想,盡量把和數據庫增刪改查的邏輯放到model層,把和業務邏輯的代碼放到controller層,把和視圖渲染 展示的代碼放到view層,盡量做到各個層都只處理自己的業務邏輯,做到分工明確,有利于代碼的查看和再次開發

5.日志的使用

a.在所有優秀的系統中,都有一個日志系統,比如咱們開發者最常用的錯誤日志,用來記錄一些 代碼運行中的重要的信息;

b.日志里可以記錄我們一些重要的接口數據信息,一些重要操作的執行結果(成功還是失敗 失敗的原因);這樣將來一些錯誤信息我們可以從日志中查出來,方便開發;

?

轉載于:https://www.cnblogs.com/djwhome/p/9365326.html

總結

以上是生活随笔為你收集整理的项目开发中的自我总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。