const firstNumb = 100;let secondNumb;const secondNumb = firstNumb > 50 ? "Number is greater than 50" : "Number is less than 50";Aqui está o mesmo código escrito no formato tradicional de formato longo:
const firstNumb = 100;let secondNumb;if (firstNumb > 50) { secondNumb = "Number is greater than 50";} else { secondNumb = "Number is less than 50";}O segundo estilo de programação consiste em muito mais linhas de código que o primeiro. Mas você pode argumentar que é mais fácil ler e interpretar, especialmente para programadores iniciantes.
Ainda assim, a primeira versão com a sintaxe do operador ternário pode economizar muito tempo se você quiser escrever um if..else declaração em apenas uma linha.
Se você estiver trabalhando em um projeto com outras equipes de programação, verifique se seu código está legível. Especialmente se você se importa com a sustentabilidade a longo prazo do projeto.
Você precisa considerar que outros desenvolvedores podem não conseguir interpretar facilmente seu código-fonte. Portanto, você precisa tornar seu código fácil e rapidamente compreensível.
Por exemplo, se você estiver colaborando com outros desenvolvedores na criação de um aplicativo que busca Conteúdo Netflix, é melhor usar linhas de código longas e claras. Nesse caso, linhas curtas de código podem mostrar apenas aos seus colegas que você é “inteligente” e a entrada deles pode não ser útil.
2. Manutenção
Código curto e confuso pode ser difícil de manter. Isso pode resultar em problemas como bugs e custos indiretos mais altos durante a manutenção de qualidade. Também pode causar problemas de motivação e confusão para você como desenvolvedor.
E se você escrever um pequeno pedaço de código e descobrir que não poderá interpretá-lo daqui a seis meses? Um código mais longo e detalhado pode ajudá-lo a se familiarizar com o que escreveu e por que o escreveu nesse estilo específico.
Com código mais longo, depuração um programa se torna muito mais fácil, pois você terá variáveis não relacionadas para examinar e mais locais para inserir pontos de interrupção.
Por outro lado, códigos curtos e pouco claros podem desperdiçar tempo e dinheiro, enquanto os desenvolvedores re-fatoram ou reescrevem o código existente para incluir novos recursos que são mais fácil de manter a longo prazo.
Este código é mais curto:
let a, b, c= 50;No entanto, é mais fácil manter o código abaixo:
let a;let b;let c = 50;3. Eficiência
Indiscutivelmente, o uso de linhas mais curtas de código é mais eficiente do que distribuir o código por várias linhas. Se você tiver mais linhas de código, há mais lugares para ocultar os bugs, e encontrá-los pode ser mais complicado.
Menos linhas de código podem alcançar os mesmos resultados (e provavelmente melhores) do que muitas linhas de código. Se você reduzir a quantidade de código em uma tarefa, diminuirá a contagem de erros, especialmente se o código-fonte for claro, legível e sustentável.
Ademais, escrever longas linhas de código pode exigir a inclusão de muitas variáveis locais, pois é necessário formular nomes para elas. Todos esses nomes diferentes podem levar a confusão e programas ineficientes.
Se você deseja criar aplicativos eficientes com menos bugs para incomodá-lo, usar menos linhas de código pode ser sua melhor solução.
4. Carga de trabalho esperada
A codificação abreviada permite que você obtenha mais com menos e, portanto, reduz drasticamente o número de horas que você gasta desenvolvendo seus aplicativos. Com treinamento e experiência suficientes, você pode aprender a fazer mais rapidamente e com menos linhas de código.
Como você provavelmente sabe, longas linhas de código às vezes exigem escrita e podem fazer você ficar em longas horas.
Com o código curto, você pode diminuir a quantidade de código necessária para instruções repetitivas e manipulação de string. Dessa forma, em vez de usar código detalhado, você pode combinar convenientemente várias etapas em etapas únicas e reduzir bastante sua carga de trabalho e outros custos associados.
Aqui está um código JavaScript escrito usando várias linhas:
function myFunc(foo) { console.log("Hello World", foo);}setTimeout(function () { console.log("Upload completed");}, 3000);mylist.forEach(function (foo) { console.log(foo);});E, aqui está o mesmo código em um formato mais curto escrito usando o Sintaxe da função de seta JavaScript:
myFunc = (foo) => console.log("Hello World", foo);setTimeout(() => console.log("Upload completed"), 3000);mylist.forEach((foo) => console.log(foo));Claramente, o primeiro exemplo requer mais tempo para escrever do que o segundo exemplo.
Se a carga de trabalho é importante para você e você possui habilidades de programação suficientes, provavelmente usar o código mais curto é o caminho a percorrer.
Conclusão
Por fim, a escolha entre usar código longo e código curto não importa. Em vez disso, o que importa é escrever o código de maneira adequada para o uso pretendido. O código-fonte mais longo do que o necessário deve resultar em mais erros, aumento da carga desnecessária e perda de tempo e recursos.
Por outro lado, se você estiver escrevendo código mais curto, substituindo várias linhas simples de código por uma complexa linha de código, ou instruções verbais por vagas, ou operações diretas com hacks estranhos, a perda de utilidade geral normalmente superará o ganho em concisão.
Portanto, ao criar um aplicativo, certifique-se de que todas as linhas atendam ao seu objetivo. E se você usa linhas longas de código ou linhas curtas de código não deve ser seu principal motivador.
Seu objetivo real para cada caso deve ser alcançar altos padrões de legibilidade, manutenção, eficiência e economia de custos – normalmente nessa ordem. E o número de linhas de código não deve ter um lugar nessa lista.