Hirdetés

Keresés

Új hozzászólás Aktív témák

  • floatr
    veterán

    Szerintem meg semelyik nyelv nem tud felkészülni minden lehetséges use-case-re. Viszont nyelvi szinten biztosítani kell olyan lehetőségeket, amikkel ezek a váratlan helyzetek is többé, kevésbe korrektül kezelhetőek. Akár design pattern szinten vagy fejlesztési szabályokkal egyaránt. Vagy ezek megfelelő kombinációjával.

    A jelen problémára egyébként fapados, csúnya, de rendkívül hatékony megoldás az instanceof használata :)

    Persze, nyilván le kell törni annak a kezét, aki egy adott ponton nem használja és classcastexceptionnal szétszáll a szarja :)

    Nekem a generics példányoknál nem fáj az, hogy nincsen runtime generált osztály. Ami fáj, az az öröklési elvek sérülése, ami megint ilyen fordító hekkelés miatt van, mint amit a múltkor bedobtam az enumokkal, konstansokkal kapcsolatban. A nyakát szegik a nyelvnek.

  • WonderCSabo
    félisten

    Szerintem meg semelyik nyelv nem tud felkészülni minden lehetséges use-case-re. Viszont nyelvi szinten biztosítani kell olyan lehetőségeket, amikkel ezek a váratlan helyzetek is többé, kevésbe korrektül kezelhetőek. Akár design pattern szinten vagy fejlesztési szabályokkal egyaránt. Vagy ezek megfelelő kombinációjával.

    A jelen problémára egyébként fapados, csúnya, de rendkívül hatékony megoldás az instanceof használata :)

    Persze, nyilván le kell törni annak a kezét, aki egy adott ponton nem használja és classcastexceptionnal szétszáll a szarja :)

    Ugye itt generic collectionről van szó, az instanceof itt csak a taroló típusban segít, az elemek típusában már nem, persze ha csak lekérdezed az elsőt.
    Szerintem itt felesleges ezzel foglalkozni, alapvetően a hívónak ismernie kell, hogy mit kap vissza, ez a hiba úgyis nagyon gyorsan kiderül a tesztelés során.
    Akkor persze kéne esetszétválasztás, ha többféle objektumot kaphatunk vissza, de az pedig szerintem kerülendő...

Új hozzászólás Aktív témák