M\u00f3vel? Web? N\u00e3o me interessa.<\/h2>\n
Digamos que queremos criar uma aplica\u00e7\u00e3o que utilize o React<\/a> biblioteca. Esta biblioteca pode ser utilizada para construir aplica\u00e7\u00f5es web e aplica\u00e7\u00f5es m\u00f3veis com o React nativo. Os mecanismos l\u00f3gicos da aplica\u00e7\u00e3o, tais como autoriza\u00e7\u00e3o, computa\u00e7\u00e3o, filtragem dados<\/a> e assim por diante, podem ser feitas com ganchos React. A quest\u00e3o \u00e9 que estes hooks podem ser partilhados por ambas as vers\u00f5es da aplica\u00e7\u00e3o - web e m\u00f3vel. Gra\u00e7as a esta op\u00e7\u00e3o, temos as seguintes grava\u00e7\u00f5es:<\/p>\n Para resumir este par\u00e1grafo - n\u00e3o \u00e9 que uma base de c\u00f3digo alimente todas as vers\u00f5es da aplica\u00e7\u00e3o, embora possamos dividir o c\u00f3digo partilhado e utiliz\u00e1-lo em cada uma delas para fazer o processo de desenvolvimento<\/a> realmente mais r\u00e1pido.<\/p>\n Conclus\u00e3o - se pretende criar uma aplica\u00e7\u00e3o Web e uma aplica\u00e7\u00e3o m\u00f3vel ao mesmo tempo, considere a biblioteca React que pode partilhar uma base de c\u00f3digo na vers\u00e3o m\u00f3vel e na vers\u00e3o Web da aplica\u00e7\u00e3o.<\/p>\n H\u00e1 alguns anos atr\u00e1s, quando se falava de backend, provavelmente poucas pessoas imaginariam que a sua manuten\u00e7\u00e3o poderia ser poss\u00edvel com a ajuda de uma linguagem como a JS<\/strong>. O desenvolvimento desta l\u00edngua \u00e9 espantoso e os seus frutos podem ser colhidos at\u00e9 aos dias de hoje.<\/p>\n De que \u00e9 que estou a falar? Se contratar a pessoa certa Programadores JS<\/strong>No entanto, a linguagem de programa\u00e7\u00e3o \u00e9 muito mais simples do que a linguagem de programa\u00e7\u00e3o de software, uma vez que permite escrever n\u00e3o s\u00f3 o front-end da aplica\u00e7\u00e3o, mas tamb\u00e9m o back-end, ou seja, o processamento de dados no servidor, a comunica\u00e7\u00e3o com a base de dados, v\u00e1rios tipos de integra\u00e7\u00f5es, etc. Ainda hesita ou n\u00e3o est\u00e1 convencido sobre esta linguagem? N\u00e3o h\u00e1 raz\u00e3o para ter essa atitude! Backend utilizando JS <\/strong> pode ser implementado de duas formas populares - num modo extens\u00edvel e configur\u00e1vel, que o express.js nos pode fornecer, e num modo estruturado utilizando o padr\u00e3o DI - nest.js.<\/p>\n Ambas as solu\u00e7\u00f5es s\u00e3o extremamente populares e alimentam muitas aplica\u00e7\u00f5es de produ\u00e7\u00e3o cujos propriet\u00e1rios s\u00e3o \"gigantes tecnol\u00f3gicos\" no seu sector. Penso que j\u00e1 amadureceram o suficiente para o convencer a escolher qualquer uma delas.<\/p>\n Ainda n\u00e3o \u00e9 suficiente? \u00c0 semelhan\u00e7a da partilha de c\u00f3digo entre aplica\u00e7\u00f5es Web e m\u00f3veis, o backend pode partilhar recursos tanto com as primeiras como com as segundas. A palavra-chave a utilizar aqui \u00e9 TypeScript<\/a> - entre outras coisas, permite-nos partilhar uma base de c\u00f3digo, ou seja, uma defini\u00e7\u00e3o de tipo de dados comum a todas as plataformas.<\/p>\n Com aplica\u00e7\u00f5es constru\u00eddas exclusivamente sobre o JavaScript<\/a> <\/strong>\/ TypeScript<\/strong> Ao utilizar mon\u00f3litos, poupamos muitas linhas de c\u00f3digo, que ter\u00edamos de duplicar em linguagens de programa\u00e7\u00e3o nativas. Por outro lado, ao utilizar a mesma linguagem em todas as frentes, podemos partilhar uma enorme quantidade de l\u00f3gica entre todas as aplica\u00e7\u00f5es, o que aceleraria definitivamente o tempo de constru\u00e7\u00e3o de uma determinada aplica\u00e7\u00e3o. N\u00e3o parece \u00f3timo?<\/p>\n Acontece que as tecnologias para criar aplica\u00e7\u00f5es de browser s\u00e3o \u00f3ptimas para manter as aplica\u00e7\u00f5es que utilizamos na sua forma de ambiente de trabalho - um bom exemplo pode ser o Slack. O Slack \u00e9 uma aplica\u00e7\u00e3o utilizada para equipa<\/a> comunica\u00e7\u00e3o - para al\u00e9m das mensagens normais, inclui muitas funcionalidades diferentes e v\u00e1rios tipos de integra\u00e7\u00f5es externas. Tudo isto faz com que seja uma das aplica\u00e7\u00f5es mais populares utilizadas principalmente no sector das TI.<\/p>\n Acontece que o Slack tamb\u00e9m usa tecnologias web (e, portanto, JavaScript) para construir sua interface de aplicativo. A base que torna poss\u00edvel executar essas aplica\u00e7\u00f5es no ambiente de trabalho \u00e9 o electron. Criar interfaces gr\u00e1ficas usando tecnologias da Web torna muito mais f\u00e1cil, r\u00e1pido e geralmente poss\u00edvel desenvolver aplicativos para diferentes plataformas ao mesmo tempo.<\/p>\n A parte frontal da aplica\u00e7\u00e3o n\u00e3o d\u00e1 a ilus\u00e3o de que JS <\/strong>\u00e9 a \u00fanica e exclusiva linguagem que alimenta o ecossistema aqui. Por enquanto, n\u00e3o existem alternativas vi\u00e1veis que possam substituir esta parte da aplica\u00e7\u00e3o (embora eu ache que o WebAssembly nos possa surpreender no futuro). Portanto, falando da maturidade do JS no frontend - n\u00e3o h\u00e1 d\u00favida de que \u00e9 o \u00fanico real.<\/p>\n Falando sobre o backend, muitos programadores podem parecer chocados ou negar imediatamente que o JS seja adequado como linguagem de programa\u00e7\u00e3o no backend. No entanto, a quest\u00e3o tem de ser analisada objetivamente.<\/p>\n Muitos fornecedores de servi\u00e7os na nuvem fornecem SDKs que permitem utilizar diretamente nuvem<\/a> m\u00e9todos. Por estranho que pare\u00e7a, um dos separadores mais populares, mesmo ao lado de C#, Go e Java<\/a>, \u00e9 Node.js<\/a>. Acontece que esta plataforma \u00e9 ideal para escalar e criar aplica\u00e7\u00f5es baseadas em microsservi\u00e7os<\/a> ou arquitetura sem servidor. Conclus\u00e3o - JS \u00e9 uma das linguagens mais populares para o desenvolvimento de aplica\u00e7\u00f5es baseadas em microsservi\u00e7os\/arquitetura sem servidor. Nos ecr\u00e3s abaixo, podemos ver que a sant\u00edssima trindade (Google Computing Services, AWS<\/a>, Azulejo<\/a>) dos fornecedores de servi\u00e7os de computa\u00e7\u00e3o em nuvem permite-nos criar aplica\u00e7\u00f5es utilizando n\u00f3<\/a>.js.<\/p>\n Quanto ao ecossistema node.js, provavelmente todos est\u00e3o familiarizados com uma biblioteca chamada express.js - \u00e9 uma ferramenta simples e direta que permite definir caminhos e depois aliment\u00e1-los com dados apropriados que foram devidamente processados no lado JS. Al\u00e9m disso, o padr\u00e3o utilizado entre os pedidos HTTP tratados no express.js tornou-se um dos mais populares em todo o ecossistema e \u00e9 uma esp\u00e9cie de padr\u00e3o para v\u00e1rias outras bibliotecas que utilizam, por exemplo, a arquitetura sem servidor.<\/p>\n Conclus\u00e3o - JS \u00e9 uma linguagem suficientemente madura para colocar todas as cartas e construir tanto o frontend como o backend. Al\u00e9m disso, \u00e9 uma linguagem bastante recente que se integra facilmente nas arquitecturas de aplica\u00e7\u00f5es modernas. \u00c9 \u00f3timo que um programador que conhe\u00e7a uma linguagem possa dominar ambos os lados (pilha completa) de uma aplica\u00e7\u00e3o.<\/p>\n Bem, o motor mais utilizado para executar c\u00f3digo JS \u00e9 o v8, baseado na linguagem C++. Este motor desenvolvido pela Google est\u00e1 vocacionado para executar aplica\u00e7\u00f5es para plataformas Web. Um aspeto interessante \u00e9 que este motor n\u00e3o interpreta o c\u00f3digo JS. Em vez disso, faz uma coisa chamada \"JIT\" - \"just in time compilation\". Gra\u00e7as a isso, n\u00e3o temos de interpretar o c\u00f3digo JS linha a linha, apenas o compilamos e executamos. \u00c9 ainda mais r\u00e1pido e d\u00e1-nos resultados de desempenho muito bons.<\/p>\n O JS \u00e9 suficientemente justo no que respeita ao desempenho? Sim, \u00e9. Desde que mantenha os seus algoritmos suficientemente justos, n\u00e3o h\u00e1 qualquer problema em utilizar JS no lado do servidor. A outra coisa \u00e9 manter o seu c\u00f3digo t\u00e3o ass\u00edncrono quanto poss\u00edvel. Com estas pr\u00e1ticas, o seu c\u00f3digo pode lidar com pedidos paralelos sem qualquer problema. N\u00e3o tem de se preocupar com a troca de tecnologia por causa do desempenho - especialmente quando a arquitetura da aplica\u00e7\u00e3o \u00e9 escal\u00e1vel.<\/p>\n J\u00e1 discuti o desempenho e os par\u00e2metros de refer\u00eancia em pormenor neste artigo. <\/p>\n Bem, s\u00e3o dezenas de opini\u00f5es de que a linguagem JS tem comportamentos estranhos em alguns casos e que lidar com isso \u00e9 algo que vai fazer a cabe\u00e7a explodir durante o processo de desenvolvimento. N\u00e3o posso concordar \ud83d\ude42 Tal como qualquer outra linguagem, tem v\u00e1rios padr\u00f5es\/comportamentos que n\u00e3o s\u00e3o elegantes mas com a compreens\u00e3o de como funcionam e quais os seus objectivos desenvolver aplica\u00e7\u00f5es com JS n\u00e3o \u00e9 desagrad\u00e1vel.<\/p>\n Especialmente a observa\u00e7\u00e3o \"ass\u00edncrono\" logo antes de JS faz tremer alguns programadores. \u00c9 dif\u00edcil de entender quando n\u00e3o se tem qualquer experi\u00eancia com ele. No entanto, \u00e9 uma parte do JS que nos permite construir solu\u00e7\u00f5es modernas de uma forma f\u00e1cil. Vejamos os websockets: como s\u00e3o baseados em eventos, cada uma das unidades ligadas - o utilizador e o servidor - pode emitir e receber eventos em paralelo. Se o c\u00f3digo que alimenta esta aplica\u00e7\u00e3o for suficientemente ass\u00edncrono e n\u00e3o bloquear a thread principal, podemos facilmente lidar com milhares de pedidos num curto espa\u00e7o de tempo.<\/p>\n Vamos comparar JS e PHP<\/a> com o contexto de websockets. O PHP \u00e9 uma linguagem de programa\u00e7\u00e3o s\u00edncrona, pelo que resolver t\u00f3picos de websockets d\u00e1 uma enorme dor de cabe\u00e7a. Podemos ver que a PHP obt\u00e9m padr\u00f5es de JS para construir aplica\u00e7\u00f5es backend interactivas que podem utilizar tecnologias modernas, como webrtc ou websockets.<\/p>\n Juntando todos os par\u00e1grafos, podemos afirmar alguns factos:<\/p>\n JavaScript<\/strong> \u00e9 uma linguagem que pode ser utilizada para criar todo o tipo de aplica\u00e7\u00f5es - desde a Web, a dispositivos m\u00f3veis e a computadores de secret\u00e1ria; Para dar a minha opini\u00e3o, assumidamente parcial, tirar partido da op\u00e7\u00e3o do JavaScript de reutilizar o mesmo c\u00f3digo em todas as frentes dispon\u00edveis \u00e9 algo que ir\u00e1 certamente acelerar o desenvolvimento de aplica\u00e7\u00f5es e reduzir o n\u00famero de programadores envolvidos na manuten\u00e7\u00e3o do backend de aplica\u00e7\u00f5es escritas noutras tecnologias. Como confirma\u00e7\u00e3o, recordemos o facto de um grande n\u00famero dos chamados gigantes das TI seguirem este padr\u00e3o e partilharem uma grande parte da base de c\u00f3digo entre plataformas. Apesar das diferentes opini\u00f5es sobre esta l\u00edngua, h\u00e1 que ter em conta o facto de as estat\u00edsticas de utiliza\u00e7\u00e3o e de satisfa\u00e7\u00e3o com a utiliza\u00e7\u00e3o de JS <\/strong>crescem de ano para ano, e os seus programadores podem facilmente aderir \u00e0 tend\u00eancia da pilha completa.<\/p>\n Ler mais:<\/b><\/p>\n Porque \u00e9 que deve (provavelmente) utilizar Typescript<\/a><\/p>\n Como n\u00e3o matar um projeto com m\u00e1s pr\u00e1ticas de codifica\u00e7\u00e3o?<\/a><\/p>\n\n
Mas e o backend?<\/h2>\n
O JS pode alimentar aplica\u00e7\u00f5es de ambiente de trabalho?<\/h2>\n
O JS \u00e9 suficientemente maduro?<\/h2>\n
![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.12.png\" "\\"In\u00edcio")
<\/p>\n![\"Compara\u00e7\u00e3o](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.25.png\" "\\"In\u00edcios")
<\/p>\nO JS \u00e9 suficientemente r\u00e1pido?<\/h2>\n
O JS n\u00e3o \u00e9 uma peculiaridade das outras l\u00ednguas?<\/h2>\n
Misturar tudo<\/h2>\n
\nAs aplica\u00e7\u00f5es escritas em JS podem partilhar v\u00e1rios fragmentos de c\u00f3digo entre si, como os respons\u00e1veis pela formata\u00e7\u00e3o de dados ou tipos em Typescript;
\nGra\u00e7as ao crescimento da Web, o desempenho que o JS oferece \u00e9 suficientemente bom para optar pelo desenvolvimento de aplica\u00e7\u00f5es front-end e back-end;
\nGra\u00e7as ao seu design invulgar, o JavaScript \u00e9 capaz de suportar infra-estruturas de aplica\u00e7\u00f5es modernas, como websockets e WebRTC;
\nAo contratar um programador devidamente qualificado, poder\u00e1 tirar partido do seu potencial em todos os front-ends dispon\u00edveis que utilizam esta linguagem;
\nO JS \u00e9 uma linguagem que tem vindo a subir nas tabelas de popularidade h\u00e1 v\u00e1rios anos e n\u00e3o h\u00e1 qualquer indica\u00e7\u00e3o de que isso v\u00e1 mudar.<\/p>\n![\"Consultoria](\"\/app\/uploads\/2024\/05\/cta_2.jpeg\")
<\/a><\/p>\n