Webdeveloper – Blog Goweb Agency

DRY vs WET Coding

goweb — Fri, 10 Jan 2020 15:55:27 +0000

Don’t Repeat Yourself (DRY) é um princípio de desenvolvimento de software, cujo objetivo principal é reduzir a repetição de código.
Write Everything Twice (WET) é uma abreviação arrojada para significar o oposto, ou seja, código que não segue o princípio DRY.

Um programador que se esforça para manter seu código DRY, portanto, não repeti-lo, geralmente segue a melhor prática. Mas há momentos em que adicionar um pouco de WET ao seu código poderá facilitar a vida de todos os programadores.

O computador já tem muito o que fazer, então, porquê escrever código que fará com que perca mais tempo na compilação?

A memória também é fundamental. Esgotar a memória, ou usar a memória desnecessariamente, é uma forma de colocar o código no lixo. Tornando o código WET pode também ajudar a chegar lá – ao lixo! Os primeiros tempos dos computadores, quando o armazenamento nem chegava a um kilobyte, recorda-se? Nada é ilimitado.

= DRY – Exemplo Simples =

Supondo que temos muitos lugares no código que precisam de ser executados com base na função do user atual. Por exemplo, criarPagina() só pode ser executado se o user for um editor ou administrador, apagarPagina() somente se o user for um administrador, etc.

Em vez de disseminar a lógica de verificar a função de um usuário em criarPagina() e apagarPagina(), podemos usar uma única função permissao() como abaixo.

// busca do utilizador
$utilizador = utilizadorActual();

if (permissao($utilizador)) {
// pode apagar a página
} else {
// bloqueia a função de apagarPagina()
}

Mantendo a lógica de permissao() num local, evita assim a duplicação e também habilita a reutilização do código. A vantagem adicional é a separação da lógica, ou seja, criarPagina() e apagarPagina() não precisam de saber como a permissão é verificada.

= Vantagens do DRY =

1. Manutenção
O maior benefício do uso de DRY é a manutenção.
Se a lógica da verificação da permissão foi repetida em todo o código, torna-se difícil corrigir os problemas que surgem no código repetido. Quando se corrige um problema num lugar só, pode-se facilmente esquecer de corrigi-lo noutras ocorrências.
Além disso, se precisar de modificar a lógica, precisará de copiar e colar em todo os sítios. Por ter código não repetido, só precisará de manter o código num único local. Novas lógicas e correções de bugs podem ser feitas num sítio apenas, em vez de em muitos sítios. Isto torna um software robusto e confiável.

2. Legibilidade
Frequentemente, o código DRY é mais legível. Isso não se deve ao próprio princípio DRY, mas ao esforço extra que o programador dedica ao código para fazê-lo seguir certos princípios, como o DRY.

3. Reutilização
O DRY promove a reutilização de código porque estamos a utilizar duas ou mais instâncias de repetição de código num único bloco de código.
O código reutilizável é pago a longo prazo, à medida que acelera o tempo de desenvolvimento.

4. Custo
Se a gestão da empresa precisar de ser convencida sobre investir mais tempo na melhoria da qualidade do código, então é isto: mais código custa mais.
Mais código demora mais tempo para os técnicos manterem e resolverem erros. Mais tempo para desenvolver e mais erros tornam um cliente infeliz.

5. Testes
Quanto mais caminhos e funções tiver que cobrir utilizando os testes, mais código será necessário escrever para os testes.
Se o código não for repetido, apenas precisará de testar um caminho principal, sendo que, comportamentos diferentes ainda precisam de ser testados, obviamente.

= Cuidados a ter =

Com todas as vantagens de usar o DRY, existem, porém, algumas armadilhas:

1. Nem todo o código precisa de ser “misturado” numa única porção. Algumas vezes, duas partes do código podem parecer semelhantes, mas com diferenças subtis. Quando misturar essas porções de código numa só e quando deixá-las separadas, deverá ser cuidadosamente pensado.

2. Se o código estiver “muito seco”, torna-se difícil de ler e compreender. Muitos programadores tentam aplicar o princípio DRY, mesmo quando há apenas uma instância de um bloco de código.

3. Frequentemente esquecido, o DRY não se limita apenas ao código. Deve ser aplicado em igual medida ao design da base de dados, documentação, código de teste, etc.

= Opinião Pessoal =

Pessoalmente, “as coisas parecem mais feias” quando um código é muito WET. Muitas vezes, faz-me sentir de imediato que o código não está limpo, organizado e que tem, por isso, má leitura.
Mais coisas, como implementar OOP (Object Oriented Programming) – Herança, polimorfismo, são boas práticas para evitar o código WET.

PS: O código não é temperamental!

The post DRY vs WET Coding appeared first on Blog Goweb Agency.

Bye! Microsoft Edge também vai trocar Flash por HTML5 em seu próximo update

goweb — Mon, 11 Sep 2017 09:30:34 +0000

Embora em outros tempos sua tecnologia e seus recursos fossem verdadeiros reis da internet, adornando sites de todos os tipos, temas e gostos, o Flash está quase que literalmente com os seus dias contados. Depois de a Google lançar oficialmente uma versão do Chrome que chuta o formato para escanteio em favor do mais atual e dinâmico HTML5, agora é a vez da Microsoft mandar avisar que o novo navegador da casa, o Edge, também vai seguir um caminho parecido.

De acordo com uma postagem no blog oficial do Windows 10, a empresa de Redmond deixou claro que o antigo padrão vai ser praticamente aposentado na próxima atualização do browser. A ideia é que, ao ser instalado, o programa desabilite automaticamente o Flash e ative a reprodução em HTML5 caso ela esteja disponível na página. Se o novo player não for oferecido, o software deve apresentar aos internautas a opção de ativar o plugin legado.

O usuário terá a opção de ativar o plugin caso seja necessário

A estratégia é bem semelhante a implementada recentemente pela Gigante das Buscas, incluindo a “isenção” desse bloqueio a grande portais e sites que ainda dependem muito dessa tecnologia – embora, no caso da Microsoft, não haja uma listagem das marcas nessa situação ou quanto tempo elas têm para se adaptar ao novo formato. Segundo a publicação da companhia, os integrantes do programa de testes da casa – o Insider – devem receber muito em breve esse update, ajudando a polir possíveis rebarbas dessa mudança.

“Google, Apple e até Mozilla já deixaram claro seus planos de substituir o Flash”

Quando o usuário final pode esperar pela novida? Tudo indica que essa versão do navegador vai ser liberada ao público geral no início de 2017, muito provavelmente junto do já bastante aguardado Creator’s Update – o próximo grande pacote de atualizações programado para o Windows 10. Seja como for, não é como se a Microsoft estivesse dando algum tipo de golpe baixo na Adobe, uma parceira de longa data. Isso porque Google, Apple e até Mozilla já deixaram claro seus planos de substituir completamente o Flash no futuro próximo.

FONTE(S) THE VERGE/CHAIM GARTENBERG
IMAGEN(S) WINDOWS BLOG

Origem: https://goo.gl/r3MSZp

The post Bye! Microsoft Edge também vai trocar Flash por HTML5 em seu próximo update appeared first on Blog Goweb Agency.

HTML5: surpreenda-se com as possibilidades gráficas de Canvas

goweb — Wed, 30 Aug 2017 09:30:38 +0000

Nenhum software externo é usado nestas animações. (Fonte da imagem: Reprodução/Codepen.Io)

Se você é programador, entusiasta a web designer ou apenas gosta de ficar por dentro do “mundo mágico da programação”, estas demonstrações do poderio gráfico de Canvas certamente vão lhe chamar a atenção.

E detalhe: os códigos listados a seguir são também um convite a quem “gosta de brincar com a física”, conforme comenta o próprio criador das animações.

Mas estamos falando do quê? O Canvas é um elemento de HTML5 capaz de delimitar uma área específica na página para a renderização dinâmica de gráficos. A linguagem mais utilizada por esse recurso é a Javascript – que permite, portanto, a criação de animações através de códigos de programação dinâmica.

Para visualizar e até mesmo interagir com os códigos elencados abaixo, clique sobre a opção “Ver demo” (ao lado do título de cada uma das animações); você será automaticamente direcionado ao site Develop Mozila ou ao Codepen.Io – endereços responsáveis por hospedar os recursos interativos.

1 – Zen Photon Garden (Ver demo)

Clique em “Ver demo” para acessar a animação. (Fonte da imagem: Reprodução/DeveloperMozila)

Esta demonstração permite que linhas sejam desenhadas na tela. Um tipo de feixe de luz branca fica ao fundo do monitor; os seus rabiscos vão funcionar como uma rede, filtrando alguns raios luminosos.

2 – Tear-able Cloth (Ver demo)