<div class="gmail_quote">2012/5/14 Alessandro Nuzzo <span dir="ltr"><<a href="mailto:alessandro.nuzzo@heynet.it" target="_blank">alessandro.nuzzo@heynet.it</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Aiutano si a non duplicare il codice, ma aggiungono complessità in fase di analisi del codice o di debugging (vista la gestione delle precedenze, dei conflitti e degli alias).<br></blockquote><div><br></div><div>La mia opinione in 30'': l'ereditarietà multipla porta troppo spesso a classi poco coesive, che la usano solo per condividere codice in un singolo spazio invece che per stabilire relazioni realmente esistenti fra i concetti che le classi rappresentano. Già con l'ereditarietà singola ti ritrovi classi User con centinaia di metodi e proprietà ereditati da UserAbstract, User_Access, Record, e Base_Object; figurati cosa può succedere quando hai sorgenti multiple da cui importare i metodi come N traits.</div>

<div><br></div></div>-- <br>Giorgio Sironi (@giorgiosironi)<div><a href="http://giorgiosironi.blogspot.com/" target="_blank">http://giorgiosironi.com</a></div><br>