spring boot2.7.4 適配swagger 噢噢噢是什么歌抖音?
噢噢噢是什么歌抖音?你平時主要使用什么Java開發框架?就拿我們項目來例子討論討論吧。我們的項目是一個純后臺服務的項目,也就是沒有前端頁面,只正式提供服務;項目是是設計和實現Spring Boot來做
噢噢噢是什么歌抖音?
你平時主要使用什么Java開發框架?
就拿我們項目來例子討論討論吧。
我們的項目是一個純后臺服務的項目,也就是沒有前端頁面,只正式提供服務;項目是是設計和實現Spring Boot來做的,化入spring-boot-starter-web,然后組織不暴露接口,報文建議使用的JSON,有極極個別的接口是從老系統遷走回來的,是為讓內部函數方盡可能會地多作如何修改,所以我一直保持了XML的報文;在開始的生產環境中,都是可以使用的內置的Tomcat;板載顯卡了Swagger,來做接口的文檔萬分感謝批量生成。
ORM框架選擇的是MyBatis,導致項目中大部分的查詢都你做到了單表查詢,而且查詢條件比較好固定設置,所以再在用注解做的SQL語句解除綁定。
只不過項目不但建議使用了關系型數據庫,而更多的數據是加工關聯后存放到了MongoDB中,因為項目也都用到了Spring Data MongoDB,我們的MongoDB是做了副本集的部署,建議使用Spring Data MongoDB,只要做簡單的配置,就可以完成對多臺MongoDB的訪問,假如其中一臺MongoDB掛了,對服務確實是沒有影響的,所以我們做MongoDB容量翻倍的時候是可以網做的(MongoDB擴內存和CPU的時候必須欠費)。
和部分系統的交互使用到了RabbitMQ,而Spring Boot只要核心中spring-boot-starter-amqp,其實就這個可以很方便些地完成和RabbitMQ的板載顯卡;生產者和消費者都相當方便。
只不過是純接口的服務,是為緩輕數據庫的壓力,所以才我們參照業務場景,將一些接口的結果就緩存到Redis中(數據變化不很頻繁,而且業務場景的實時性要求也不是很高)。在獨立顯卡Redis的時候,我們前后試了兩種
Spring Boot項目,就使用@Cacheable注解就也可以成功和Redis最簡單的集成,但當時只不過設置里緩存的超時時間太差身形靈活,我們聽說后來可以改成了第二種方案;
在用RedisTemplate,可以不完成對Redis的絕大部分操作。
我將緩慢彼此分享Java開發、架構設計、程序員職業發展等方面的見解,期望能我得到你的關注。