¿Es un signo de mal diseño donde tienes muchas clases con solo 1 o 2 métodos en ellas?Mala OOP para tener muchas clases con solo 1 o 2 métodos
Estoy tratando de aprender el diseño OOP y he creado una pequeña aplicación (pequeña).
Ha terminado con bastantes clases implementando interfaces que contienen solo 1 o 2 métodos.
Se siente bien separado pero parece malo que las clases tengan muy pocos métodos.
Sé que cada situación será diferente, pero ¿es esto malo desde un punto de vista general?
Una pequeña parte de la aplicación determina los horarios para la alimentación de perros (cojo lo sé):
por lo que he tratado de implementar el patrón de estrategia aquí:
class DogFeedController
{
protected $strategy = null;
public function __construct(iDogFeedStrategy $strategy) {
$this->strategy = $strategy;
}
public function getFeedingSchedule() {
$morningFeeds = $this->strategy->generateMorningFeeds();
$eveningFeeds = $this->strategy->generateEveningFeeds();
}
}
class GeneralFeedStrategy implements iDogFeedStrategy
{
public function generateMorningFeeds() {
//do stuff here
}
public function generateEveningFeeds() {
//do stuff here
}
}
Realmente depende. Sería muy agradable ver algunos ejemplos concretos. –
tengo una actualización con un pequeño ejemplo de la aplicación que resalta de lo que estoy hablando. –
@ user1189880 ** no ** resalta nada :). Tener clases con una o dos funciones públicas es algo bueno. Pero no pueden ser largos (porque se volverán difíciles de comprender), de modo que, siempre que sea posible y necesario, extraiga cierta lógica repetida para funciones privadas. – dantuch