我不明白為什么我可以返回一個(gè)實(shí)現(xiàn)接口的對(duì)象，但編譯器在嘗試將該對(duì)象存儲(chǔ)在該類型的變量中時(shí)會(huì)抱怨。簡(jiǎn)單的界面：public interface ITest {}現(xiàn)在是一個(gè)實(shí)現(xiàn)該接口的簡(jiǎn)單類：public class Test implements ITest {}好吧，我的理解是：ATest 是 ITest現(xiàn)在問題是：public class Tester { public static void parameterTest(ITest test) { } public static ITest returnValueTest() { return new Test(); // no compiler error here } public static void main(String[] args) { Test test = new Test(); Tester.parameterTest(test); test = Tester.returnValueTest(); // compiler complains here }}該變量test來自類型Test，因此ITest。我可以Tester.parameterTest(ITest test)毫無(wú)怨言地把它傳遞給你。但是嘗試從變量中檢索值Tester.returnValueTest()并將其放入變量中test會(huì)失敗Incompatible types: ITest cannot be converted to Test盡管該方法返回一個(gè)Test編譯器不會(huì)抱怨的對(duì)象。為什么這樣？為什么我可以返回一個(gè)Test對(duì)象并符合方法的返回類型ITest，但不能將這個(gè)返回的對(duì)象放入類型的變量中Test？
2 回答
慕少森
TA貢獻(xiàn)2019條經(jīng)驗(yàn) 獲得超9個(gè)贊
您沒有返回一個(gè)Test對(duì)象，而是返回一個(gè)ITest實(shí)例。
所有Test對(duì)象都實(shí)現(xiàn)ITest，但并非所有ITest實(shí)例都必須是Test對(duì)象。
繁花不似錦
TA貢獻(xiàn)1851條經(jīng)驗(yàn) 獲得超4個(gè)贊
說得更徹底一點(diǎn)：我的誤解是，我認(rèn)為對(duì)象的繼承是“較小的適合較大的”的問題，但這是錯(cuò)誤的思維方式。
對(duì)象是關(guān)于接口的。Lifeform假設(shè)我們有一個(gè)可以的類grow()，并且說我們有一個(gè)Dog可以Lifeform的類bark()。以某種方式返回Lifeform“適合” Dog，但并非在所有情況下都滿足規(guī)范，Dog因?yàn)椴⒎敲總€(gè)都Lifeform可以bark()。由于“變量的類型”的含義無(wú)非是“放心，所包含的對(duì)象實(shí)現(xiàn)了該類型指定的接口”，將“不是 a”放入Lifeform類型Dog變量Dog中將違反這一保證。
因此，在這種情況下，如果方法返回Lifeformby 簽名，則不能將其放入類型變量中Dog，因?yàn)樗灰欢ㄊ?aable Dogto bark()。您可以向編譯器保證，返回的對(duì)象是Dog通過強(qiáng)制轉(zhuǎn)換返回的，那么它就不會(huì)抱怨。換句話說，通過強(qiáng)制轉(zhuǎn)換，您可以告訴編譯器他可以“放心，返回的Lifeform是一個(gè)Dog可以bark()”。
因此，在我的特殊情況下，我可以返回 aTest因?yàn)樗鼘?shí)現(xiàn)了接口ITest，并且每個(gè)人都可以確定，返回的對(duì)象將遵循 的規(guī)范ITest，因此編譯器不會(huì)抱怨。但是，Test除非編譯器確信該對(duì)象確實(shí)實(shí)現(xiàn)了Test. 所以我們必須投射它，一切都是彩虹和獨(dú)角獸。
Test test = (Test) Tester.returnValueTest();
但我們應(yīng)該小心這一點(diǎn)，因?yàn)樗葍H使用正確類型的變量更容易出錯(cuò)。
添加回答
舉報(bào)
0/150
提交
取消