Implementar vs. Extender

Parte de la sección Programación Orientada a Objetos del Journey de Dart de Coddy. Lección 47 de 110.

Ahora que entiendes tanto extends como implements, aclaremos cuándo usar cada uno.

Usa extends cuando quieras heredar comportamiento. Tu subclase obtiene todo el código de la clase padre de forma gratuita y puede basarse en él:

class Animal {
  void breathe() {
    print('Breathing...');
  }
}

class Dog extends Animal {
  void bark() {
    print('Woof!');
  }
}

void main() {
  var dog = Dog();
  dog.breathe();  // Heredado - funciona automáticamente
  dog.bark();
}

Usa implements cuando quieras garantizar una estructura sin heredar código. Debes escribir cada método tú mismo:

class Robot implements Animal {
  @override
  void breathe() {
    print('Ventilating circuits...');  // Implementación completamente personalizada
  }
}

La diferencia clave: extends dice «soy un tipo de esto», mientras que implements dice «puedo hacer lo que esto hace». Un Dog es un Animal y respira de la misma manera. Un Robot no es un animal, pero puede cumplir el mismo contrato con su propia lógica.

Recuerda: solo puedes extender una clase, pero puedes implementar muchas interfaces. Elige extends para relaciones de herencia reales y implements cuando necesites flexibilidad o quieras hacer cumplir un contrato sin compartir detalles de implementación.

Desafío

Fácil

Construyamos un sistema de trabajadores que demuestre cuándo usar extends frente a implements. Crearás una clase base de trabajador y después mostrarás ambos enfoques: una clase que realmente «es un» trabajador y hereda su comportamiento, y otra que simplemente «puede hacer» lo que hace un trabajador, pero con una lógica completamente personalizada.

Organizarás tu código en dos archivos:

worker.dart: Define aquí tu jerarquía de trabajadores:
- Una clase Worker con una propiedad String name y un constructor. Incluye un método work() que imprime [name] is working... y un método takeBreak() que imprime [name] takes a coffee break
- Una clase OfficeWorker que extiende Worker. Añade una propiedad String department. Sobrescribe work() para que imprima [name] is typing reports in [department], pero conserva el comportamiento heredado de takeBreak()
- Una clase RobotWorker que implementa Worker. Añade una propiedad String model. Como los robots no son realmente trabajadores, pero pueden hacer lo que hacen los trabajadores, proporciona implementaciones completamente personalizadas: work() debe imprimir Robot [model] is assembling parts y takeBreak() debe imprimir Robot [model] is recharging
main.dart: Importa tu archivo de trabajadores y demuestra ambos enfoques:
- Crea un OfficeWorker llamado 'Alice' en el departamento de 'Marketing'
- Crea un RobotWorker con el modelo 'RX-7'
- Para el trabajador de oficina, llama a work() después a takeBreak()
- Imprime una línea vacía
- Para el trabajador robot, llama a work() después a takeBreak()

Observa cómo OfficeWorker hereda takeBreak() automáticamente porque extiende Worker: realmente «es un» trabajador. Mientras tanto, RobotWorker debe proporcionar su propia implementación para todo porque solo implementa la interfaz: «puede hacer» lo que hace un trabajador, pero a su propia manera robótica.

Salida esperada:

Alice is typing reports in Marketing
Alice takes a coffee break

Robot RX-7 is assembling parts
Robot RX-7 is recharging

Pruébalo tú mismo

import 'worker.dart';

void main() {
  // TODO: Crea un OfficeWorker llamado 'Alice' en el departamento de 'Marketing'
  
  // TODO: Crea un RobotWorker con el modelo 'RX-7'
  
  // TODO: Para el office worker, llama a work() y luego a takeBreak()
  
  // TODO: Imprime una línea vacía
  
  // TODO: Para el robot worker, llama a work() y luego a takeBreak()
}