構(gòu)造函數(shù)調(diào)用默認構(gòu)造函數(shù)

大多數(shù)不熟悉Java的開發(fā)人員都會Swift了解到，如果他們沒有指定至少一個顯式構(gòu)造函數(shù)，則會為Java類隱式創(chuàng)建一個“ 默認構(gòu)造函數(shù) ”（ 由javac進行創(chuàng)建）。 Java語言規(guī)范的 8.8.9節(jié)簡要指出：“如果一個類不包含構(gòu)造函數(shù)聲明，則將隱式聲明一個默認構(gòu)造函數(shù)。” 該部分進一步描述了隱式創(chuàng)建的默認構(gòu)造函數(shù)的特征，包括它不帶參數(shù)，不帶throws子句，以及調(diào)用其超類的構(gòu)造器（類似地不接受任何參數(shù)）。 Java開發(fā)人員可以選擇顯式實現(xiàn)類似于默認構(gòu)造函數(shù)的無參數(shù)構(gòu)造函數(shù)（例如，不接受任何參數(shù)且不包含throws子句）。 在本文中，我探討了一些開發(fā)人員可能決定實現(xiàn)顯式無參數(shù)構(gòu)造函數(shù)而不是依賴于隱式默認構(gòu)造函數(shù)的原因 。

明確指定無參數(shù)構(gòu)造函數(shù)的一些原因

排除類的實例化

實施顯式無參數(shù)構(gòu)造函數(shù)的常見原因是，避免使用public可訪問性隱式創(chuàng)建默認構(gòu)造函數(shù)。 如果類具有其他顯式構(gòu)造函數(shù)（接受參數(shù)），則這是不必要的步驟，因為任何顯式構(gòu)造函數(shù)的存在都會阻止隱式默認構(gòu)造函數(shù)的生成。 但是，如果不存在其他顯式構(gòu)造函數(shù)（例如，在具有所有static方法的“實用程序”類中），則可以通過實現(xiàn)具有private訪問權(quán)限的顯式無參數(shù)構(gòu)造函數(shù)來排除隱式默認構(gòu)造函數(shù)。 Java語言規(guī)范的 8.8.10節(jié)描述了使用所有private顯式構(gòu)造函數(shù)來防止類的實例化。

通過Builder或靜態(tài)初始化工廠強制類實例化

顯式實現(xiàn)private無參數(shù)構(gòu)造函數(shù)的另一個原因是，通過靜態(tài)初始化工廠方法或構(gòu)造器而不是構(gòu)造函數(shù)來強制實例化該類的對象。 Effective Java （第三版）的前兩項概述了使用靜態(tài)初始化工廠方法和生成器比直接使用構(gòu)造器的優(yōu)勢。

需要多個構(gòu)造函數(shù)，包括無參數(shù)構(gòu)造函數(shù)

實現(xiàn)無參數(shù)構(gòu)造函數(shù)的一個明顯原因可能是與上面討論的原因一樣普遍或更普遍，這是當(dāng)需要無參數(shù)構(gòu)造函數(shù)時，但需要參數(shù)的構(gòu)造函數(shù)也是如此。 在這種情況下，由于存在其他期望參數(shù)的構(gòu)造函數(shù)，因此必須顯式創(chuàng)建無參數(shù)構(gòu)造函數(shù)，因為永遠不會為已經(jīng)具有一個或多個顯式構(gòu)造函數(shù)的類隱式創(chuàng)建默認構(gòu)造函數(shù)。

使用Javadoc構(gòu)建文檔對象

顯式實現(xiàn)無參數(shù)構(gòu)造函數(shù)而不是依賴隱式創(chuàng)建的默認構(gòu)造函數(shù)的另一個原因是在構(gòu)造函數(shù)上表達Javadoc注釋。 這是JDK-8224174 （“ java.lang.Number具有默認構(gòu)造函數(shù)”）的既定理由，該理由現(xiàn)在已成為JDK 13的一部分，并且也以當(dāng)前未解決的JDK-8071961表示 （“當(dāng)默認構(gòu)造函數(shù)為已創(chuàng)建”）。 最近編寫的CSR JDK-8224232 （“ java.lang.Number具有默認構(gòu)造函數(shù)”）詳細說明了這一點：“默認構(gòu)造函數(shù)不適用于有據(jù)可查的API。”

顯性優(yōu)先于隱性優(yōu)先

與隱式創(chuàng)建相比，某些開發(fā)人員通常更喜歡顯式規(guī)范。 Java中有幾個區(qū)域可以在顯式規(guī)范或隱式對應(yīng)之間進行選擇。 如果開發(fā)人員重視溝通方面或假定顯式構(gòu)造函數(shù)具有更高的可讀性，則他們可能更喜歡顯式無參數(shù)構(gòu)造函數(shù)而不是隱式構(gòu)造函數(shù)。

在JDK中用顯式無參數(shù)構(gòu)造函數(shù)替換默認構(gòu)造函數(shù)

在JDK中，有些情況下，隱式默認構(gòu)造函數(shù)已被顯式無參數(shù)構(gòu)造函數(shù)代替。 其中包括：

• JDK 9中已解決的JDK-8071959 （“ java.lang.Object使用隱式默認構(gòu)造函數(shù)”）用顯式的無參數(shù)構(gòu)造函數(shù)代替了java.lang.Object的“默認構(gòu)造函數(shù)”。 閱讀該問題的“描述”使我微笑：“在修改java.lang.Object（ JDK-8071434 ）上的某些文檔時，注意到該類*沒有*具有顯式構(gòu)造函數(shù)，而是依靠javac來創(chuàng)建隱式默認構(gòu)造函數(shù)。 多么尷尬！”
• JDK 9中已解決的JDK-8177153 （“ LambdaMetafactory具有默認構(gòu)造函數(shù)”）用顯式（和private ）無參數(shù)構(gòu)造函數(shù)代替了隱式默認構(gòu)造函數(shù)。
• JDK 13計劃的JDK-8224174 （“ java.lang.Number具有默認構(gòu)造函數(shù)”）將用顯式無參數(shù)構(gòu)造函數(shù)替換java.lang.Number的隱式默認構(gòu)造函數(shù)。

關(guān)于默認構(gòu)造函數(shù)的潛在javac lint警告

有一天， javac可能會收到可用的lint警告，以指出具有默認構(gòu)造函數(shù)的類。 JDK-8071961 （“創(chuàng)建默認構(gòu)造函數(shù)時添加javac lint警告”）目前尚不適用于任何特定的JDK版本，它指出：“ JLS第8.8.9節(jié)說明，如果一個類未聲明至少一個構(gòu)造函數(shù)，編譯器默認會生成一個構(gòu)造函數(shù)。 盡管此策略可能很方便，但是對于形式類而言，如果默認構(gòu)造函數(shù)沒有任何Javadoc的話，這是一種不良的編程習(xí)慣。 使用默認構(gòu)造函數(shù)可能是合理的javac lint警告。”

結(jié)論

依賴于在編譯時創(chuàng)建的默認構(gòu)造函數(shù)絕對很方便，但是在某些情況下，即使不需要顯式指定，顯式指定無參數(shù)構(gòu)造函數(shù)也可能更為可取。

翻譯自: https://www.javacodegeeks.com/2019/05/explicit-arguments-constructor-versus-default-constructor.html

構(gòu)造函數(shù)調(diào)用默認構(gòu)造函數(shù)

總結(jié)

以上是生活随笔為你收集整理的构造函数调用默认构造函数_显式无参数构造函数与默认构造函数的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。