View Projections
View projections are designed to handle multi-stream projections where a view is aggregated over events between streams. The ViewProjection<TDoc, TId>
base class is a subclass of the simpler Aggregate Projection and supports all the same method conventions and inline event handling, but allows the user to specify how events apply to aggregated views in ways besides the simple aggregation by stream model.
For simple event to aggregate groupings, you can use the:
Identity<TEvent>(Func<TEvent, TId> func)
method to assign an incoming event to a single aggregate by the aggregate id. Do note that this method works with common base classes or common interfaces so you don't have to specify this for every single event typeIdentities<TEvent>(Func<TEvent, IReadOnlyList<TId>> identitiesFunc)
method to assign an incoming event to multiple aggregates- For grouping rules that fall outside the simpler
Identity()
orIdentities()
methods, supply a customIAggregateGrouper
that will sort events into aggregate groups of events by aggregate id - For advanced usages, supply a custom
IEventSlicer
that let's you write your own mechanism to divide an incoming segment of events to aggregated view documents
It's important to note that the first three options (Identity()
, Identities()
, and custom IAggregateGrouping
) are completely additive, while using a custom IEventSlicer
is a complete replacement for the first three approaches and cannot be used simultaneously.
The last two mechanisms will allow you to use additional information in the underlying Marten database.
Jumping right into an example, having defined events and views as:
public interface IUserEvent
{
Guid UserId { get; }
}
// License events
public class LicenseCreated
{
public Guid LicenseId { get; }
public string Name { get; }
public LicenseCreated(Guid licenseId, string name)
{
LicenseId = licenseId;
Name = name;
}
}
public class LicenseFeatureToggled
{
public Guid LicenseId { get; }
public string FeatureToggleName { get; }
public LicenseFeatureToggled(Guid licenseId, string featureToggleName)
{
LicenseId = licenseId;
FeatureToggleName = featureToggleName;
}
}
public class LicenseFeatureToggledOff
{
public Guid LicenseId { get; }
public string FeatureToggleName { get; }
public LicenseFeatureToggledOff(Guid licenseId, string featureToggleName)
{
LicenseId = licenseId;
FeatureToggleName = featureToggleName;
}
}
// User Groups events
public class UserGroupCreated
{
public Guid GroupId { get; }
public string Name { get; }
public UserGroupCreated(Guid groupId, string name)
{
GroupId = groupId;
Name = name;
}
}
public class SingleUserAssignedToGroup : IUserEvent
{
public Guid GroupId { get; }
public Guid UserId { get; }
public SingleUserAssignedToGroup(Guid groupId, Guid userId)
{
GroupId = groupId;
UserId = userId;
}
}
public class MultipleUsersAssignedToGroup
{
public Guid GroupId { get; }
public List<Guid> UserIds { get; }
public MultipleUsersAssignedToGroup(Guid groupId, List<Guid> userIds)
{
GroupId = groupId;
UserIds = userIds;
}
}
// User Events
public class UserRegistered : IUserEvent
{
public Guid UserId { get; }
public string Email { get; }
public UserRegistered(Guid userId, string email)
{
UserId = userId;
Email = email;
}
}
public class UserLicenseAssigned
{
public Guid UserId { get; }
public Guid LicenseId { get; }
public UserLicenseAssigned(Guid userId, Guid licenseId)
{
UserId = userId;
LicenseId = licenseId;
}
}
public class UserFeatureToggles
{
public Guid Id { get; set; }
public Guid LicenseId { get; set; }
public List<string> FeatureToggles { get; set; } = new();
}
public class UserGroupsAssignment
{
public Guid Id { get; set; }
public List<Guid> Groups { get; set; } = new();
}
Simple Event to Single View Projection
Here's a simple example of creating an aggregated view by user id:
public class UserGroupsAssignmentProjection: ViewProjection<UserGroupsAssignment, Guid>
{
public UserGroupsAssignmentProjection()
{
// This is just specifying the aggregate document id
// per event type. This assumes that each event
// applies to only one aggregated view document
Identity<UserRegistered>(x => x.UserId);
Identity<SingleUserAssignedToGroup>(x => x.UserId);
}
public void Apply(UserRegistered @event, UserGroupsAssignment view)
=> view.Id = @event.UserId;
public void Apply(SingleUserAssignedToGroup @event, UserGroupsAssignment view)
=> view.Groups.Add(@event.GroupId);
}
Note that the primary difference between this and AggregateProjection<T>
is the calls to Identity<TEvent>()
to specify how the events are grouped into separate aggregates across streams. We can also do the equivalent of the code above by using a common interface IUserEvent
on the event types we care about and use this:
public class UserGroupsAssignmentProjection2: ViewProjection<UserGroupsAssignment, Guid>
{
public UserGroupsAssignmentProjection2()
{
// This is just specifying the aggregate document id
// per event type. This assumes that each event
// applies to only one aggregated view document
// The easiest possible way to do this is to use
// a common interface or base type, and specify
// the identity rule on that common type
Identity<IUserEvent>(x => x.UserId);
}
public void Apply(UserRegistered @event, UserGroupsAssignment view)
=> view.Id = @event.UserId;
public void Apply(SingleUserAssignedToGroup @event, UserGroupsAssignment view)
=> view.Groups.Add(@event.GroupId);
}
Simple Example of Events Updating Multiple Views
In the following projection, we apply the MultipleUsersAssignedToGroup
event to multiple different UserGroupsAssignment
projected documents with the usage of the Identities()
method shown below:
public class UserGroupsAssignmentProjection: ViewProjection<UserGroupsAssignment, Guid>
{
public UserGroupsAssignmentProjection()
{
Identity<UserRegistered>(x => x.UserId);
Identities<MultipleUsersAssignedToGroup>(x => x.UserIds);
}
public void Apply(UserRegistered @event, UserGroupsAssignment view)
{
view.Id = @event.UserId;
}
public void Apply(MultipleUsersAssignedToGroup @event, UserGroupsAssignment view)
{
view.Groups.Add(@event.GroupId);
}
}
View Projection with Custom Grouper
WARNING
If your grouping logic requires you to access the aggregate view itself, ViewProjection
will not function correctly because of operation ordering (grouping happens in parallel to building projection views as a performance optimization). If your grouping logic does require loading the actual aggregate documents, you need to author a custom implementation of the raw IProjection
interface.
As simpler mechanism to group events to aggregate documents is to supply a custom IAggregatorGrouper<TId>
as shown below:
public class LicenseFeatureToggledEventGrouper: IAggregateGrouper<Guid>
{
public async Task Group(IQuerySession session, IEnumerable<IEvent> events, ITenantSliceGroup<Guid> grouping)
{
var licenceFeatureTogglesEvents = events
.OfType<IEvent<LicenseFeatureToggled>>()
.ToList();
if (!licenceFeatureTogglesEvents.Any())
{
return;
}
// TODO -- let's build more samples first, but see if there's a useful
// pattern for the next 3/4 operations later
var licenceIds = licenceFeatureTogglesEvents
.Select(e => e.Data.LicenseId)
.ToList();
var result = await session.Query<UserFeatureToggles>()
.Where(x => licenceIds.Contains(x.LicenseId))
.Select(x => new {x.Id, x.LicenseId})
.ToListAsync();
var streamIds = (IDictionary<Guid, List<Guid>>)result.GroupBy(ks => ks.LicenseId, vs => vs.Id)
.ToDictionary(ks => ks.Key, vs => vs.ToList());
grouping.AddEvents<LicenseFeatureToggled>(e => streamIds[e.LicenseId], licenceFeatureTogglesEvents);
}
}
// projection with documentsession
public class UserFeatureTogglesProjection: ViewProjection<UserFeatureToggles, Guid>
{
public UserFeatureTogglesProjection()
{
Identity<UserRegistered>(@event => @event.UserId);
Identity<UserLicenseAssigned>(@event => @event.UserId);
CustomGrouping(new LicenseFeatureToggledEventGrouper());
}
public void Apply(UserRegistered @event, UserFeatureToggles view)
{
view.Id = @event.UserId;
}
public void Apply(UserLicenseAssigned @event, UserFeatureToggles view)
{
view.LicenseId = @event.LicenseId;
}
public void Apply(LicenseFeatureToggled @event, UserFeatureToggles view)
{
view.FeatureToggles.Add(@event.FeatureToggleName);
}
}
View Projection with Custom Slicer
TIP
Note that if you use a custom slicer, you'll be responsible for organizing events and documents by tenant id if your document view type should be multi-tenanted.
If Identity()
or Identities()
is too limiting for your event aggregation rules, you can drop down and implement your own IEventSlicer
that can split and assign events to any number of aggregated document views. Below is an example:
public class UserGroupsAssignmentProjection: ViewProjection<UserGroupsAssignment, Guid>
{
public class CustomSlicer: IEventSlicer<UserGroupsAssignment, Guid>
{
public ValueTask<IReadOnlyList<EventSlice<UserGroupsAssignment, Guid>>> SliceInlineActions(IQuerySession querySession, IEnumerable<StreamAction> streams, ITenancy tenancy)
{
var allEvents = streams.SelectMany(x => x.Events).ToList();
var group = new TenantSliceGroup<UserGroupsAssignment, Guid>(tenancy.Default);
group.AddEvents<UserRegistered>(@event => @event.UserId, allEvents);
group.AddEvents<MultipleUsersAssignedToGroup>(@event => @event.UserIds, allEvents);
return new(group.Slices.ToList());
}
public ValueTask<IReadOnlyList<TenantSliceGroup<UserGroupsAssignment, Guid>>> SliceAsyncEvents(IQuerySession querySession, List<IEvent> events, ITenancy tenancy)
{
var group = new TenantSliceGroup<UserGroupsAssignment, Guid>(tenancy.Default);
group.AddEvents<UserRegistered>(@event => @event.UserId, events);
group.AddEvents<MultipleUsersAssignedToGroup>(@event => @event.UserIds, events);
return new(new List<TenantSliceGroup<UserGroupsAssignment, Guid>>{group});
}
}
public UserGroupsAssignmentProjection()
{
CustomGrouping(new CustomSlicer());
}
public void Apply(UserRegistered @event, UserGroupsAssignment view)
{
view.Id = @event.UserId;
}
public void Apply(MultipleUsersAssignedToGroup @event, UserGroupsAssignment view)
{
view.Groups.Add(@event.GroupId);
}
}
Event "Fan Out" Rules
The ViewProjection
also provides the ability to "fan out" child events from a parent event into the segment of events being used to create an aggregated view. As an example, a Travel
event we use in Marten testing contains a list of Movement
objects:
public IList<Movement> Movements { get; set; } = new List<Movement>();
In a sample ViewProjection
, we do a "fan out" of the Travel.Movements
members into separate events being processed through the projection:
public class DayProjection: ViewProjection<Day, int>
{
public DayProjection()
{
// Tell the projection how to group the events
// by Day document
Identity<IDayEvent>(x => x.Day);
// This just lets the projection work independently
// on each Movement child of the Travel event
// as if it were its own event
FanOut<Travel, Movement>(x => x.Movements);
ProjectionName = "Day";
}
public void Apply(Day day, TripStarted e) => day.Started++;
public void Apply(Day day, TripEnded e) => day.Ended++;
public void Apply(Day day, Movement e)
{
switch (e.Direction)
{
case Direction.East:
day.East += e.Distance;
break;
case Direction.North:
day.North += e.Distance;
break;
case Direction.South:
day.South += e.Distance;
break;
case Direction.West:
day.West += e.Distance;
break;
default:
throw new ArgumentOutOfRangeException();
}
}
}