ROUGH DRAFT (trabalho em andamento)

Olá, colegas programadores. Este é meu primeiro tutorial, então se eu tiver algum erro ou algo não estiver claro, fique à vontade para deixar um comentário e eu irei melhorar este post sempre que possível.

Evento-Condição-Ação: O que é isso?

A definição mais simples que encontrei é o fluxo de instruções para um programa . Ao comunicar-se com seu programa (escrever código), você está, na verdade, dando instruções aos programas. Na realidade, não é diferente de dar instruções a outro humano.

Acredito ter decifrado a melhor maneira de dar instruções tanto para humanos quanto para programas.

Eventos

Ao dar instruções, tendemos a usar a palavra quando . Ou seja:
* Quando (o cachorro fica com fome)
* Quando (a página é carregada)
* Quando (um botão é clicado)

Você sempre começa a ouvir quando algo acontece. Ao codificar a funcionalidade, provavelmente sempre haverá um quando . (Pelo menos tracei qualquer ponto de partida da lógica de programação para sempre ter um)

Açao

Antes de chegar à condição , a ação é a próxima etapa. Gosto de usar a palavra que deveria para declarar a ação.
* Deve (comer)
* Deve (abrir um pop-up)
* Deve (adicionar uma classe a este elemento)

Você sempre terá uma ação. Não adianta ouvir um evento se você não vai fazer nada depois de ouvi-lo. Às vezes, isso pode ser múltiplo , deveria . Ou seja, quando o cavalo corre, ele deve colocar o casco dianteiro esquerdo para cima, casco direito para cima, casco traseiro para cima, etc. (Não sei se é assim que os cavalos realmente correm)

Doença

As condições são opcionais, mas são mais prováveis ​​em seu aplicativo, especialmente se você não estiver usando uma linguagem OOP. Você pode identificar uma condição pelo if .
* If (não comeu)
* If (url está na página inicial)
* If (o dispositivo é móvel)

Se as declarações controlam quais ações você executará. Embora esta parte seja opcional, estranhamente é a parte mais importante do seu aplicativo. Se você não tiver certeza da condição exata que deve ser atendida (=== true), seu aplicativo pode fazer algo completamente diferente do que você gostaria.

Conclusão

Estas são as ideias que tive ao escrever testes de unidade em Javascript recentemente. Parece que com essa ideia de Evento-Condição-Ação em mente, você pode escrever um código mais limpo e separar a lógica em funções um pouco melhor. Meu próximo tutorial será como aplicar isso no Behavior Driven Development, espero que faça mais desde quando mostro o código de exemplo.

Obrigado pela leitura. Se você tiver alguma dúvida, fique à vontade para perguntar abaixo.

Teorias rápidas
* Se você estiver usando uma linguagem OOP com sobrecarga de funções, você pode omitir as condições de escrita