PHP OO Dónde deben estar los métodos de administración de clases?

[Josue_]

Hola, mi pregunta es más de diseño que de una cuestión de programación.
Al crear un sistema de información para una institución de Ajedrez usando PHP con POO tuve una gran duda de "conciencia" de no saber si estoy aplicando correctamente POO o no.
Voy al grano, si tengo las clases Persona, Torneo, Club, Jugador, y quiero hacer un formulario de registro de una nueva Persona, quién es el encargado de hacer la consulta de adición de ese campo en la BdD? porque como la persona aún no existe alguien tiene que registrarla en la BdD, en qué clase tiene que estar ese método?
Similarmente en qué clase tiene que estar el método que:
-Asigne una persona a un "Club" (por ejemplo)
-Listar torneos Próximos, Pasados, EnCurso
-Listar Clubes activos
-Eliminar de la BdD a un Torneo, Jugador, etc.
Estas tareas no parecen ser de una clase en particular, o no parece ser adecuado que una clase tenga poder sobre cosas que la administran a sí misma, y no la tengo bien clara, dónde deben ir estos métodos.
La forma en la que lo hice fué creando una clase muy especial llamada Methods, la cual hacía todas las tareas de este tipo.
Es eso correcto? hay una forma estándar de realizar esas tareas?
Espero sus respuestas, gracias.

[pateketrueke]

Me parece buen enfoque, en otros paradigmas que implican datos relacionados existen dos componentes principales: servicios y entidades.

Una entidad, por definición no puede auto-existir, es decir, no puede crearse a si misma.

Es ahí donde los servicios son quienes realizan dicha tarea.

Aplicado a tu caso es conveniente crear tantos servicios como entidades vayas necesitando en común, un servicio "UserService" se encargaría únicamente de gestionar usuarios, etc.

[dashtrash]

Una forma de dividir los métodos es entre métodos de instancia y de clase.
Los segundos son los que comúnmente se llaman métodos estáticos.
Cualquier operación que no parta de una instancia existente de una clase, pero que maneje instancias de esa clase, especialemente si debe acceder a variables miembro, tiene todas las papeletas de ser un método estático.
Supongamos que "crear un usuario" lo sacas fuera de la clase, y lo haces desde otra.
Esa otra clase va a tener que conocer el proceso de cómo construir un usuario, cosa que sólo deberia conocer Usuario.
De tu lista:

-Asigne una persona a un "Club" (por ejemplo)
Lo haces sobre una instancia concreta -- >metodo normal.Club tiene su metodo addMember.

-Listar <....>
Método estático.

-Eliminar de la BdD a un Torneo, Jugador, etc.
Lo haces sobre una instancia concreta ---> método normal.Torneo, jugador, etc, tiene su método destroy()

[Josue_]

Gracias. De acuerdo a la arquitectura MVC dónde deben estar ubicadas las clases que tienen métodos de instancia? En la misma carpeta "model"?.
Y con "normal" te refieres a una clase?

[dashtrash]

Iniciado por Josue_

Gracias. De acuerdo a la arquitectura MVC dónde deben estar ubicadas las clases que tienen métodos de instancia? En la misma carpeta "model"?.
Y con "normal" te refieres a una clase?

Cualquier clase puede tener metodos de instancia y de clase.No es que sean clases distintas las que tienen unos u otros.
Sobre en qué carpeta están esas clases según "MVC"...Pues depende de la interpretación de MVC.IMHO, en el modelo
Con normal me referia a método no estático.Debería haber dicho método de instancia.

[hhs]

Iniciado por Josue_

Gracias. De acuerdo a la arquitectura MVC dónde deben estar ubicadas las clases que tienen métodos de instancia? En la misma carpeta "model"?.
Y con "normal" te refieres a una clase?

Tu puedes organizar tus archivos y directorios como quieras, el modelo no te sugiere, ni te limita en ese sentido.
Complementando las opiniones de pateketrueke y dashtrashen; te sugiero que investigues sobre estas perspectivas de diseño de software :

• RDD (Responsibility Driven Design)
• DDD (Domain Driven Design)