book

Estratégias de JavaScript de pilha completa

by Milecia McGregor

March 2025

Intermediate to advanced

480 pages

13h 45m

Portuguese (Portugal, Brazil)

O'Reilly Media, Inc.

Read now

Unlock full access

A quem se destina este livroO que vais aprenderO que este livro não éComo este livro está organizadoConvenções utilizadas neste livroUtilizar exemplos de códigoAprendizagem em linha da O'ReillyComo contactar-nosAgradecimentos
O projeto que vais construirReunião de lançamento do projetoConsiderações sobre a conceçãoDesign orientado para os dadosDecompor os desenhos em tarefasRefinamento de tarefas a partir de requisitos de caraterísticasDiscutir prazos com as equipas de produto e outras equipasFalar com outras equipas de desenvolvimentoCoordenação com o DevOpsTrabalhar com QAPlanear com apoioConclusão
Porquê o NestJS?Escolher uma abordagem de projetoConfigurando o NestJSTestando o back-end localmenteAtualizando o READMEAdicionar um CHANGELOGArquitecturas de monólitos e de microsserviçosArquitecturas alternativas a considerarSelecionando um padrão de design de API: REST e GraphQLConclusão
Considerações iniciaisDiagramação do esquema de dadosConfigurar o PostgresDecidir que ORM utilizarEscrever migraçõesSemear a base de dadosConclusão
Certificando-se de que o front-end e o back-end estão de acordoCriar um documento para convençõesCriar a API e o primeiro ponto de extremidadeCriar os pontos de extremidade das ordensTrabalhar no serviço de encomendasVerificar a ligação à base de dadosConclusão
Escolher um serviço de terceirosLista de serviços potenciaisIntegrar o StripeEscrever o controladorRedigir o serviçoConclusão
Atualizar a arquitetura de backendUtilizar tarefas CronAlertas e monitorizaçãoRegistoProblemas com a sincronização de dados e a execução de tarefasConsiderações futurasConclusão
Porquê gastar tempo com testes?Como abordar a redação de testesDados de simulaçãoConclusão

AutenticaçãoAutorizaçãoOWASP Top 10Outras práticas dignas de notaConclusão
Mensagens de registo detalhadasConfigurações de ambienteEstratégias para localizar insectosAjudando outros desenvolvedores a depurarLista de verificação de depuraçãoConclusão
MétricasAlertas e monitorizaçãoArmazenamento em cacheEstratégias de cacheTipos de cacheImplementação de cache com RedisConsiderações sobre o produtoConclusão
Tipos de escalonamentoEscala verticalEscala horizontalEscalonamento híbridoDimensionamento de recursosMelhores práticas de dimensionamentoFaz um planoDocumenta o planoExecuta os testesComunica os progressosComeça a mudar o tráfegoConclusão
Utilizações para registos e monitorizaçãoUsa os logs para depuraçãoUtiliza a monitorização para informar as tuas acçõesFerramentas de monitorização e registoManuais de IncidentesFases do manualModelo de resposta a incidentesPostmortems sem culpaConclusão
Decisões de arquitetura de front-endEscolher uma estrutura de front-endOpções de configuração da aplicaçãoComponentes comunsEscolher pacotesTrabalhar com outras equipasConclusão
Configura a aplicação React inicialConfigura os Linters e FormatadoresDefine as configurações de compilaçãoConfigura os estilosPrepara os testesConfigura o CHANGELOG e o READMEExecuta a aplicação localmenteConstrói a primeira funcionalidadeEstrutura do projetoConfigura o encaminhamentoActualiza a raiz da aplicaçãoConclusão
Como funciona a Componente EstadouseStateusaRedutorusaContextoSaber em que nível de aplicação gerir o estadoDiferentes abordagens à gestão do EstadoConfigurar o Gestor de EstadoConclusão
Ferramentas potenciais para a obtenção de dadosManipulação de chamadas de API com Axios e TanStack QueryO ficheiro .envTratamento dos estados de cargaTratamento de estados de erroConfigurar os cabeçalhos dos pedidosQuando verificar a funcionalidade de backendConclusão
AcessibilidadeCriar um formulário acessívelVerificar as tuas implementações de acessibilidadeMais considerações sobre acessibilidadeDesenhos consistentesTemas personalizadosDesign responsivoConclusão
Abordagens de limite de erroComponentes de erroRegisto de errosErros de validação do utilizadorErros da APIConclusão
Vulnerabilidades comunsValidação da lógica empresarialGestão de sessõesAtualização da versão do pacoteValidação de entradaOutros princípiosComo verificar a tua própria aplicaçãoConclusão
Métricas de referênciaFerramentas do farolSitespeed.ioÁreas de melhoriaAnálise do tamanho do pacoteConfigurações de construçãoConfiguração de cacheCarregamento lentoPré-buscaCSS, imagens e tipos de letraConclusão
Determinação de cenários de testeTestes unitáriosBiblioteca de testes Jest e ReactVitestTrabalhador de serviço simuladoTestes E2E com a CypressConclusão
O processo de depuraçãoVer os registosVerificar o códigoUtilizar mensagens console.logUtilizar pontos de interrupçãoUsando testes de unidadeUtilizar o GitUtilizar as ferramentas de desenvolvimento do navegadorO separador ElementosO separador FontesO separador Network+O separador AplicaçãoDepuração em outros ambientesDepuração em locais inesperadosConclusão
Equipas envolvidas em implementaçõesEtapas de ligação do backend e do frontendEtapas do backendEtapas do FrontendPassos de limpezaEtapas de documentação e manutençãoConclusão
Os casos de testeTestes de ponta a ponta com a CypressTestes de ponta a ponta com o dramaturgoTestes de ponta a ponta com o NightwatchComparação entre pacotesConclusão
Implantação de atualizações somente de front-end ou somente de back-endImplementa estratégiasDatas de lançamentoLançamentos de versõesImplantações Blue-GreenCanary implementaEstratégias para fazer rollbacksImplantação de versões mais antigasReverter ou anular PRsImplantação de um HotfixConclusão
Preocupações de front-end e back-endPreocupações com serviços de terceirosDados e segurança na produçãoContentorização da tua aplicaçãoConclusão
Criar o teu próprio pipelineConsiderações sobre a velocidadeGit HooksConfigurações do GitHubConfigurações do CircleCIAmbiente PipelinesFuncionalidade AmbienteAmbiente de desenvolvimentoAmbiente de preparaçãoAmbiente de produçãoVariáveis de ambienteConclusão
Estratégias de ramificaçãoRamificações comuns e fluxo de mesclagemComentários de RPSucursais para funcionalidades mais pequenasRamificações de recursos para implementações maioresEsmagando compromissosRebase e mesclagem de ramificaçõesComo lidar com conflitos de mesclagemDiscute com o desenvolvedor que fez as alteraçõesUsa o git bisect para encontrar os ficheiros afectadosCompara manualmente as alterações de ficheirosConclusão
Discussões sobre a SprintEstimativasCapacidade de desenvolvimentoRequisitos das caraterísticasRevisão de bilhetes da equipa de desenvolvimentoRoteirosDefinir e gerir tarefasMantém a consciência da equipaEscreve e clarifica os bilhetesConsidera as tarefas geraisTem calmaGerir a mudança de contextoMantém a comunicação abertaConclusão
Conhecimentos específicos do domínioAprende com as pessoas que trabalham diretamente no domínioFrequenta cursosTrabalha no domínioDecisões de arquitetura e design de sistemasDesign orientado para o domínioC4 DesignAprende com outras equipasParticipa em chamadas de vendasParticipa em estudos de pesquisa de utilizadoresFala com o MarketingEscuta as chamadas de apoio ao clienteAprende sobre o sector jurídicoConsiderações sobre a documentaçãoDefine o jargãoGuarda apenas as informações relevantesPartilha os teus conhecimentosMostra como o produto afecta a organizaçãoConclusão
Considerações sobre as novas aplicaçõesCompreende o problema que estás a tentar resolverCria o esquema de dadosDecide sobre uma arquiteturaEscolhe o teu fornecedor de CloudConstrói o backendConstrói o FrontendIntegrar o Backend e o FrontendConfigurar o teu pipeline de CI/CDEfectua testes de garantia de qualidadeVerificar a tua aplicação em produçãoConsiderações sobre as aplicações existentesObtém acesso aos serviços de que necessitasColoca uma instância de desenvolvimento em execuçãoVê a aplicação em produçãoVê a aplicação em não produçãoLê o códigoToma notas sobre potenciais refactoresFaz perguntas e documenta as respostasMelhora a qualidade do códigoAdicionar testesAprende o que significam os diferentes alertasA tua carreiraO caminho técnicoO caminho da gestãoRevista profissionalMudança para outras áreasConclusão

Content preview from Estratégias de JavaScript de pilha completa

Capítulo 5. Serviços de terceiros

Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com

Durante o desenvolvimento de um produto, chegará um momento em que terás de utilizar um serviço de terceiros. Os serviços de terceiros oferecem funcionalidades complexas ou proprietárias que existem fora da tua base de código e da tua empresa. O serviço de terceiros é normalmente gerido por outra empresa; paga uma taxa para o utilizar e tem acesso a apoio quando as coisas correm mal.

Os serviços de terceiros surgem quando necessitas de funcionalidades que demorariam muito tempo a implementar, seriam difíceis de manter e provavelmente necessitariam de uma equipa própria, como sistemas de pagamento, autenticação/autorização, monitorização e registo para a tua aplicação.

Neste capítulo, vou falar-te sobre:

Escolher serviços de terceiros
Implementar um serviço de terceiros no teu sistema
Gerir erros, interrupções e actualizações

Trabalhar com serviços de terceiros vai surgir em algum momento, por isso é melhor ires com uma ideia daquilo em que te estás a meter. Normalmente, o serviço de terceiros fornece uma API ou um kit de desenvolvimento de software (SDK) como um pacote npm que instalas na tua aplicação, mas terás de fornecer algum tipo de credenciais para aceder a todas as funcionalidades. Existem também alguns SDKs que existem sem um serviço apenas para te dar uma funcionalidade específica.

Tem em atenção que existe ...