源碼ioc

⑴ java中的Spring裡面的ioc和aop有什麼區別他們都有什麼用

IOC的基本概念是：不創建對象，但是描述創建它們的方式。在代碼中不直接與對象和服務連接，但在配置文件中描述哪一個組件需要哪一項服務。Spring容器負責將這些聯系在一起。也就是說，Spring的IOC負責管理各種對象的創建、清除以及它們之間的聯系。AOP是指面向切面編程（也叫面向方面），可以通過預編譯方式和運行期動態代理實現在不修改源代碼的情況下給程序動態統一添加功能的一種技術。一般用於事務管理、許可權控制、錯誤處理等各種業務中共同性的東西。

⑵ spring源碼怎麼讀

在我們的生活之中，有形形色色的萬物（Object）,有飛機，有汽車，有輪船，還有我這個滄海一粟的java講師。
試問：了解飛機底層架構的人，就一定能把飛機開好嗎？精通汽車的構造和底層原理的人，就保證開車不出事故嗎？或者反過來問，一個多年的開計程車的老司機，技術非常嫻熟，但是你問他汽車的架構和底層原理，你覺得有多少老司機能准確的答出來？
那就對了，了解了，讀懂了spring底層源碼的程序員，我們並不能保證他就是一個好程序員，我心中的一個好的程序員是要能夠提出解決方案的程序員，就好比清華北大確實只是個過程，最後的目的，是為國家為人民做出奉獻才是我們活著的價值。所以說我並不看好去閱讀spring源碼這個行為。聞道有先後，術業有專攻，我們不是提供底層技術的人！絕大多數的程序員，我以為正確的做法是站在巨人的肩膀上，把前輩留下來的精髓發揚光大才是正道，簡而言之，把怎麼用，和為什麼要這么用學好才是大多數程序員學習技術的關鍵。就好比去學駕照的時候，教練只需要關心你是否會開車，是否遵守交通規則，並不關心你是否了解汽車是如何在路上跑起來的。
一個人的精力和時間都是有限的，分細了來說，開發者就是技術的使用者，重點在於如何正確熟練的使用，而不是一昧地去關心底層原理，如果要完全讀懂spring源碼，首先，英語就得很厲害吧，其次，得花多少時間？就算讀懂了，那收獲和付出也不成正比，大把大把的時間為何不花在java更多，更高級，更有意義的技術上呢？筆者此話並不是說spring源碼讀了沒用，只是讓我們的時間更有價值，例如分布式微服務，區塊鏈技術，大數據，python，作為新時代的IT佼佼者，我們是否應該隨著時代的腳步，迎接嶄新的未來？我奉勸大多數人，不必去看spring源碼，除非你確實感興趣作為技術研究，這樣是可以的。一個正常的工作者，是不建議花寶貴的時間去看的，那學生就更不應該去看了。此話怎講？我以為，學生應以學業為重，士不可不弘毅，任重而道遠，首先應該擴展其知識的廣度，和技術的嫻熟使用，再培養學生獨立解決問題的能力，溝通協作的能力，最後才考慮技術的深度。
筆者在多年前也被面試過很多很多問題，但是從來沒有一個面試官會問spring底層源碼，曾經阿里巴巴的架構師也面試過我，直到後來，我成為了面試官，當我去面試別人的時候，我也不會去問spring源碼這些東西，因為99.9%企業招人進來，是要做事實的，不是讓你去研究一個技術，絕大多數更在乎的是利用現有的技術，去完成一些項目功能。除了世界上極少數著名的企業他們需要技術研究員，才對這些有所要求，那要招這類人才，估計至少也是名校研究生以上吧，所以普通程序開發者，我覺得學好技術的正確與熟練使用，才是重中之重！
不宜本末倒置，不宜好高騖遠。筆者從事Java行業以來，真要說全階段全程全棧都精通的人，應屬風毛菱角，故此，更應讓所學知識運籌帷幄，舉一反三，千里爐火，萬里純青。以上篇幅在說我對閱讀spring源碼的一些強烈建議，最終結論，是不看、不讀就此作罷。
那有的感興趣的人非要閱讀呢？

Ok,其實閱讀spring源碼並不算很難。
首先，應該去官網spring.io閱讀寫spring框架的理念，就好比讀一本書，要閱讀這本書的綱要，要明白為什麼要設計spring架構。
然後，應該分模塊閱讀，先從核心模塊開始閱讀：如：

IoC Container, Events, Resources, i18n, Validation, Data Binding, Type Conversion, SpEL, AOP.

那麼在閱讀的時候，英文能力差的話，可以使用翻譯軟體翻譯成中文閱讀，畢竟不是每個程序員英語都很棒，畢竟中國人看中國字更容易去理解。當然，有些翻譯過來的並不準確，這個時候可以利用網路，去查看那段不理解的地方。
然後，把spring的jar包下載下來，利用IDEA打開，可以使用download資源，會發現，每個方法上面都會有詳細的英文注釋。一邊看官方的說明，一邊查看代碼的編寫，不難發現，非常多的代碼寫得很精闢，所以十分考驗一個程序員的java基本功，特別是反射，JDK\CGLIB代理，和java常用的設計模式等。

⑶ C#相關框架有哪些

winform開發主流框架依然是N層架構，隨著時間的推移，從面向對象集成系統開發轉向面向服務的分布式開發，C#asp.net當前主流架構依然是MVC類似於C#的N層架構框架當前是MVC5。

相關框架如下：

1、Json.NET

是一個讀寫Json效率比較高的.Net框架.Json.Net 使得在.Net環境下使用Json更加簡單。通過Linq To JSON可以快速的讀寫Json，通過JsonSerializer可以序列化你的.Net對象。讓你輕松實現.Net中所有類型(對象,基本數據類型 等)和Json的轉換。

2、Math.NET

目標是為提供一款自身包含清晰框架的符號運算和數學運算/科學運算，它是C#開發的開源類庫。Math.NET含了一個支持線性代數的解析器，分析復雜微分，解方程等等功能。

3、Faker.Net

開發的時候是不是為測試數據煩惱？Faker.Net可以非常方便幫你生成大批量測試數據。例如人員表裡面的姓名、性別什麼的。

4、Html Agility Pack

是CodePlex 上的一個開源項目。它提供了標準的DOM API 和XPath 導航--即使 HTML 不是適當的格式！HTML Agility Pack 搭配 ScrapySharp，徹底解除Html解析的痛苦。

5、NCrawler

是一款國外的開源網路爬蟲軟體,遵循LGPL許可協議。其HTML處理使用的是htmlagilitypack開源庫,採用xpath的方式處理定位網頁元素,十分方便。

6、SuperWebSocket

基於.NET開源Socket框架SuperSocket開發的, SuperSocket所支持的大部分功能在SuperWebSocket中得到了繼承。用戶可通過SuperWebSocket來快速的構建可靠的，高性能的websocket伺服器端應用程序。

7、SuperSocket

一個輕量級的可擴展的 Socket 開發框架，可用來構建一個伺服器端 Socket 程序，而無需了解如何使用 Socket，如何維護Socket連接，Socket是如何工作的。該項目使用純 C# 開發，易於擴展和集成到已有的項目。只要你的已有系統是使用.NET開發的，你都能夠使用 SuperSocket來輕易的開發出你需要的Socket應用程序來集成到你的現有系統之中。

8、Quartz.NET

一個開源的作業調度框架，是 OpenSymphony 的 Quartz API的.NET移植，它用C#寫成，可用於winform和asp.net應用中。它提供了巨大的靈活性而不犧牲簡單性。你能夠用它來為執行一個作業而 創建簡單的或復雜的調度。它有很多特徵，如：資料庫支持，集群，插件，支持cron-like表達式等等。

9、Lucene.Net

Lucene的.net移植版本，是一個開源的全文檢索引擎開發包，即它不是一個完整的全文檢索引擎，而是一個全文檢索引擎的架構，提供了完整的查詢引擎和索引引擎。開發人員可以基於Lucene.net實現全文檢索的功能。

10、HttpLib

一個基於C#語言的http協議的類庫，Httplib讓非同步交互處理數據更容易了。類庫的方法包括：上傳文件到伺服器，獲取頁面數據等等。

11、Smart Thread Pool

智能線程池，用SmartThreadPool可以簡單就實現支持多線程的程序，由線程池來管理線程，可以減少死鎖的出現。SmartThreadPool還支持簡單的生產者-消費者模式，當不需要對任務進行持久化時，還是很好用的。

12、DocX

是一個用來操作word的輕量級的類庫。藉助DocX，開發人員可以在不需要安裝Microsoft Word的情況下操縱word2007/2010文件。

13、NPOI

是POI項目的 .NET 版本。POI是一個開源的Java讀寫Excel、WORD等微軟OLE2組件文檔的項目。使用 NPOI 你就可以在沒有安裝 Office 或者相應環境的機器上對 WORD/EXCEL 文檔進行讀寫。NPOI是構建在POI 3.x版本之上的，它可以在沒有安裝Office的情況下對Word/Excel文檔進行讀寫操作。

14、PDFsharp

可以輕松地在 .NET 語言中創建PDF文檔的開放源碼庫。它使用相同的繪製程序來創建 PDF 文檔，在屏幕上顯示，以及輸出到列印機。可以修改、合並、拆分已經存在的 PDF 文件，支持透明圖像。

15、Dapper

一個輕型的ORM類。代碼就一個 sqlMapper.cs文件，編譯後就40K的一個很小的Dll.Dapper很快。Dapper的速度接近與IDataReader，取列表的數據超 過了DataTable。Dapper支持Mysql,SqlLite,Mssql2000,Mssql2005,Oracle等一系列的資料庫，當然如 果你知道原理也可以讓它支持Mongo db。話說，這個ORM，博主自己也一直在使用，確實十分強悍，至少在性能方面，恐怕.NET裡面的大多數ORM只能是望其項背了。

16、NHibernate

現在開發人員用的較多的一個ORM。NHibernate是一個面向.NET環境的對象/關系資料庫映射工具。對象/關系資料庫映射（object/relational mapping，ORM）這個術語表示一種技術，用來把對象模型表示的對象映射到基於SQL的關系模型數據結構中去。

17、log4net

Apachelog4j框架在Microsoft .NET平台的實現，是一個幫助程序員將日誌信息輸出到各種目標（控制台、文件、資料庫等）的工具。

18、SharpSerializer

一個開源XML和二進制序列化器。SharpSerializer可以序列化Xml和自己的二進制格式,還可以序列化Json等其他文本格式或其他數據加密,壓縮,優化等二進制流。

19、XProxy

一個支持插件的基礎代理程序集。通過編寫簡單的插件程序，你將能開發各種各樣的代理程序。

XProxy是一個支持插件開發的數據交換機，可以編寫插件對中轉數據進行處理。內置有NAT插件、加解密插件、反向代理、直接代理、間接代理等插件。

20、nopCommerce

國外的一個高質量的開源b2c 網站系統，基於EntityFramework4.0和MVC3.0，使用Razor模板引擎，有很強的插件機制，包括支付配送功能都是通過插件來實現 的，基於xml的多語言版本，非常靈活的語言切換功能，包括在後台都能同時編輯產品的中英文屬性，非常適合做外貿，優秀超前的程序架構，性能也非常強大， 自定義的產品名稱和分類又有很好的seo優化。綜合能力遠遠高於國內的一些程序架構糟糕的.net商城程序，是二次開發和大型b2c架構的首選。3.0開 始支持多店。

21、Enterprise Library

目前最新版本為v5.0，支持.NET Framework 4.0，共包括9個Application Block，包括數據訪問（Data Access Application Block）、異常管理（Exception Handling Application Block）、數據驗證（Validation Application Block）等等，對企業應用開發非常有幫助，也非常實用。

22、Autofac

一款非常優秀的IOC框架，比較於其他的IOC框架，如Spring.NET，等等之類的，它非常的輕量級且性能上也很卓越。

23、AutoMapper

一個.NET的對象映射工具。主要用於領域對象與DTO之間的轉換、資料庫查詢結果映射至實體對象。

24、7-Zip

一款號稱有著現今最高壓縮比的壓縮軟體，它不僅支持獨有的 7z 文件格式，而且還支持各種其它壓縮文件格式，其中包括 ZIP, RAR, CAB, GZIP, BZIP2和 TAR 等等。此軟體壓縮的壓縮比要比普通 ZIP 文件高 30-50% ，因此，它可以把 Zip 格式的文件再壓縮 2-10% 。