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

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

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

排除類的實(shí)例化

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

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

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

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

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

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

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

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

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

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

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

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

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

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

結(jié)論

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

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

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

總結(jié)

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

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