{"id":19057044,"url":"https://github.com/augustodevjs/ddd-typescript","last_synced_at":"2025-07-03T13:06:03.410Z","repository":{"id":202943515,"uuid":"708450538","full_name":"augustodevjs/ddd-typescript","owner":"augustodevjs","description":"Projeto de estudo sobre Domain Driven Design com Typescript","archived":false,"fork":false,"pushed_at":"2023-11-06T16:44:26.000Z","size":284,"stargazers_count":0,"open_issues_count":0,"forks_count":0,"subscribers_count":1,"default_branch":"main","last_synced_at":"2025-02-22T01:41:21.958Z","etag":null,"topics":["ddd","domain-events","factories","typescript"],"latest_commit_sha":null,"homepage":"","language":"TypeScript","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":null,"status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/augustodevjs.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":null,"funding":null,"license":null,"code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2023-10-22T15:49:23.000Z","updated_at":"2023-11-07T13:51:02.000Z","dependencies_parsed_at":"2023-10-25T22:38:39.174Z","dependency_job_id":"2a6350af-3456-4029-a2f2-657e9cdcd6f5","html_url":"https://github.com/augustodevjs/ddd-typescript","commit_stats":null,"previous_names":["augustodevjs/ddd-node","augustodevjs/ddd-typescript"],"tags_count":0,"template":false,"template_full_name":null,"purl":"pkg:github/augustodevjs/ddd-typescript","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/augustodevjs%2Fddd-typescript","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/augustodevjs%2Fddd-typescript/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/augustodevjs%2Fddd-typescript/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/augustodevjs%2Fddd-typescript/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/augustodevjs","download_url":"https://codeload.github.com/augustodevjs/ddd-typescript/tar.gz/refs/heads/main","sbom_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/augustodevjs%2Fddd-typescript/sbom","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":263331770,"owners_count":23450155,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["ddd","domain-events","factories","typescript"],"created_at":"2024-11-08T23:53:13.359Z","updated_at":"2025-07-03T13:06:03.385Z","avatar_url":"https://github.com/augustodevjs.png","language":"TypeScript","funding_links":[],"categories":[],"sub_categories":[],"readme":"# Domain Driven Design\n\n## DDD:\n\nÉ uma forma de desenvolver software com o foco no coração da aplicação - o que chamamos de domínio - tendo o objetivo de entender suas regras, processos e complexidades, separando-as assim de outros pontos complexos que normalmente são adicionados durante o processo de desenvolvimento.\n\n- O DDD deve ser aplicado para casos de projetos de softwares complexos.\n- Grandes projetos possuem muitas áreas, muitas regras de negócio, muitas pessoas com diferentes visões em diferentes contextos.\n- Não há como não utilizar técnicas avançadas em projetos de alta complexidade.\n- Grande parte da complexidade desse tipo de software não vem da tecnologia, mas sim da comunicação, separação de contextos, entendimento do negócio por diversos ângulos.\n\n### Como o DDD pode ajudar?\n\n- Entender com profundidade o domínio e subdomínios da aplicação.\n- Ter uma linguagem universal (linguagem ubíqua) entre todos os envolvidos.\n- Criar o design estratégico utilizando Bounded Contexts.\n- Criar o design tático para conseguir mapear e agregar as entidades e objetos de valor da aplicação, bem como os eventos de domínio.\n- Clareza do que é complexidade de negócio e complexidade técnica.\n\n### Elementos táticos:\n\n- Quando estamos falando sobre DDD e precisamos olhar mais a fundo um bounded context. Precisamos ser capazes de modelarmos de forma mais assertiva os seus principais componentes, comportamentos e individualidades, bem como suas relações.\n\n### Entidades:\n\n- Uma entidade é algo único que é capaz de ser alterado de forma contínua durante longo período de tempo.\n- Uma entidade é algo que possui uma continuidade em seu ciclo de vida e pode ser distinguida independente dos atributos que são importantes para a aplicação do usuário. Pode ser uma pessoa, cidade, carro um ticket de loteria ou uma transição bancária.\n\n### Value Objects:\n\n- Quando você se preocupa apenas com os atributos de um elemento de um model, classifique isso como um Value Object.\n- Trate o value object como imutável.\n\n### Aggregate:\n\n- Um agregado é um conjunto de objetos associados que tratamos como uma unidade para propósito de mudança de dados.\n\n### Domain Services:\n\n- Um serviço de domínio é uma operação sem estado que cumpre uma tarefa específica do domínio. Muitas vezes, a melhor indicação de que você deve criar um Serviço no modelo de domínio é quando a operação que você precisa executar parece não se encaixar como um método em um Agregado ou um Objeto de Valor.\n\n### Repositórios:\n\n- Um repositório comumente se refere a um local de armazenamento, geralmente considerado um local de segurança ou preservação dos itens nele armazenados. Quando você armazena algo em um repositório e depois retorna para recuperá-lo, você espera que ele esteja no mesmo estado que estava quando você o colocou lá. Em algum momento, você pode optar por remover o item armazenado do repositório.\n- Esses objetos semelhantes a coleções são sobre persistência. Todo tipo Agregado existente terá um Repositório. De um modo geral, existe uma relação um-para-um entre um Agregado e um Repositório.\n\n### Domain Events:\n\n- Use um evento de domínio para capturar uma ocorrência de algo que aconteceu no domínio.\n- A essência de um evento de domínio é que você o usa para capturar coisas que podem desencadear uma mudança no estado do aplicativo que você está desenvolvendo. Esses objetos de evento são processados para causar alterações no sistema e armazenados para fornecer um AuditLog.\n- Todo evento deve ser representado em uma ação realizada no passado:\n    - UserCreated\n    - OrderPlaced\n    - EmailSent\n- Normalmente um Domain Event deve ser utilizado quando queremos notificar outros Bounded Contexts de uma mudança de estado.\n- Components\n    - Event\n    - Handler: Executa o processamento quando um evento é chamado.\n    - Event Dispatcher: Responsável por armazenar e executar os handlers de um evento quando ele for disparado.\n- Dinâmica\n    - Cria um “Event Dispatcher”\n    - Cria um “Event”\n    - Cria um “Handler” para o “Event”\n    - Registra o Evento, juntamente com o Handler no “Event Dispatcher”\n- Agora para disparar um evento, basta executar o método “notify” do “Event Dispatcher”. Nesse momento, todos os handlers registrados no evento serão executados.\n\n### Módulos:\n\n- Em um contexto DDD, Módulos em seu modelo servem como contêineres nomeados para classes de objetos de domínio que são altamente coesas entre si. O objetivo deve ser baixo acoplamento entre classes que estão em módulos diferentes. Como os Módulos usados no DDD não são compartimentos de armazenamento anêmicos ou genéricos, também é importante nomear adequadamente os Módulos.\n- Respeitar a linguagem Universal\n- Baixo acoplamento\n- Um ou mais agregados devem estar juntos somente se fazem sentido.\n- Organizado pelo domínio/subdomínio e não pelo tipo de objetos\n- Devem respeitar a mesma divisão quando estão em camadas diferentes.\n\n### Factories:\n\n- Desloque a responsabilidade de criar instâncias de objetos complexos e AGREGADOS para um objeto separado, que pode não ter responsabilidade no modelo de domínio, mas ainda faz parte do design do domínio. Forneça uma interface que encapsule toda a criação complexa que não exija que o cliente faça referência às classes concretas dos objetos que estão sendo instanciados. Crie Aggregates inteiros de uma única vez, reforçando suas invariantes.","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Faugustodevjs%2Fddd-typescript","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Faugustodevjs%2Fddd-typescript","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Faugustodevjs%2Fddd-typescript/lists"}