implementar a lógica de negócio, delimitar transações e compor a interface de usuário da aplicação.

representar entidades de negócio, coordenar objetos de domínio e formatar as respostas de requisições aos serviços da aplicação.

converter requisições de serviço em consultas ao banco de dados, definir o relacionamento entre objetos de domínio e coordenar a execução dos serviços.

tratar requisições HTTP, fazer o parsing dos parâmetros de entrada e delegar lógica de negócio para os serviços da aplicação.

Um arquivo JSON com os dados de todos os usuários cujo primeiro nome seja “Chico”.

Um registro JSON com os dados do primeiro usuário cujo nome seja “Chico”.

Um erro de HTTP do tipo 400 Bad Request. 

Um erro de HTTP do tipo 404 Not Found. 

a classe ou interface não pode ser modificada para adicionar novos membros (atributos ou métodos). 

os objetos instanciados a partir da classe ou cujo tipo seja definido pela interface não podem ser chamados fora do escopo atual.

a classe ou interface só pode ser herdada por classes explicitamente especificadas em sua declaração. 

as instâncias da classe ou da interface recebem uma assinatura que garante sua validade.

Testes unitários verificam detalhes internos de implementação dos componentes do sistema, enquanto testes de integração realizam a validação do comportamento do sistema como um todo, permitindo que a refatoração prossiga sem riscos.

Testes unitários validam comportamentos locais e testes de integração validam as interações entre componentes, criando camadas de verificação para garantir que mudanças estruturais não alterem o comportamento observável do sistema.

Testes de integração garantem a correção arquitetural, tornando redundante a realização de testes unitários durante a refatoração, desde que os workflows possam ser validados fim-a-fim.

Testes unitários protegem contra mudanças de interface, enquanto testes de integração garantem estabilidade de desempenho, o que remove a necessidade de refazer os testes após uma refatoração.

os serviços individuais podem ser liberados como artefatos que podem ser implantados independentemente, sem exigir reconstrução ou rollout sincronizado do sistema completo.

o alinhamento de versões entre microsserviços garante que suas releases ocorram simultaneamente, evitando incompatibilidades entre componentes.

a arquitetura impõe uma estratégia fixa de rollout que padroniza a implantação em todos os ambientes onde o sistema deve ser implantado.

o pipeline de implantação compartilhado garante que todos os microsserviços passem pelos mesmos estágios de release ao mesmo tempo.

um objeto pode assumir diferentes formas, com diferentes métodos e atributos, dependendo do contexto em que for instanciado.

uma classe pode herdar métodos e atributos de diferentes superclasses, podendo ser utilizada em lugar de qualquer de suas superclasses.

um método pode ter diferentes versões, sendo que cada versão pode ser definida com parâmetros e tipos de retorno diferentes.

um mesmo método definido em uma interface pode executar diferentes comportamentos, dependendo do objeto no qual for chamado.

Remoção de identificadores pessoais como CPF e RG antes de transmitir as respostas.

Criptografia homomórfica aplicada sobre os dados antes de serem transmitidos.

Pseudonimização dos identificadores dos respondentes, como CPF e RG.

Criptografia de curva elíptica aplicada sobre os dados antes de serem transmitidos.