A command is a simple immutable object that is sent to the domain to trigger a state change. There should be a single command handler for each command. It is recommended to use imperative verbs when naming commands together with the name of the aggregate they operate on.
It is possible for a command to get rejected if the data it holds is incorrect or inconsistent with the current state of the aggregate.
You can/should/must...
a command must be immutable
a command should clearly state a business intent with a name in the imperative form
a command can be rejected due to domain validation, error or other reason
a command must update only one aggregate
You can define a command with Cronus using the ICommand
markup interface. All commands get serialized and deserialized, that's why you need to keep the parameterless constructor and specify data contracts.
Cronus uses the ToString()
method for logging, so you can override it to generate user-readable logs. Otherwise, the name of the command class will be used for log messages.
To publish a command, inject an instance ofIPublisher<ICommand>
into your code and invoke the Publish()
method passing the command. This method will return true
if the command has been published successfully through the configured transport. You can also use one of the overrides of the Publish()
method to delay or schedule a command.
An event is something significant that has happened in the domain. It encapsulates all relevant data of the action that happened.
You can/should/must...
an event must be immutable
an event must represent a domain event that already happened with a name in the past tense
an event can be dispatched only by one aggregate
To create an event with Cronus, just use the IEvent
markup interface.
Cronus uses the ToString()
method for logging, so you can override it to generate user-readable logs. Otherwise, the name of the event class will be used for log messages.