java 反射api

前幾天我在想-這是最重要的Java API。 哪種SE和EE API可以使大多數Java生態系統成為可能，而哪些API不能重新創建為第三方庫。

正如您可能已經猜到標題一樣，我認為它是Reflection API 。 是的，它不可避免地是每個項目的直接或間接的一部分。 但這對于許多其他API（尤其是Collection API）而言確實如此。 但是，Reflection API的重要之處在于，它啟用了當今大多數流行的工具和框架-Spring，Hibernate和大量的Web框架。

其他大多數API都可以在JDK之外實現。 Collections API很可能是commons-collect或番石榴。 最好將它作為JDK的一部分，但沒有它我們可以進行管理（它出現在Java 1.2中）。 但是反射API不能。 它幾乎必須是語言的組成部分。

沒有反思，您將無法擁有我們今天使用的任何精美工具。 不是ORM，不是依賴項注入框架，也不是大多數Web框架。 好吧，從技術上講，您可能在某個時候有了主題– 使用SPI或僅使用java-config。 可能有人爭辯說，如果不是為了反思，我們將跳過整個XML配置時代，而直接涉足基于代碼的配置。 但是，依賴于所有這些框架中的反射的不僅僅是配置。 即使Spring可以在配置過程中實例化其bean并通過將它們轉換為InitalizingBean初始化，您將如何處理自動連接的注入而無需進行反射（“手動”不算在內，因為它不是自動裝配的）？ 在Hibernate狀態下，自省和Java bean API似乎足夠了，但是當您深入研究時，它們還不夠。 通常，不可能處理注釋。

沒有這些框架，Java就不會是今天的廣泛技術。 如果我們沒有龐大的開源生態系統，那么Java將會是相當小眾的市場。 當然，這不是唯一的因素–語言設計者然后JVM實現者正確地做了很多事情。 但是，我認為反思是其中之一。

是的，使用反射感覺很麻煩。 在非框架代碼中進行反射似乎是不得已的事情–僅在給定庫未正確設計用于擴展的情況下才使用它，但您需要對其進行一些微調以適合您的情況。 但是，即使您的代碼庫中有零反射代碼，您的項目也可能充滿了它，沒有它就不可能實現。

使用反射的需求可能被視為該語言的不足之一–您無法使用該語言所提供的功能做重要的事情，因此您訴諸了一種魔術API，該API可讓您不受限制地訪問否則（據說）經過精心設計的蜜蜂。 但是我想說，即使進行反思也是事實上的語言功能。 它可能是使Java如此流行和普及的關鍵因素。

翻譯自: https://www.javacodegeeks.com/2019/06/reflection-is-the-most-important-java-api.html

java 反射api

總結

以上是生活随笔為你收集整理的java 反射api_反射是最重要的Java API的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。