Ha absztrakt osztály nem példányosítható, akkor ez hogyan lehetséges?

Így:

abstract class URLConnection {...}

class URLConnectionImpl extends URLConnection {...}

class URL {

public URLConnection openConnection() {

return new URLConnectionImpl(...);

}

}

> Vagy valójában nem is URLConnection osztályt ad vissza, hanem egy abból származtatott osztályt?

meg is válaszoltad a saját kérdésed ;) keress rá a futás idejű polimorfizmusra

"Az URLConnection osztály absztrakt, és még a konstruktora is protected"

"Az URL osztály openConnection metódusa mégis egy URLConnection osztályt ad vissza"

"Ezt hogyan csinálja? Vagy valójában nem is URLConnection osztályt ad vissza, hanem egy abból származtatott osztályt?"

Minden egyes sorod azt mutatja, hogy nagyon nem vagy tisztában az egésszel amit szeretnéd, ha elmagyaráznánk neked, kb mintha annyit tudnál mi az az osztály, hallottál volna az absztraktról annyit, hogy nem lehet példányosítani, mellé egy kicsi fogalmad lenne arról mi az az öröklés és ennyiben ki is merül a tudásod.

Szerintem egy komplett anyagot keress erről, sőt többet, ne egy-egy részletet akarj kiragadni és választ kapni, mert túl sok hiányosság van még más téren!

régen én sem értettem, de egy nagyon jó példa:

Van az Élőlény osztályod amiből örökölnek a Kutya, Cica, Egér...osztályok, de direktbe nem akarsz létrehozni SOHA Élőlény példányt, csak öröklés útján létezzen

Ha van egy nagy öröklésekke l teli osztályod akkor valójában az egy teljes egészében egy darab típus résztípusokra bontva. Castolás, levágás történik amikor te úgy hozol létre egy példányt ,hogy nem lesz elérhető az egész.

Ha egy Mammal típusú obj hoz hozzárendelsz egy mouse obj címét akkor az nem lesz színtaktikailag rossz mert az Emlős valójában egy egér is és fordítva. A lényeg hogy az egér virtuális táblálya lesz használva és nem a Mammal é. Így az egér v táblájában felülírt virtuális metódusok hívódnak majd meg miközben a Mammal ra vagy castolva. Szóval mammalként használod majd az objektumot de a vtáblában felülírt metódusok miatt az egér virtuális metódusai fognak meghívódni. Szóval mammalt használsz kibővítve csak önmagában az egér egyes metódusaival.

#8 "Én ezt értem, csak az nem világos (még), hogy miért nem akarom, hogy ne örökölhessenek az én osztályomból (azaz miért teszel finallá)."

Leginkább azért, mert nem akarod, hogy megváltozzon a belső logika. Vegyük példának a String osztályt. Tegyük fel, hogy nem final, és lehet belőle származtatni. Innentől ahányszor String típust használsz valahol, lehet hogy egy String-ből származtatott típus húzódik mögötte. Miért lehet ez probléma? Nos, példának okáért a Stringgel szemben vannak bizonyos prekoncepcióink, például hogy immutable, és bármilyen metódust hívsz meg rajta, az nem fogja változtatni a belső reprezentációját a stringnek. Kivéve ha leszármaztattál belőle egy StringButBetter osztályt, és átírtad úgy a létező funkcionalitását, hogy ténylegesen megváltoztatod a belső reprezentációt(vagy csak kibővítetted új funcionalitással ami így tesz, ezzel inkonzisztenssé téve a felépítését). És aztán ott csücsülsz, hogy a string, ami immutable kéne hogy legyen, nem az. Ilyen megfontolásokból tesznek final-á egy osztályt.