pmilet.DomainEvents 1.3.0

dotnet add package pmilet.DomainEvents --version 1.3.0                
NuGet\Install-Package pmilet.DomainEvents -Version 1.3.0                
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="pmilet.DomainEvents" Version="1.3.0" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add pmilet.DomainEvents --version 1.3.0                
#r "nuget: pmilet.DomainEvents, 1.3.0"                
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install pmilet.DomainEvents as a Cake Addin
#addin nuget:?package=pmilet.DomainEvents&version=1.3.0

// Install pmilet.DomainEvents as a Cake Tool
#tool nuget:?package=pmilet.DomainEvents&version=1.3.0                

Purpose

The purppose of this library is to simplify the development of applications that use the Domain Event design pattern. This library is based on an article from Jimmy Boggard A better domain events pattern..

Domain Events

Martin Fowlers defines the domainEvent DDD pattern as: Domain Events captures the memory of something interesting which affects the domain. The essence of a Domain Event is that you use it to capture important things that happens into the domain and that can produce a change into the state of the application you are developing. Another good source of information is this chapter about Domain Events from the Microsoft ebook: .NET Microservices. Architecture for Containerized .NET Applications

1. Model your domain event

To create your DomainEvent class you could either inherit from the base Class DomainEvent or implement the IDomainEvent interface.

    /// <summary>
    /// Represents the play choosen by a player
    /// </summary>
    public class PlayMade : DomainEvent
    {
        public PlayMade(PlayerType player, PlayType play)
            : base( "PlayMade", "1.0")
        {
            Player = player;
            Play = play;
        }

        public PlayerType Player { get; private set; }
        public PlayType Play { get; private set; }

    }

2. Create an instance of the DomainEventDispatcher

From your business logic you can publish events or subscribe to events by means of a DomainEventDispatcher instance.

  // we create the domain event dispatcher and inject it into the objects of our domain model (normally done using a IoC container) 
  IDomainEventDispatcher dispatcher = new DomainEventDispatcher();
  Player j1 = new Player1(dispatcher);
  Player j2 = new Player2(dispatcher);
  Match match = new Match(dispatcher);
  Outcome outcome = new Outcome(dispatcher);

Note: a better option is to register the DomainEventDispatcher instance in your IoC container.

3. Trigger domain events from your business logic

To trigger an domain event immediately we should use the DomainEventDipatcher Publish<T> method:

  //publish an event notifying that the match ended and Player1 is the winner
  _dispatcher.Publish<MatchEnded>(new MatchEnded(PlayerType.Player1));

To add a delayed domain event we should use the Add<T> method :

  //delayed event to notify of the move choosen by the player
  _dispatcher.Add<PlayMade>(new PlayMade( _player, play ));

To trigger all the delayed domain events of a specific type we should use the Commit<T> method :

    //commit all registered delayed events
    _dispatcher.Commit<PlayMade>();

4. Respond to specific domain events from your business logic by subscribing to them

The easiest way to subscribe to a specific domain event is by inheriting from the HandleDomainEventsBase<T> class. This way the subscription is done automatically, you just have to override the HandleEvent method as shown:

    public class Outcome : HandleDomainEventsBase<MatchEnded>
    {
        PlayerType _lastWinner;
        public Outcome(IDomainEventDispatcher dispatcher):base(dispatcher)
        {}

        public override void HandleEvent(MatchEnded domainEvent)
        {
            _lastWinner = domainEvent.Winner;
        }
        
        public PlayerType LastWinner()
        {
            return _lastWinner;
        }

    }
    ```
If you want a class to subscribe to several domain events (this may be breaks the SR principle ) we should inherit from  IHandleDomainEvents<T> interface and subscribe explicitly. In this example we combine both approachs.

```cs
    public class Match : HandleDomainEventsBase<PlayMade>, 
        IHandleDomainEvents<InvalidPlay>
    {
     ...

        public Match( IDomainEventDispatcher dispatcher):base( dispatcher)
        {
            domainEventDispatcher = dispatcher;
            dispatcher.Subscribe<InvalidPlay>(this);
        }
        
        ...
        
        public override void HandleEvent(PlayMade domainEvent)
        {
            SavePlay(domainEvent);

            EvalOutcome();
        }

        public void HandleEvent(InvalidPlay domainEvent)
        {
            Console.WriteLine($"invalid play {domainEvent.Play.ToString()} made by {domainEvent.Player.ToString()}");
        }
    }
    ```

### See a example app that uses domain events 
    
    To see a full sample take a look to the StonePaperScissors app or specflow functional tests from the [github](https://github.com/pmilet/domainevents) repo 
    



Product Compatible and additional computed target framework versions.
.NET net5.0 was computed.  net5.0-windows was computed.  net6.0 was computed.  net6.0-android was computed.  net6.0-ios was computed.  net6.0-maccatalyst was computed.  net6.0-macos was computed.  net6.0-tvos was computed.  net6.0-windows was computed.  net7.0 was computed.  net7.0-android was computed.  net7.0-ios was computed.  net7.0-maccatalyst was computed.  net7.0-macos was computed.  net7.0-tvos was computed.  net7.0-windows was computed.  net8.0 was computed.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed. 
.NET Core netcoreapp2.0 is compatible.  netcoreapp2.1 was computed.  netcoreapp2.2 was computed.  netcoreapp3.0 was computed.  netcoreapp3.1 was computed. 
.NET Standard netstandard2.0 is compatible.  netstandard2.1 was computed. 
.NET Framework net452 is compatible.  net46 was computed.  net461 is compatible.  net462 was computed.  net463 was computed.  net47 was computed.  net471 was computed.  net472 was computed.  net48 was computed.  net481 was computed. 
MonoAndroid monoandroid was computed. 
MonoMac monomac was computed. 
MonoTouch monotouch was computed. 
Tizen tizen40 was computed.  tizen60 was computed. 
Xamarin.iOS xamarinios was computed. 
Xamarin.Mac xamarinmac was computed. 
Xamarin.TVOS xamarintvos was computed. 
Xamarin.WatchOS xamarinwatchos was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

This package has no dependencies.

NuGet packages

This package is not used by any NuGet packages.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
1.3.0 2,727 4/1/2019
1.2.0 1,375 2/16/2018
1.1.1 1,459 1/26/2018
1.1.0 1,581 1/23/2018
1.0.5 1,554 10/25/2017
1.0.4 1,365 10/22/2017
1.0.3 1,416 10/18/2017
1.0.1 1,832 10/1/2017
1.0.0 1,875 9/27/2017

target frameworks: netcoreapp1.1;netcoreapp2.0;netstandard2.0;net461;net452