spring ioc:
反射,控制反轉，依賴倒置原則。
反射：自由度高，比較靈活，但是可能會引起效能問題，而且反射可以動態訪問私有變數，私有方法，可能會引起安全性的問題。
beanfactory:
beanfactory是springioc容器的鼻祖是ioc容器的基礎介面,所有的容器都是從它這裡繼承實現而來。beanfactory體系結構是典型的工廠方法模式,即什麼樣的工廠生產什麼樣的產品。beanfactory是最基本的抽象工廠,而其他的ioc容器只不過是具體的工廠,對應著各自的bean定義方法。但同時,其他容器也針對具體場景不同,進行了擴充,提供具體的服務。
1.beanfactory是spring容器的root inte***ce
2.beanfactory的作用是持有一定數量的beandefinition,每乙個都有乙個獨有的string名字。beanfactory可以返回單例或多例的物件,取決於bean定義檔案。
3. 通過setters,constructors進行依賴注入更好,其實這也是常用的方法
4. beanfactory通重載入配置原始檔(xml檔案)的方式,來配置bean。
5. 最後一大段是beanfactory支援的bean生命週期的順序。但是其實beanfactory是沒有給出抽象方法
方法：getbean方法
containsbean()
issingleton
isprototype()
istypemath()
gettype()
①支援不同的資訊源。看源** 它擴充套件了messagesource介面，這些資訊源的擴充套件功能可以支援國際化的實現，為開發多語言版本的應用提供服務
②訪問資源
關於ROS的個人見解
ros只是乙個程式開發框架而已，它主要有以下東西組成 1 ros執行環境,主要負責全域性資訊 訊息傳遞 名稱管理。2 ros專用函式庫，主要是規定ros各種規則 通訊 管理全域性資訊。3 各種能重複利用的package 4 一些方便開發的工具 ros本身執行在linux中 用ros開發框架，開發出來...
關於CAP的個人見解
在集群環境下，保證各個節點的資料在任一時刻訪問都是一致的 在集群環境下，保證任一時刻都能保證服務可用 在集群環境下，當部分服務不可用時，整體服務對外依舊可用，但分割槽容錯性理論來講不能達到100 的可能，因為既然是分布式，就會存在諸如網線之類的各種通訊故障問題，嚴格來講，只能說達到99.9999 網...
關於漏洞提交的個人見解
本文章僅以cnvd cnnvd cve三個大型公益平台為例，關於src另外再說，主要圍繞著漏洞挖掘 如何提交 如何拿到證書以及編號等，問題進行闡述.關於cve的闡述 首先說下國際性質的cve，個人認為cve最簡單也是最好拿到cve編號的漏洞大多數是cms，當然我這裡指的是小眾化的，一般大型cms例如...