Commands
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.
pageApplication ServicesIt 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
Defining a command
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.
Publishing a command
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.
Last updated