No me ofende en absoluto. Creo que a pesar de que se extendió demasiado, seguíamos discutiendo sobre "Herencia múltiple".

Creo que no era la idea seguir hasta "infinito+1" ... amén de que ya estaba perdiendo mi energía vital como para poder seguir mucho más ;-)

Bueno la verdad es que tengo que dar la razón a enriqueplace.
Creo que de lo que no se ha hablado es de porque se descarta la herencia múltiple, como ya dijo enrique por problemas de diseño no de evolución, para poner un ejemplo:

Uno de los inconvenientes de la herencia múltiple es que si en dos o mas clases base existen métodos con el mismo nombre pero con diferente implementación y la sub-clase hereda este método de algunas de ellas, puede presentarse ambigüedad al utilizar estos métodos, ya que no se sabria a ciencia cierta de cual clase esta tomando la implementación en un momento dado.


Bien más claro agua creo yo, por qué interfaces? porque nos obligan a implementarlas así no se producen incoherencias.

Respecto a si se utiliza goto o no me da igual de hecho no conozco una universidad de ingenieria que te dejen programar con esa sentencia es más si la utilizas es un suspenso claro, ya que está demostrado que se puede programar igual o mejor sin utilizar goto. A ver quien es capaz de mantener un sistema con cientos o miles de gotos.


PHP5 jamás será de herencia múltiple y me alegro. Cada vez los lenguajes evolucionan más al diseño y eso es lo correcto hay que recordar que la fase de programación es sólo una dentro de las fases de desarrollo del software.

A los que os guste el diseño y PHP5 os invito a hechar un vistazo a Rails.

Impecable, no podría haber hecho yo mejor resumen que este ;-)

Con respecto a mis comentarios sobre la herencia múltiple, no son de mi invención ni se me ocurrieron meditando bajo un manzano ... luego de leer muchas opiniones al respecto que apuntaban a un tema de "evolución", fue que me puse a investigar y a tratar de discernir entre lo subjetivo de lo objetivo.

Y como bien concluyes en este claro resumen, los lenguajes son herramientas que se deben ajustar a los criterios de un diseño.

Por varias razones, ahora PHP5 se asemeja más a Java (aunque le sigan faltando los "namespaces" ;-) )