-
學(xué)習(xí)技術(shù)的方式： 了解方法，查看全部
-
在這里我直接獲取了需要傳遞的對(duì)象，這時(shí)候方法體并沒有執(zhí)行，我的通知應(yīng)該可以獲取此時(shí)未執(zhí)行數(shù)據(jù)庫的數(shù)據(jù)。
查看全部 -
想到的業(yè)務(wù)場景為密碼賬號(hào)輸入錯(cuò)誤超過五次就不能再次輸入。
查看全部 -
這個(gè)是所有的接口實(shí)現(xiàn)類的切面類都需要這么配置么？
查看全部 -
afterreturning應(yīng)該可以做數(shù)據(jù)的校驗(yàn)，如果返回類型檢驗(yàn)不符，執(zhí)行相關(guān)操作（例如拒絕寫入數(shù)據(jù)進(jìn)入數(shù)據(jù)庫）。throwing可以對(duì)于異常進(jìn)行操作。
查看全部 -
聽上去AOP有點(diǎn)像個(gè)監(jiān)聽，它自運(yùn)行，在流程觸發(fā)切入點(diǎn)時(shí)，執(zhí)行與它相關(guān)的功能。
查看全部 -
那是不是說AOP針對(duì)于不同的IOC實(shí)例對(duì)象，通過加載的標(biāo)簽不同，來執(zhí)行不同的切入點(diǎn)的功能？
查看全部 -
這里最后bean返回Store類型必定是StringStore類型吧？只是在該方法中顯示了S1和S2的類名稱，而返回的這個(gè)實(shí)例類id為“stringStoreTest”。這里S1和S2都已經(jīng)自動(dòng)裝載了，那為什么還要有兩個(gè)方法提供這兩種類型的實(shí)體類的獲取方法
這里的兩個(gè)屬性上的標(biāo)注無法執(zhí)行注入，必須由下方的的bean注解的方法賦值，之所以之前報(bào)錯(cuò)，是因?yàn)樽兞縮tringStore存在兩個(gè)賦值方法，所以報(bào)錯(cuò)。（構(gòu)造方法是以類型尋找）
查看全部 -
這邊兩次請(qǐng)求生成了兩個(gè)不同的對(duì)象，那么之前的對(duì)象時(shí)銷毀了么？因?yàn)閷?shí)際上兩個(gè)對(duì)象使用了相同的id
查看全部 -
這個(gè)方法相當(dāng)于在IOC加載時(shí)，通過@bean標(biāo)簽調(diào)用了該方法，使得IOC容器中存在了一個(gè)對(duì)象，還是生成了新的對(duì)象？還有一個(gè)問題就是如果類本身沒有加注解，但是方法體或者參數(shù)變量，屬性加了注解，掃描如何執(zhí)行？
類不加標(biāo)注，方法，參數(shù)都無法注入。IOC加載了所有類，但并不是生成了所有對(duì)象。
查看全部 -
通過獨(dú)特名稱而不是類型聲明匹配，是否意味著在IOC容器中，有且僅有一個(gè)對(duì)象的resource注解為這個(gè)名稱，在余下的任何類的實(shí)現(xiàn)中都不會(huì)存在另一個(gè)相同的resource注解？
查看全部 -
是否是針對(duì)不同對(duì)象在于業(yè)務(wù)中的生命周期不同，所以需要限定調(diào)用同類型但擁有不同標(biāo)識(shí)的對(duì)象？
查看全部 -
order注解只針對(duì)list有效，對(duì)map無效。這個(gè)好像是和map的存儲(chǔ)方式有關(guān)吧？記得map好像內(nèi)部的存儲(chǔ)位置是無序的？
查看全部 -
這里面提到的接口，個(gè)人認(rèn)為不是應(yīng)該在掃描時(shí)已經(jīng)完成實(shí)例化了么？為什么還要再類中作為變量加入注解呢？
查看全部 -
這個(gè)注解是為了完成原先需要在配置文件中說明的類中元素的依賴關(guān)系，為加載到IOC容器中做提示
這邊@required最大作用在于不會(huì)出現(xiàn)空對(duì)象（如果標(biāo)注類本身沒有類標(biāo)注（就是沒法掃描到IOC，注入不到管理里，IOC會(huì)賦值null對(duì)象）），如果出現(xiàn)會(huì)報(bào)錯(cuò)。
查看全部
舉報(bào)