Strategy: Algorithm Swapping

Why this matters

A checkout that handles PayPal, card, and bank transfer with a long if/elif block violates the Open-Closed Principle: adding crypto requires editing the checkout class. Strategy encapsulates each algorithm in its own class and injects it at the call site. The checkout delegates to whatever strategy it receives — adding crypto means writing a new class and wiring it in, zero edits to existing code.

Un checkout que maneja PayPal, tarjeta y transferencia bancaria con un largo bloque if/elif viola el Principio Abierto-Cerrado: añadir crypto requiere editar la clase checkout. Strategy encapsula cada algoritmo en su propia clase y lo inyecta en el sitio de llamada. El checkout delega a cualquier estrategia que reciba — añadir crypto significa escribir una nueva clase y conectarla, cero ediciones al código existente.

✗ The problem

✓ The solution

Strategy vs. StateStrategy vs. State

Strategy and State look structurally identical — both inject a polymorphic object that the context delegates to. The difference is intent: a Strategy is selected by the client and usually doesn't change after construction; a State transitions itself internally as the object moves through its lifecycle. When in doubt: if the algorithm is chosen externally, it's a Strategy; if the object changes its own behavior over time, it's a State.

Strategy y State se ven estructuralmente idénticos — ambos inyectan un objeto polimórfico al que el contexto delega. La diferencia es la intención: una Strategy es seleccionada por el cliente y normalmente no cambia después de la construcción; un State se transiciona internamente mientras el objeto avanza por su ciclo de vida. En caso de duda: si el algoritmo se elige externamente, es una Strategy; si el objeto cambia su propio comportamiento con el tiempo, es un State.