spring的IOC,xml好還是註解好?

時間 2021-05-05 17:48:52

1樓:CloudTop

怎麼說吧,xml配置方式和註解方式都很好,但都有缺點。從我個人身上想,我喜歡註解模式,因為註解模式很簡潔。直接在類,方法,變數等上面直接標註就可完成一系列操作。

2樓:冰上行舟

XML,註解都只是一種方式,沒必要太糾結,快速開發建議用註解,XML配置還是過於繁瑣。無論是哪種方式,都只是把類生成物件(一般是單例)存放到spring的上下文物件裡。現在大家都推薦用springboot開發,為什麼呢?

就是為了快速開發,把開發重點轉移到業務邏輯上而不是繁瑣的系統架構配置上。至於說哪個好?方便就用註解,XML學學就好,為了系統維護嘛,沒必要在新專案中使用。

3樓:

其實核心問題在於xml本身編寫和閱讀都不方便.

這是用xml管理bean依賴注入的配置.. 每增加乙個Service乙個Controller,每增加乙個bean引用都要去xml找到對應的bean把配置加上去.. 忘記加了呼叫就報空指標..

這是目前spring建議的構造器注入依賴清晰方便根本不會出現忘記配的問題..

只需看圖對比一目了然,可讀性和配置方便性上基本上被註解完爆ps.真正的動態配置應該放在資料庫或者使用模板引擎.而不是xml

4樓:hitsmaxft

為什麼都從xml轉向註解了?要感謝cpu和ssd解決了效能問題,把所有jar包裡的註解都掃瞄一邊已經不是啥瓶頸了。另外IDE強大了,完全可以開發期分析出所有的依賴關係。

那麼集中化的xml顯式配置檔案,已經沒有必要了。

5樓:王同學

首先,沒get到你大學老師說的IOC的好處是省去編譯的好處,使用IOC的優勢是由Spring容器管理物件的建立、銷毀和依賴注入,並不是免編譯。

1.不管是xml還是註解方式,都是實現IOC的一種輔助方式,並沒有違背IOC的初衷。

2.xml並沒有被摒棄,只是你過往的經歷中沒有遇到適合它的地方,xml方式相對於註解來說確實麻煩了一些,但是當你遇到複雜的依賴注入時,不是簡單的@Autowired就能解決的,只是你還沒遇到。簡單的依賴注入建議註解,複雜的建議xml,可以混合使用。

3.編譯一次很麻煩的問題,沒明白,可能是用的編譯工具的問題,嘗試gradle試試。

xml和註解沒有什麼好壞之分,只有方便與否、適不適用之分,當一方不能滿足需要時,可以切換到另乙個試試,存在必有其存在的道理。

初學Spring有沒有適合的書?

Spring in Action 第四版 比較適合入門,然而這本並不夠,很多內容淺嘗輒止,但好在思路清晰。此外,可以看下官網的文件,很多細節只有在這裡能找到。但這些內容比較適合解決某個知識點問題,不適合從頭到位看。開發中碰到的很多細節問題需要通過專案實踐並結合其他開源案例來選擇比較合適的實現。 孫自...

Spring的AOP功能是否很少用的到,為什麼?

唯獨你沒懂 怎麼說呢,AOP是用的挺多,但Spring的AOP實現很少用,因為spring的aop比較笨重,而且spring主要在事務處理時使用aop。在實際應用中大部分是使用Aspectj框架,當然,spring框架中整合了aspectj框架,通過spring就能使用aspectj的功能。 針對不...

利用spring提供的反射機制動態呼叫service的寫法,是否可以在專案中應用

首先要理解軟體開發是有開發和維護兩個階段的。這樣就有了開發成本和維護成本。有些時候開發成本節省了,會帶來維護成本的增高。在Service層實現一定的介面,然後在controller層通過一定的規則進行路由到實際的service,完全可以做到,也有很多地方使用的,特別是ajax介面,比如介面上的列表頁...