Discussione:Ereditarietà (informatica)
Ultimo commento: 17 anni fa, lasciato da Moongateclimber in merito all'argomento Imprecisioni e lacune (anche piuttosto gravi)
Ereditarietà (informatica) | |
---|---|
Argomento di scuola secondaria di II grado | |
Materia | informatica |
Dettagli | |
Dimensione della voce | 26 808 byte |
Progetto Wikipedia e scuola italiana |
Imprecisioni e lacune (anche piuttosto gravi) modifica
La voce (nella versione attuale ha problemi di diverso genere.
- Errori nel testo. Per esempio: la possibilità di creare versioni "specializzate"" di classi od oggetti già esistenti (sbagliato: dagli "oggetti" non si eredita). Fornire ad una classe dati o funzionalità aggiuntive [...] questa operazione è di solito chamata estensione oppure subclassing. (sbagliato: il subclassing è la definizione di sottoclassi, a prescidere che abbiano o meno funzionalità aggiuntive).
- Errori nel codice. Per esempio la chiamata esplicita a
super
nel codice Java, non errata ma inutile (quindi sviante) - Cose spiegate malissimo, per esempio il polimorfismo o le classi astratte; la sezione "riutilizzo del codice" per me è incomprensibile, oltre a suggerire (erroneamente) che il riuso del codice non sia un elemento importante dell'ereditarietà (il problema è che il riuso importante non è quello che in mente il redattore, ma è legato al polimorfismo).
- Incoerenza terminologica. Per esempio talvolta si dice "classe ereditata" intendendo "classe derivata". Più in generale, la voce si dimentica di fornire la terminologia di base (superclasse, sottoclasse, ecc.)
- Lacune importantissime. Non si parla mai del principale significato dell'ereditarietà nei linguaggi a oggetti. Una voce su questo tema non può non citare la relazione ISA o il principio di sostituibilità di Liskov. Questi concetti stanno alla base dell'ereditarietà e sono il motivo per cui esiste tutto quello che viene "tirato fuori dal cilindro" in questa voce (polimorfismo, overriding, classi astratte ecc.).
- Lacune di media importanza. Non si parla di ereditarietà singola, multipla e interfacce. Non si parla del rapporto fra l'ereditarietà e i costruttori (argomento tecnico e non facile ma abbastanza rilevante)
Detto questo?
Io proverò a pensarci e se trovo il tempo mi metterò a correggerla riscriverla. Eventuali contributi sono graditi perché è un lavoro lungo e complicato. Moongateclimber 09:37, 28 nov 2006 (CET)
Storia del termine modifica
qualcuno mi spega che c'è di errato?
a mio avviso , modifica
dovremmo stare attenti perche , avendo letto un libro (kolling e barnes) su java , mi sono accorto che alcune parti non sono altro che un copia-incolla di quel testo , attenti signori
Si eredita anche dagli oggetti modifica
Ci sono linguaggi di programmazione in cui non neccessariamente ci sono classi e oggetti. In alcuni ci sono soltanto oggetti, e quindi da lì si eredita per estenderli... Vedi per esempio il linguaggio Self.