Pular para o conteúdo principal

C# - Design Patterns - Strategy

Olá! Seguindo a proposta de padrões de projeto com C#, falaremos hoje sobre o padrão comportamental Strategy. Para ver outros padrões que já visitamos por aqui consulte esse link. Esse tema foi tratado de forma brilhante aqui.


Introdução

É muito comum no dia dia nos depararmos com necessidades que executam ações de formas diferentes, ou seja, apesar do trabalho ser o mesmo a forma de execução é distinta, exemplos clássicos são a cobrança de impostos (ICMS e ISS são impostos porém cada um tem seu próprio cálculo), cálculos de descontos entre outros. 


Nos exemplos citados anteriormente o que temos é uma mesma tarefa que, em determinado fluxo da aplicação deverá ter um comportamento com um resultado e em outro fluxo teremos comportamentos e resultados diferentes.


Uma situação muito comum é simplesmente separar o fluxo em "ifs" e em cada bloco codificar o que precisamos, no exemplo dos impostos bastaria um: 

        
            if (imposto = ICSMS) { tratamento ICMS ... } else { tratamento ISS ... }
        
    

Num primeiro momento essa abordagem parece bem plausível, afinal temos apenas dois impostos, mas se pensarmos que a quantidade de impostos pode aumentar, ou pior, que poderemos usar esses mesmos cálculos em diversas partes do código acabaremos nos deparando com métodos excessivamente grandes, com mais de um propósito, código duplicado e por ai vai.


Strategy

Para nos ajudar com situações como as descritas anteriormente podemos usar o Strategy, com ele podemos ter variações de um mesmo algoritmo e usar cada uma dessas variações em tempo de execução conforme a necessidade.


Esse padrão nos permite isolar as características de cada implementação, o que simplifica a manutenção e isola o código, o que nos permite criar novas estratégias sem medo de quebrar outras que já estão em funcionamento.


Para usar o Strategy precisaremos basicamente de:


  • Uma interface que determine o que todas as estratégias deverão implementar/expor, geralmente um método de execução da tarefa;
  • Implementações das estratégias, com base na interface definida;
  • Uma classe de contexto, que conhece apenas a interface da estratégia, o contexto recebe a estratégia a ser executada sem saber o que ela faz, a única preocupação do contexto é receber a estratégia e chamar seu método de execução (conhecido devido a interface);
  • Uma classe que define a estratégia a ser usada que é passada para o contexto executar;

Exemplo

Neste exemplo, temos três classes: ICMS e ISS implementam a interface IImpostoStrategy e tem o método CalcularImposto que é responsável pela execução do cálculo. A classe CalculadoraDeImpostos tem uma propriedade privada _estrategia que é do tipo IImpostoStrategy e no construtor é passado uma instância do tipo IImpostoStrategy. A classe CalculadoraDeImpostos tem um método CalcularImposto que retorna o valor calculado da estratégia atual. O método MudarStrategy é usado para trocar a estratégia atual de calculo de impostos:

        
            interface IImpostoStrategy
            {
                double CalcularImposto(double valor);
            }
        
            class ICMS : IImpostoStrategy
            {
                public double CalcularImposto(double valor)
                {
                    return valor * 0.2;
                }
            }
        
            class ISS : IImpostoStrategy
            {
                public double CalcularImposto(double valor)
                {
                    return valor * 0.1;
                }
            }
        
            class CalculadoraDeImpostos
            {
                private IImpostoStrategy _estrategia;
        
                public CalculadoraDeImpostos(IImpostoStrategy estrategia)
                {
                    _estrategia = estrategia;
                }
        
                public void MudarStrategy(IImpostoStrategy estrategia)
                {
                    _estrategia = estrategia;
                }
        
                public double CalcularImposto(double valor)
                {
                    return _estrategia.CalcularImposto(valor);
                }
            }
        
            class Program
            {
                static void Main(string[] args)
                {
                    var calculadora = new CalculadoraDeImpostos(new ICMS());
                    var valor = 10000.0;
                    var imposto = calculadora.CalcularImposto(valor);
                    Console.WriteLine($"Valor: {valor}, Imposto: {imposto}");
        
                    calculadora.MudarStrategy(new ISS());
                    imposto = calculadora.CalcularImposto(valor);
                    Console.WriteLine($"Valor: {valor}, Imposto: {imposto}");
                }
            }
        
    

Conclusão

Hoje vimos uma forma bem simples de se pensar um problema (impostos) de maneira única usando uma o padrão "Strategy", de modo que todos os impostos são tratados de maneira uniforme respeitando as suas impementações que são distintas.


Comentários

Mais visitadas

Array no PL/SQL (Oracle)

Trabalhar com estruturas indexadas pode nos poupar muito trabalho, deixar o código mais limpo e reutilizável, pois bem vamos dar um exemplo de como fazer isso no PL/SQL. Criaremos um tipo table que seja capaz de armazenar nomes de uma tabela de funcionários de forma indexada, e em seguida mostraremos o que foi armazenado, segue o código: 1: declare 2: -- tipo tabela contendo apenas texto e indexado 3: type TipoNomFunc is table of varchar 2(200) index by binary_integer; 4: -- variável do nosso tipo (como nosso tipo é indexado ele funcionará como um array) 5: func TipoNomFunc; 6: -- indice para loop 7: indice number := 1; 8: -- 9: begin 10: -- 11: -- cursor para nossa tabela de funcionarios 12: for emps in ( 13: select * 14: from funcionarios 15: ) 16: loop 17: -- colocamos o nome do funcionario em nosso "vetor" 18: func(indice) := emps.nom_funcionario; 19: -- incrementamos o indice 20:...

Criando uma Aplicação CRUD com Flask, PostgreSQL e Docker

Criando uma Aplicação CRUD com Flask, PostgreSQL e Docker Neste guia, vamos criar uma aplicação básica que acessa um banco de dados PostgreSQL e realiza operações CRUD (Create, Read, Update, Delete). Vamos usar Flask e executar tudo com Docker. Sem estilos ou extras, apenas o essencial. Estrutura do Projeto crud-app/ |-- app/ | |-- app.py | |-- templates/ | | |-- index.html | | |-- edit.html |-- Dockerfile |-- requirements.txt |-- docker-compose.yml Passo 1: Dependências Crie um arquivo requirements.txt com as seguintes linhas: Flask==2.2.2 Flask-SQLAlchemy==3.0.2 psycopg2-binary==2.9.3 Werkzeug==2.2.2 Passo 2: Aplicação Flask Arquivo app/app.py : from flask import Flask, render_template, request, redirect, url_for from flask_sqlalchemy import SQLAlchemy app = Flask(__name__) # Configuração do banco de dados app.config['SQLALCHEMY_DATABASE_URI'] = 'postgresql://user:password@db:5432/crud_db' app.config['SQLALCHEMY_TRACK_MODIFICATIONS'] = False db...

Aplicação Flask usando Nginx e Gunicorn

Aplicação Flask usando Nginx e Gunicorn Se você já desenvolveu uma aplicação Flask básica, sabe que o servidor de desenvolvimento embutido não é ideal para produção. Ele não é projetado para lidar com altos volumes de tráfego ou conexões simultâneas. Para tornar sua aplicação Flask mais robusta e pronta para produção, podemos usar o Gunicorn como servidor de aplicação e o Nginx como proxy reverso. Neste artigo, vamos adaptar o exemplo anterior ( Criando uma Aplicação CRUD com Flask, PostgreSQL e Docker ) para incluir o Nginx e o Gunicorn. O que são Nginx e Gunicorn? Gunicorn O Gunicorn (Green Unicorn) é um servidor de aplicação WSGI que roda aplicações Python como o Flask. Ele é eficiente e simples de configurar, lidando com múltiplas requisições ao mesmo tempo, algo que o servidor embutido do Flask não faz bem. Nginx O Nginx é um servidor web que atua como um proxy reverso. Ele recebe requisições HTTP e as encaminha ao Gunicorn. Além disso, o Nginx pode: Servir arquivos ...