最近編程的一些感悟

       最近把系統前前後後幾乎動了個遍,遇到一些問題,發現值得一寫,於是打算在下班之前把它搞定,然後在此基礎上進行一些思考,對以後的編程之路我想也有好處。

——————————————————————————

* mysql 數據庫是影響系統性能的一個狠狠關鍵的因素,單機版的數據庫已經是窮途末路,需要對現有數據庫進行拆分和優化,然後做成一個個的微服務纔是編程正確的打開方式。

*前端的體驗是影響客戶感受的最直接因素,如果不對前端進行優化,那麼無論後端做得再厲害也是空有的,因此,一個完美的公司並不是人人什麼都做,而是各有各的分工和長處,這樣團隊才能繼續走下去。

*系統通知作爲一個聯繫客戶與開發人員的一個窗口。我覺得,開發者可以在裏面上傳系統更新的通知,然後也可以開放一個入口,給客戶反饋我們系統的一些bug。我覺得這樣纔是一個產品走向成熟的必由之路。

*前端返回給頁面的內容一定要規範,最好是restful風格的返回方式,不然,前端就會有各種五花八門的接收方式,然後程序員也會迷失方向。

*單機版的應用實在不應該存在這個世界上的,一定要對其進行拆分和優化,否則走不了多遠。

*系統中的日誌,無效過期的文件一定要做到定期清理,這是件簡單的事但是卻非常影響系統的性能,如果長期不清理,會佔用大量的內存,以至於宕機。

*redis等中間件是時候也應該做一些分佈式的了,不然單一的redis實在是無法承受那麼多的值的存取。

*定時任務的開啓,一定要錯開,不然會出現同一個時間多個定時任務一起操作,導致鎖表宕機。

*事務是一個非常重要的東西,最好使用spring的事務進行管理,而且層次要分明

*接口參數請求和返回一定要做好記錄,否則排查起來非常的困難

*把錯誤歸類,每個類型的錯誤用錯誤代碼管理起來,否則你會發現報錯就是一件非常扎心的事。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章