# 2018年年終總結 這一年經歷了很多，哪怕在同一家公司也做了許許多多方面的事。有很多很多17年立的flag已經做完了，或者還在做。生活中有驚喜也有悲傷。更多的難受其實是來自家人的不理解，對IT行業的不了解。覺得工作一兩年的程序員拿一萬多的薪資都是別人家的孩子，然后逼我回南京落戶找工作，拿著其他行業最低的工資標準做著碼農的工作……這種感覺我不知道該怎么去形容。 之前也沒怎么回顧經歷，感觸也是一陣一陣的。馬上工作三年了，簡單回顧下： 2016年，大四只身去了北京獨自寫簡歷，從無人問津到一天兩三家。后來因為想讓自己的人生履歷華麗點兒，在大興區政府績效辦做了幾個月的行政管理。 2017年，辭掉了政府的工作，海投前端面了獵豹移動，之后回學校畢設答辯完又去面了京東。明白了自己的實力后找了一家有大佬帶的小電商公司拼了近7個月。最后走的時候老板開出了一萬想留我(那家公司股東拿的7千月薪)。當時的我技術水平在北京前端行業應該是15K左右的身價。 2018年，家里人讓我來南京落了戶，不想讓我一直在北京一直漂著，說以后北京房子、戶口、孩子上學、balabala……接著在南京拿著微薄的薪水干著JAVA兼前端的工作……不過我對薪資不在意，至少這個薪資我在南京不愁衣食住行。 簡單回顧就到這兒，接下來進入正題： 2018年技術總結 運籌帷幄之中，決勝千里之外。 ——引子 雖然現在編程大環境還處于基本西化的狀態，但是我一直想著把編程東方化，糅雜傳統文化、東方哲學思想在編程里。之所以這么做應該是受到了國內各位大神前輩的影響，比如用中文編程的易語言等等，一代人影響一代人。最近才意識到大學看那么多亂七八糟書的原因。因此這篇“隨筆總結”打算先用文人畫的描述來引出我之前的編程態度，再結合工作這兩年多來對開發大觀園的實踐所養成的編程態度，做一個詳盡匯總。 【文人畫】 “繪畫中的一切都是假的，不要把繪畫當真。你畫這幅畫的心情要比畫這幅畫重要，無所謂畫完不畫完，逸筆草草、恰到好處。它是文玩味，是無窮無盡的享受，是糅合媒材，筆、紙、墨水之間的高級游戲。” 摘出幾個重點來跟實際編程做映射，如下： * 媒材—畫作的載體 《====》 生產環境。 * 筆紙墨—實現畫作的工具 《====》 編程語言與開發環境。 * 繪畫內容—畫作的樣子 《====》 業務。 * 繪畫心情—完成畫作的心態 《====》 內在驅動力。 * 無所謂畫完不畫完—畫作的開始與結束 《====》 完成周期。 * 恰到好處—畫作的好與壞 《====》 完成情況。 【OKR考核】 “明確公司與團隊的目標，以及明確每個目標達成的可衡量的關鍵結果，目標是設定一個定性的時間目標，關鍵的結果是由量化指標形式呈現的，在目標時期結束時，要對每個目標的的每個關鍵結果進行評估。" 再從績效角度來一個編程映射，完全與工資掛鉤的內容，如下： * 目標—任務的指標上限 《====》 代碼質量指標 * 可衡量—任務的內容 《====》 代碼的業務實現 * 關鍵結果—任務帶來的效益 《====》 代碼性能、終端兼容性、業務流量等 * 時間—任務完成的期限 《====》 代碼工期 * 評估—任務回顧 《====》 代碼復盤 * 明確目標—任務分配 《====》 根據自身情況去量化代碼 簡單總結: 從上面兩個角度我們不難看出中式思維和西式思維的差別，同時很大程度說明了在整個歷史長河上為什么東方傳統文化會被西方文化侵蝕、甚至“強奸”。因此，我們要去學習歷史，尊重歷史，敬畏歷史。另外想要長盛不衰持續下去一定要抱著空杯心態。去接受、去學習、去實踐，最后才能做到發揚和傳承。 【REST架構】 想了很久怎么開篇合適，最后還是覺得康威定律恰到好處： “Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations. - Melvin Conway(1967)” 翻譯：任何組織在設計一套系統（廣義概念上的系統）時，所交付的設計方案在結構上都與該組織的溝通結構保持一致。 -------------------------------------- < Situation > 項目大到分布到不同的地點，甚至跨時區了。協調成本會急劇增加，很可能會下意識地減少溝通，迭代的速度就會降低甚至停止變更。微服務提倡組成小團隊，由小團隊負責整個系統的設計和實現，團隊內部可以頻繁地、細粒度地溝通。業務架構總是和團隊組織的架構相匹配，當把一個大的系統拆分成小的服務時，團隊也會隨之拆分變化。是否使用微服務不僅僅是一個技術棧的問題，而且是上升到了團隊組織結構層面的管理問題。微服務的架構的問題是團隊之間的運作和管理問題。 < Target > 因為目前我是把上家電商公司的前端業務代碼單獨拿來用java搭建restful架構從而實現個人項目。所以很多坑其實是不需要去踩的——市面上有大量的實現代碼和書籍教程。但是為了使基礎更加的牢固可靠，將來更從容地應對技術變革，有些流程，大量的坑還是很有必要去踩的。編程經驗這樣驅動我的技術成長。 < Project Flow > ORM -> MVC -> RPC -> SOA 它是一個項目從小做大肯定會經歷的四個迭代階段，即從All in one 到 業務微服務化 + ESB總線。 < DATA Flow > 一、訪問主機 1\. 先去DNS服務器去把域名轉換成IP地址 2\. 使用IP地址去訪問目標主機 3\. 如果該主機沒有啟動對外的服務(默認訪問80端口)，則返回無法訪問目標主機 二、前端代理（假設該IP的主機啟動了最復雜的網絡架構） 該IP地址的主機配置了nginx服務器進行端口映射虛擬主機、或進行了反向代理 ```utf-8 同一局域網內不同子網段下啟動了多臺主機來執行相同的程序（負載均衡），不同的程序(PC端，WAP端)，通過輪詢算法把大量請求平均分配在這些主機上。 eg: 192.168.0.1:80 (外網默認訪問主機)作為網關服務，把外網請求平均轉發到下面四個IP主機 192.168.0.51:8080 負載服務器 PC 192.168.0.52:8080 負載服務器 PC 192.168.0.91:8080 負載服務器 WAP 192.168.0.92:8080 負載服務器 WAP ``` 先把靜態資源返回給用戶，接著通過主機IP地址+端口號去訪問后臺服務獲取API數據，最后在客戶端拼裝視圖模型來給用戶展示網站內容。 觸發前端交互事件后需同時發送兩個請求：一個GET請求獲取靜態資源(同時偽裝URL),一個POST請求發送token驗證并獲取真實數據資源。 三、后端代理 配置了網關服務器配置，例如SpringCloud的Zuul，使用了RESTful架構進行了反向代理。 ```utf-8 同一局域網內不同子網段下啟動了多臺主機來執行相同的程序(負載均衡)，不同的程序(微服務)，通過輪詢算法把大量請求平均分配在這些主機上。 eg: 192.168.1.1:80 (外網默認訪問主機)作為網關服務，把外網請求平均轉發到下面六個IP主機 192.168.1.11:8080 負載服務器 商品微服務 192.168.1.12:8080 負載服務器 商品微服務 192.168.1.21:8080 負載服務器 訂單微服務 192.168.1.22:8080 負載服務器 訂單微服務 192.168.1.31:8080 負載服務器 用戶微服務 192.168.1.32:8080 負載服務器 用戶微服務 ``` 先把redis緩存服務器里的數據封裝成視圖Json對象返回給客戶端，如果沒有緩存則訪問數據庫。最后生成Json的API去給前端調用。 < Layer > ## 頂層設計 網站開發其實就是下面該邏輯表達式求解的過程：[WHO] —》 [WHEN] —》 [HOW] —》 [WHAT] === [STATE] ## 功能實現 ### database設計 * 三范式和反范式 * 業務級聯 ### DAO & DO DAO層主要實現RPC接口, 編寫mapper * sql實現增刪改查 * sql執行結果與DO層綁定 * 封裝數據實體 具體技術 * proto數據轉換，跨語言操作數據庫 * 數據庫存儲過程 * redis緩存集群，消息隊列 測試 * AIR模型 * 獲取數據庫操作結果 * 驗證數據庫連接、操作是否正常 ### Manager & VO & DTO Manager層主要實現RPC接口, 通用業務層 * 組合DAO層的數據為VO數據，DTO對象，與三方平臺數據交互 * 第三方平臺數據封裝、預處理、轉換異常信息 * service能力下沉，緩存處理、中間件 * 包裝異常信息并上拋 * 開始記錄日志 具體技術 * 枚舉封裝常量、異常信息 * 多態封裝接口 * Slf4j日志五個級別：error/info/warn/fatal/debug 來包裝錯誤信息 * 通過配置日志的不同級別來輸出事故現場信息的logs文件(部分信息) Manager層測試 * BCDE模型 * 驗證三方數據輸入、dao層輸出是否正確 * 根據傳參返回不同的數據包、打印日志 * 響應請求結果 ### Service & VO & DTO Service層主要實現RPC接口 * Manager層拼接邏輯實現（操作接口）數據為VO、DTO對象 * 業務拼接邏輯實現（行為接口）對應VO層（方便Service返回數據的一個封裝，行為結果，成功失敗的原因） * 截獲manager層上拋的異常信息，并輸出最終日志。 * 系統性能監測 * 數據統計 * 定時任務 具體技術 * 枚舉封裝常量 * 多態封裝接口 * 日志最終截獲層，輸出日志 Service層測試 * 驗證數據輸出是否正確 * 根據傳參返回不同的數據包 * 響應請求結果 ### WEB Web層主要實現RESTful接口和請求轉發 * 參數校驗 * 鑒權控制 * 疲勞度控制 * 轉義數據 * 處理POST請求 * 請求控制轉發,Service或Server層 ### API層 API層主要實現RPC, 通過WEB層實現RESTful接口 * 返回GET請求，下沉POST請求到WEB層 * 數據過濾 * CSRF校驗 * 鑒權控制 * 網關控制 * 流量控制 根據不同的業務輸出不同的數據格式 ### Client層 PC、WAP、APP三端 PC Jquery-1.12.4 + CSS3 + H5 為了兼容到IE678，盡量少寫花里胡哨的CSS3效果，畢竟重繪也有性能代價。必要時進行優雅降級 WAP VUE + VUEX + vue-router 【后記】 首先我不會告訴你們我寫不行了，粘了好多平時寫下的總結…… 感謝大家花費不少時間看我寫的文章，希望各位都能有所收獲 留一些彩蛋給大家： http://3ae.store 這個網站剛部署了nginx服務，打算前后端分離 http://api.3ae.store:10080/mall/order/detail/1000 接口地址，正在做端口映射 http://mall.3ae.store:10080 個人商城的首頁啦。嘿嘿，希望大家喜歡 最后獻上該項目的github地址： http://github.com/xiaomin1473/3aeStore