O TNF introduz o conceito faz uso de DTOs (abreviatura para Data Transfer Objects) em sua estrutura para fazer a comunicação entre as camadas de modo que eles atuem em todos os pontos de sua aplicação.

A utilização de DTOs proveem um isolamento, respeitando assim o modelo de multicamadas evitando que a aplicação manipule diretamente as entidades de negócio.

Para termos suporte a essa estrutura de Data Transfer Objects do TNF, instale via nuget o pacote Tnf.App.Dto disponível em: https://www.myget.org/F/tnf/api/v3/index.json.

...

Abstração da camada de domínio

Os DTOs fornecem uma maneira eficiente de abstrair objetos de domínio da camada de apresentação. Assim, suas camadas são separadas corretamente. Mesmo que você queira alterar completamente a camada de apresentação, você pode continuar com as camadas de domínio e de aplicação existentes. Como o oposto, você pode reescrever sua camada de domínio, alterar completamente o esquema de banco de dados, entidades e estrutura de ORM sem qualquer alteração na camada de apresentação, contanto que os contratos (assinaturas de métodos e DTOs) de seus serviços permaneçam inalterados.

Data hiding

 Pense que você tenha uma entidade de usuário com propriedades Id, Nome e campos de Senha. Se o método ObterTodosUsuarios() de um serviço de aplicação chamado UsuarioAppService retornar uma Lista <Usuário><Usuario>, qualquer pessoa pode ver senhas de todos os usuários, mesmo que você não a mostre na tela. 

Não se trata apenas de segurança, trata-se de ocultar dados. O serviço de aplicação deve retornar à camada de apresentação o que ele precisa. Não mais, nem menos. 

Problemas com serialização e lazy load

Quando você faz o retorno de um dado em sua aplicação, geralmente esta informação tem de ser serializada para algum formato (JSON, SOAP), para que assim ela seja exposta através de um serviço para que algum cliente a consuma.

Em sua aplicação real, suas entidades terão referências umas às outras. A entidade do usuário pode ter uma referência a suas funções. Portanto, se você deseja serializar o usuário, suas funções também são serializadas podendo expor informações a quem consome.

 Para o caso de estar trabalhando com algum framework ORM, a maioria deles contem suporte a lazy load dando abertura para que entidades sejam carregas de forma errada, trazendo muitas estruturas para a sua aplicação sem que elas sejam necessárias.

O uso de DTOs evitam problemas como os descritos acima porque são criados para retornar estruturas especificas de dados para que nenhuma informação excessiva seja trafegada erroneamente.

API TOTVS

Os DTOs de requisição e resposta estão de acordo com o padrão de API TOTVS, e isso ajuda os produtos TOTVS à aderir esse padrão.

Estrutura para Envio e Resposta de Mensagens

No pacote Tnf.Dto estão contidas algumas estruturas:

DtoRequestBase

 Essa classe representa todo objeto de envio tratado como "request" em sua aplicação. Você pode realizar a herança dessa classe ao criar um parâmetro para a entrada de um método por exemplo.

Notification

Essa classe representa uma notificação. Principalmente usada para colocar o Notification pattern em prática retornando estruturas de notificações ao invés de exceções pela aplicação.

Dessa forma internamente esta classe contém uma estrutura como: Code, Message, Exception e Internal Code.

Todos esses atributos são usados para a validação de entidades dentro do TNF que será visto em um próximo capitulo quando falaremos de Criação e Validação de Entidades de Domínio.

DtoResponseBase

Essa classe representa todo objeto de envio tratado como "response" em sua aplicação.

Quando você conter um método de validação por exemplo em um serviço, que deve retornar notificações caso a entidade não esteja apta a ser inserida, você pode criar um classe que representa essa resposta fazendo a herança dessa estrutura.

Essa classe possui internamente uma estrutura de Notification com métodos que possibilitam o gerenciamento e validação de erros como: AddNotification e ErrorExists.

App.Dto os seguintes objetos:

Enumerations

ResultStatus

Enum com códigos para mensagens de retorno.

Se a aplicação que estiver utilizando o TNF for Web então ele servirá como Status Http.

Request

RequestAllDto

Essa classe contém os parâmetros padronizados pela API TOTVS para métodos de GetAll.

RequestDto

Essa classe contém os parâmetros padronizados pela API TOTVS para métodos de Get.

Response

IDto

Essa interface contém os parâmetros padronizados pela API TOTVS para métodos que possuem algum trafego de objetos DTOs.

Objetos de aplicação que são DTOs e irão trafegar pela aplicação e/ou por requisições, precisam implementar essa interface.

ListDto<IDto>

Essa classe representa a lista de retorno com os parâmetros padronizados pela API TOTVS para objetos DTOsCaso você não deseje realizar a herança da classe você pode utilizar ela de forma genérica: DtoResponseBase<TResult> : onde TResult será uma propriedade nomeada Data para retorno de alguma estrutura existente.