2020年是不平凡的一年，因爲疫情的原因我和夥伴們的創業提前劃上了句話。面試找工作的計劃提上了日程。
在前一次面試過程遇到回答不上的問題在這裏記錄下，同時也分享給其他的小夥伴們。採取Q-A的方式記錄。
Q：springboot開發的項目怎麼只打包自己項目的代碼？每次增量升級。
在被問到這個問題之前從來沒想過，springboot開發的項目要把項目包和依賴包分離，打到一塊不是很方便，很簡單嗎？
面試後自己查閱了資料，爲什麼其他公司是這樣的模式。
一是因爲包太大，網絡傳輸太慢，所以每次只是增量更新項目代碼，對於大公司來說可能確實都是這麼幹的，可能也是項目架構固定了以後不會再輕易的添加和修改依賴；對於我們現在的開發和部署模式，我感覺這樣倒是不實用，因爲項目開發的過程會添加依賴或升級依賴包版本，還是全量部署比較適合。大概是各有利弊吧，現在暫且體會着。
A：去掉spring-boot-maven-plugin插件，實用maven-jar-plugin,maven-dependency-plugin實現。
具體參考我的博客：
https://blog.csdn.net/jieyanqulaopo123/article/details/105320747
Q：vue開發的項目每個dialog增加最大化、恢復的功能，怎麼做改動量最小？
A：利用dialog的title slot，自定義一個title的組件，title自定義組件需要的變量和函數可以通過混入的方法引到需要添加的已有組件。
Q：ecache和redis的區別？
A：項目中只用到過ecache；redis沒用過，但是知道是基於key-value的內存存儲。
從網上查閱了下：
|
Ehcache |
Redis |
|
|
存取速度 |
Ehcache直接在jvm虛擬機中緩存，速度快，效率高 |
Redis是通過socket訪問到緩存服務，效率比ecache低 |
|
集羣和分佈式 |
Ehcache有緩存共享方案，不過是通過RMI或者Jgroup多播方式進行廣播緩存通知更新，緩存共享複雜，維護不方便；簡單的共享可以，但是涉及到緩存恢復，大數據緩存，則不合適。 |
Redis有成熟的分佈式解決方案。適合大規模分佈式集羣部署。 |
|
操作複雜度 |
Ehcache提供的接口非常簡單明瞭，從Ehcache的搭建到運用運行僅僅需要的是你寶貴的幾分鐘。其實很多開發者都不知道自己用在用Ehcache，Ehcache被廣泛的運用於其他的開源項目。比如：Hibernate，shiro |
至少需要安裝服務端和客戶端才能使用。操作略比Ehcache複雜一些。 |
總結：
技術不能只停留到會用的階段，在用的過程中應該多想，多瞭解它的原理以及和其他同類技術的區別。
本文完。