Duda sobre teoria de clases

[Keysher]

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.

Estábamos tratando (al menos yo) un problema de diseño con un ejemplo para que se entendiese mejor, pero no dejaba de ser algo sobre el papel. La finalidad era tener un diseño correcto, no un código que funcione. Eso es muy fácil y puedo hacerlo sin ningún problema.

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. 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.

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.

No sé porque no se puede “jugar” con los objetos. 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. 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.

En fin, puede que no me explique bien o que sea duro de cabeza…