• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer

Geekebrains

Para programadores, maker y geeks en general

  • Inicio
  • Zona Coders!
  • Zona makers!
  • Zona Junior!
You are here: Home / Qué es ...? / Principio: Tell, Don’t ask

8 diciembre, 2022 Por Editor Leave a Comment

Principio: Tell, Don’t ask

El patrón Tell Don’t Ask es un principio de diseño que se utiliza para mejorar la cohesión y la modificabilidad del código al evitar la tentación de preguntar por los estados de los objetos y, en su lugar, pedirles que realicen una acción. Este patrón se basa en la idea de que cada objeto debe tener un conocimiento limitado de otros objetos y debe comunicarse solo con sus amigos directos.

A continuación te proporciono un ejemplo de cómo podría utilizarse el patrón Tell Don’t Ask en TypeScript:

Copy codeclass Order {
  private items: Item[] = [];
  private total: number = 0;

  constructor() {}

  public addItem(item: Item): void {
    this.items.push(item);
    this.total += item.getPrice();
  }

  public getTotal(): number {
    return this.total;
  }
}

class Item {
  private name: string;
  private price: number;

  constructor(name: string, price: number) {
    this.name = name;
    this.price = price;
  }

  public getPrice(): number {
    return this.price;
  }
}

const order = new Order();
const item1 = new Item('Pizza', 10);
const item2 = new Item('Soda', 2);
order.addItem(item1);
order.addItem(item2);

console.log(order.getTotal());
// Output: 12

En este ejemplo, tenemos dos clases: Order y Item. La clase Order tiene una lista privada de elementos y un atributo privado para el total, y tiene un método público llamado addItem que se utiliza para agregar un elemento a la lista y actualizar el total. La clase Item tiene atributos privados para el nombre y el precio y un método público llamado getPrice que se utiliza para obtener el precio del elemento.

Al utilizar el patrón Tell Don’t Ask, podemos ver cómo la clase Order no pregunta por el precio de un elemento, sino que le pide a la clase Item que devuelva su precio a través de un mensaje. Esto permite mejorar la cohesión y la modificabilidad del código al evitar la tentación de preguntar por los estados de los objetos y, en su lugar, pedirles que realicen una acción.

Tell, Don’t ask (¡Manda y no preguntes!) es un recordatorio de que no tenemos que usar los objetos para pedirles cosas y según la información que nos devuelven tomar decisiones, sino que lo que debemos hacer es decirles a los objetos que hagan cosas y estos objetos internamente tomaran sus propias decisiones según de su estado.

Insiste en el encapsulado de la lógica en la propia clase.

class ControlRiego{
    const MINIMO_HUMEDAD = 20;
    public $humedad;

    public function regar(){}
}

En el código que no sigue los principios de Tell don’t ask toda la acción se realiza fuera del objeto, de este modo:

//Realizamos la instanciación del objeto
$instControlRiego = new ControlRiego();

//chequeamos si la humedad es menor al nivel nímimo.
if ($instControlRiego->humedad < $instControlRiego::MINIMO_HUMEDAD){
    $instControlRiego->regar();
}

Lo mas correcto sería:

class ControlRiego{
    const MINIMO_HUMEDAD = 20;
    //ahora nuestra variable puede ser privada
    private $humedad;

    public function regar(){

        if ($this->humedad < $self::MINIMO_HUMEDAD){
            //retornamos: Se ha llevado a cabo la acción de riego
        }

        //retornamos: No se ha llevado a cabo la acción de riego

    }
}

Filed Under: Qué es ...?, Zona Coders! Tagged With: Diseño de Software, Patrones de Diseño de Software

Previous Post: « Value Object
Next Post: Aggregate »

Reader Interactions

Deja una respuesta Cancelar la respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Primary Sidebar

Categorías

  • Cómo …?
  • Experimentos
  • GeekeBlocks
  • Noticias Geek
  • Proyectos
  • Qué es …?
  • Quién es …?
  • Zona Coders!
  • Zona Junior!
  • Zona makers!

Etiquetas

Arduino Arquitectura de software base64 Bases de Datos cer cert Certificados Digitales Clean Code Code Smells Cordova DBeaver Diseño de Software docker docker-compose Domain Drive Design Edición de video https IDE Java javascript jest lenguajes de programación Librerías de JavaScript linux MongoDb MySQL NodeJS NoSQL odoo Open Source openssl Oracle package.json Patrones de Diseño de Software pem plugins Postgres Prettier ReactJS Refactoring shell SSL TypeScript utilidades de software Visual Studio Code

Entradas recientes

  • NestJs
  • Docker-compose y mongoDB: Failed to start up WiredTiger under any compatibility version?
  • Ponerle nombre a las cosas: camelCase, snake_case, kebab-case, PascalCase, MACRO_CASE y Train_Case
  • OBS – Open Broadcaster Software
  • Duck typing
  • Patrón de arquitectura: Backend for Frontend – BFF
  • SaaS, PaaS y IaaS
  • Notion
  • GitHub Actions
  • MockServer

Jesús A. Carballo Santaclara

Empezé trasteando en los 80' con un mi primer ZX espectrum, en los 90' con un PC 8086 (...) y el resto es una larga historia.
Trabajo de forma profesional en esto de los ordenadores desde hace mas de 25 años y tengo unas cuantas aventuras que podría gustarte oir.

Footer

Copyright © 2023 · GeekeZonia · Aviso Legal · Política de Cookies · Política de Privacidad · Log in