Cita: Creo que precisamente estábamos hablando del diseño, simplificando mucho. Sé lo que es un disparate y lo que no lo es. Y están clarísimas las relaciones entre los diferentes objetos. Precisamente por eso lanzaba la pregunta, para ver cual era la mejor manera de actuar en esos casos.
Disculpa, disculpa, disculpa! Una cosa es que venga un novato que dice que no sabe a hacer una pregunta y diga un disparate (que es entendible) y luego que vengas tú a de decir luego que tienes muy claro los conceptos de POO, luego no solo "no dejas entrever", lo haces de forma EXPLÍCITA! y si nos quedaran dudas, sigues agregando código cual más disparatado y -aún más- sigues defendiendo la loca posiblidad que tu tienes claros los conceptos!
(luego dicen que yo me enojo con facilidad, es que me lo dejan muy difícil).
Cita: En ningún momento he dejado entrever que rueda hereda de coche, simplemente lo he comentado como algo que compilaría y funcionaría, pero que no entra dentro de la lógica de programación orienta a objetos.
No sé como puedes mentir de esa forma y luego dejar tanta evidencia en tu contra, tú solo.
Cita: Sé perfectamente el tipo de relación que hay entre los objetos y mi idea era que fuesen clases privadas, pero PHP no permite esto. Así que la duda era simple: En éste lenguaje el concreto, cuál era la mejor opción para manejar estos casos. Sin más.
Me recuerdas al dicho "si no puedes con ellos, confúndelos"... justamente, si no entiendes o sabes manejar los conceptos base poco te servirá que PHP tenga o no clases "privadas".
Cita: Lo único que buscaba era una aclaración sobre cómo podría hacer una interrelación entre dos objetos, uno que dependa del otro sin poder usar clases privadas. Y a partir de ahí fui divagando sobre opciones que añadan simplicidad, seguridad y orden a esa relación.
Tengo dolor de estómago... en qué orden dijiste qué? "simplicidad, seguridad y orden"... con "rueda que extiende de Coche"? con un constructor que hace "return $this"? con un crear rueda que pregunta antes si es una rueda?
Mmmm....
Cita: No sé porque no se puede “jugar” con los objetos.
Como poder puedes, pero si tienes un mínimo de conceptos. Estoy seguro que si dejo a mis hijas pequeñas que no saben escribir que jueguen con ellos no llegarán a ningún lado productivo a pesar que pasen 12 meses... el mismo grado de productividad vas a tener sin conceptos, por lo tanto "probar por probar" es una pérdida de tiempo.
Cita: Tan sólo es un debate, en éste caso en concreto no creo que haya una “manera correcta que haya que seguir por cojones”, por muchos diagramas UML que se hagan.
Tomando en cuenta todo el código que intentas aplicar, sí, obviamente hay una manera incorrecta y es esta.
Cita: Hay un problema (imposibilidad de tener clases privadas) y se plantean soluciones. Punto. En ningún momento hemos debatido sobre cuál es la relación entre las dos clases (creo que eso quedaba bastante claro con el ejemplo, que era bastante gráfico), el fin del post era conseguir la mejor manera de implementarlo en PHP. Y al final es algo muy parecido a lo que había deducido en un principio: clases públicas independientes.
No te hacen falta las clases privadas si no sabes usar bien todo el resto de herramientas básicas del lenguaje.
La necesidad de clases privadas es tan importante como la herencia múltiple... ninguna.
Cita: En fin, puede que no me explique bien o que sea duro de cabeza…
Fuera de mi sentido del humor y mi ironía innata (los más viejos de este foro me conocerán), te lo digo muy amistosamente, creo que a cualquier con algo de experiencia que está para dar una mano a los novatos, no hay nada más molesto que un "intermedio", es decir, "alguien que no sabe, pero cree que sabe, y pero, tiene orgullo desmedido cuando lo corrigen".
No hay problema con equivocarse, pero tirar bombas de humo cuando cometes errores tan evidentes dentro de una pagoda repleta de ninjas, va a ser difícil que salgas bien parado
