簡單談?wù)劊局艿募夹g(shù)收獲。
1昵时、快绩卤，微服務(wù)和容器
從開發(fā)的角度來看，編寫代碼要快土涝、開發(fā)要快佛寿、功能測試要快、環(huán)境部署要快但壮、服務(wù)啟停要快冀泻；
從生產(chǎn)的角度來看，程序運行的速度要快蜡饵、高并發(fā)之下還是要快弹渔。
因為對快的需求，逐漸發(fā)展出了目前的微服務(wù)技術(shù)和容器化技術(shù)验残。
微服務(wù)架構(gòu)之所以流行捞附，因為把服務(wù)拆小了，可以高度復(fù)用您没，不用經(jīng)常編寫和修改代碼鸟召，節(jié)省了非常多的時間。
容器化技術(shù)之所以流行氨鹏，因為容器化技術(shù)可以使得生產(chǎn)環(huán)境和測試環(huán)境一致欧募，節(jié)省了大量的環(huán)境部署時間、減少了出錯的可能性仆抵，還可以隨意增加容器節(jié)點跟继，增強(qiáng)業(yè)務(wù)處理能力，保證高并發(fā)下的快速響應(yīng)镣丑。
2舔糖、如何編寫復(fù)雜業(yè)務(wù)代碼？
寫復(fù)雜業(yè)務(wù)的代碼莺匠，需要流程引擎嗎金吗？需要設(shè)計模式嗎？
在我看來，都不需要摇庙，對于這種業(yè)務(wù)流程的表達(dá)旱物，簡單樸素的組合方法模式是再合適不過的了。
在做過程分解的時候卫袒，不要把太多精力放在工具上宵呛，或者設(shè)計模式帶來的靈活性上。
而是應(yīng)該多花時間在對問題分析夕凝，結(jié)構(gòu)化分解宝穗，最后通過合理的抽象，形成合適的階段和步驟上迹冤。
過程分解完了之后讽营，引入對象模型，對象模型更加清晰的還原了業(yè)務(wù)語義泡徙，同時橱鹏，通過對象的多態(tài)可以消除代碼中的大部分if-else。
所以堪藐，復(fù)雜的業(yè)務(wù)代碼怎么寫莉兰？
即自上而下的結(jié)構(gòu)化分解 + 自下而上的面向?qū)ο蠓治觥?/p>
最后，說點與技術(shù)無關(guān)的礁竞。
當(dāng)一無所有的時候糖荒，就要拼搏（前提是找對方向），因為沒有什么可失去的模捂，大不了從頭再來捶朵。
當(dāng)打下堅實基礎(chǔ)，前途遠(yuǎn)大的時候狂男，就要穩(wěn)中帶拼综看，不能為了一次前途未仆的收益，就把自己所有籌碼壓上去岖食。
