當然能使用各種設計模式，Spring框架中有很多設計模式的體現，只要能在微服務體系中最終滿足BASE理論，不還是照樣在使用？
設計模式不是一種框架或中介軟體技術，而是對學習工作中程式碼進行高層次抽象的總結。設計模式不限於某種程式語言，JavaScript有設計模式，Java也有設計模式，只是表象不同而己。
根據用途可將設計模式分為三類：結構型模式、行為型模式和建立型模式。經典設計模式有23種，每一個設計模式也有多種實現，例如單例模式（懶漢、餓漢、靜態內部類和DCL等），還是題主說到的工廠模式（簡單工廠模式、工廠方法模式等）等。
隨著開發的專案越來越繁雜，開發效率和高併發情況下要求高可用，專案模組化與容錯機制就顯得很有必要，分散式孕育而生。將每個開發模組部署到獨立的雲服務主機上，就好像多個人在一起做不同分工的事，但是整個過程是相互協作完成，這和叢集的理念相反。而微服務算是一種架構，也屬於分散式範疇，例如SpringCloud就是微服務架構的一種體現。
學習Java語言，Spring是必經之路，SringMVC和SringBoot等都是Sring框架的衍生品。現在使用SringBoot結合SpringCloud實現微服務與分散式不是什麼新鮮技術，在初創或者開發成本預算不多的公司已經是首先技術架構，上手容易，生態支援友好。
Spring框架中有很多設計模式體現。例如簡單工廠模式之BeanFactory，根據傳入一個唯一的標識來獲得Bean物件。再比如Spring下預設的Bean註解均為單例模式，將提供一個訪問它的全域性訪問點，你可以透過設定singleton=“true|false”或者 scope="?"來指定作用範圍，例如RabbitMq需要ACK回撥機制確保訊息傳送到交換機的話，rabbitmqTemplate就不能為單例模式，需要設定scope=SCOPE_PROTOTYPE，並透過構造方法注入而非Autowrite註解。還有在Aop中，使用Advice來增強被代理類的功能而使用到的代理模式等等。這些都沒有因為微服務體系的出現而被捨棄掉。
從以上三個方面闡述就會發現，微服務出現並不會導致現有一些技術或理論直接被棄用，而是透過新的理論或思想將這些精髓沿用，儘可能去靠近CAP原則。
當然能使用各種設計模式，Spring框架中有很多設計模式的體現，只要能在微服務體系中最終滿足BASE理論，不還是照樣在使用？
先說說設計模式設計模式不是一種框架或中介軟體技術，而是對學習工作中程式碼進行高層次抽象的總結。設計模式不限於某種程式語言，JavaScript有設計模式，Java也有設計模式，只是表象不同而己。
根據用途可將設計模式分為三類：結構型模式、行為型模式和建立型模式。經典設計模式有23種，每一個設計模式也有多種實現，例如單例模式（懶漢、餓漢、靜態內部類和DCL等），還是題主說到的工廠模式（簡單工廠模式、工廠方法模式等）等。
分散式與微服務架構隨著開發的專案越來越繁雜，開發效率和高併發情況下要求高可用，專案模組化與容錯機制就顯得很有必要，分散式孕育而生。將每個開發模組部署到獨立的雲服務主機上，就好像多個人在一起做不同分工的事，但是整個過程是相互協作完成，這和叢集的理念相反。而微服務算是一種架構，也屬於分散式範疇，例如SpringCloud就是微服務架構的一種體現。
Spring中常用的設計模式學習Java語言，Spring是必經之路，SringMVC和SringBoot等都是Sring框架的衍生品。現在使用SringBoot結合SpringCloud實現微服務與分散式不是什麼新鮮技術，在初創或者開發成本預算不多的公司已經是首先技術架構，上手容易，生態支援友好。
Spring框架中有很多設計模式體現。例如簡單工廠模式之BeanFactory，根據傳入一個唯一的標識來獲得Bean物件。再比如Spring下預設的Bean註解均為單例模式，將提供一個訪問它的全域性訪問點，你可以透過設定singleton=“true|false”或者 scope="?"來指定作用範圍，例如RabbitMq需要ACK回撥機制確保訊息傳送到交換機的話，rabbitmqTemplate就不能為單例模式，需要設定scope=SCOPE_PROTOTYPE，並透過構造方法注入而非Autowrite註解。還有在Aop中，使用Advice來增強被代理類的功能而使用到的代理模式等等。這些都沒有因為微服務體系的出現而被捨棄掉。
從以上三個方面闡述就會發現，微服務出現並不會導致現有一些技術或理論直接被棄用，而是透過新的理論或思想將這些精髓沿用，儘可能去靠近CAP原則。