Domains
Nosso trabalho começa por definir o domínio do recurso com o qual iremos trabalhar
Domínio é um termo complicado de se explicar. Tentando ver o significado da palavra no nosso idioma teremos algo que não é muito apropriado para a informática.
Quando fazemos a mesma pesquisa em inglês os resultados dão uma mudada e começamos a nos aproximar do que é esperado para a informática
A definição acima "a specified sphere of activity or knowledge" é o que vou usar como referência para explicar o propósito da pasta domain. Se por acaso já tiver ouvido falar de Domain Driven Design (DDD) também vai dar uma mão na compreensão do termo.
O projeto trata domínios como um grupo de recursos que fazem sentido estarem agrupados. Não há uma necessidade física de estarem juntos, mas há uma certa familiaridade entre eles. O que está em cada domínio é geralmente cunhado como entidade ou entity. Então vamos agrupar nossas entidades em domínios para mapear nossas regras de negócio, estados e comportamentos. A representação das entidades na metodologia aplicada é o schema. Logo dentro da pasta domains teremos schemes e services à disposição dos componentes. Alguns recursos de suporte à eles também estarão disponíveis por lá como arquivos de rotas e de internacionalização, mas o foco dele é agrupar o que chamaremos de business rules (behaviours & states).
Last updated
Was this helpful?