Ciao, questa è la radio.
Ora esaminiamo l'ereditarietà multipla nella lezione precedente.
Abbiamo detto che l'ereditarietà multipla potrebbe aiutarci a risolvere i requisiti tecnici discussi in
quella particolare lezione.
Quella eredità multipla che possiamo avere una superclasse è una classe di baseball come prima e l'altra è
un nuovo ultimo astratto chiamato shippable che ha l'abstract che ottiene i dati degli articoli e il processo di book bookmark bookable sul
bookable Walmsley per lo più solo ai segnalibri di classe solo così link e le classi di libri
sono necessarie per implementare il metodo di classificazione dell'oggetto get.
Man mano che estendono una nuova classe condivisa in questo modo, soddisfiamo i requisiti di cui abbiamo discusso in precedenza.
Ecco come il protocollo comune sotto forma di merda di una classe su come implementazioni del metodo.
Solo in quelle classi dove conta.
Ecco come l'ereditarietà multipla può risolvere un problema.
Ma si può ricordare che in Java possiamo estendere solo una superclasse che gocciola e che i backcross non possono
estendere sia la condivisibile che la Brookbank.
Questo è che possono estendere solo uno di loro.
Ciò che significa è che il dollaro non supporta l'ereditarietà multipla e non supporta l'ereditarietà
multipla in quanto potrebbe essere un problema chiamato alfabeto diamante.
Vediamo che questo famigerato problema sta per capire abbastanza bene il dimero mortale che è semplicemente quel
problema dei diamanti.
Consideriamo questo diagramma di classe che incorpora l'ereditarietà multipla.
Sappiamo che la classe dei segnalibri definisce il metodo astratto facilmente eleggibile che viene sovrascritto sia nel
processo di film che di libro.
Prendiamo anche in considerazione questa nuova classe chiamata film e libro che estende sia il film che il libro
che sarebbe un film di ereditarietà multiple e la classe di libri rappresenta fondamentalmente un film basato su
un libro come nel caso di The Godfather o di Harry Potter.
Quindi è fondamentalmente un nuovo tipo di marchio di libro.
E in realtà gli uomini non hanno mai una tale classe nel nostro sistema, ma sono introdotti solo per
il gusto di questa discussione.
Quindi qui il under-class del cinema non sa che cosa è giusto per me e non ha importanza.
Quindi la domanda è quale versione del metodo eleggibile adatto ai bambini orientali è ereditata dal film
e prenotarci non erediterebbe l'arte del moto oceanica e del cinema e prenotarci.
E la risposta è che il linguaggio di programmazione deve supportare alcune regole complicate per affrontare questa ambiguità.
Java che conosciamo è progettato per essere semplice, quindi ho osservato questo problema evitando completamente l'ereditarietà multipla.
Cioè non puoi avere una classe come film e libri che si estendono comprati film e libri come puoi
vedere l'albero ereditario ha una forma a diamante.
Una classe che estende Google dice.
Ed entrambi estendono la stessa classe base.
Questo è il motivo per cui questo problema viene definito come il problema del demone.
Ora ecco un'illustrazione del problema di Biman a causa dello stato condiviso.
Quello che abbiamo appena discusso era dovuto a un comportamento condiviso.
Un segnalibro di una classe base definisce una variabile di istanza che viene inizializzata con un ereditario di un libro di classi
definito.
Sono d'accordo inizializza come fa mentre la classe moey reinizializza come faccio 50.
Quindi, ancora una volta la domanda è quale versione di I sarebbe ereditata dalla classe di film e libri.
Quindi questa è l'ambiguità, quindi il dollaro non supporta l'ereditarietà multipla.
In tal caso, come risolveremo il puzzle che abbiamo visto nella lezione precedente.
È così come possiamo ottenere che l'item lo abbia fatto solo in un libro su classi vaganti, nello stesso periodo
in cui definiamo il protocollo di coalman e per questo possiamo usare le interfacce che studieremo in seguito.
Ed è una funzionalità orientata agli oggetti molto importante.
Grazie.