UNPKG

eventric

Version:

behavior-first application development

166 lines (118 loc) 5.3 kB
> Not production ready. API might change heavily. ![eventric logo](https://raw.githubusercontent.com/wiki/efacilitation/eventric/eventric_logo.png) ## eventric.js [![Build Status](https://travis-ci.org/efacilitation/eventric.svg?branch=master)](https://travis-ci.org/efacilitation/eventric) Behavior-first application development. Runs on NodeJS and modern Browsers. ## Philosophy * Emphasize [Domain-driven design](https://www.goodreads.com/book/show/179133.Domain_Driven_Design), [Event-driven architecture](https://www.goodreads.com/book/show/12369902-event-centric) and [Task-based UIs](http://cqrs.wordpress.com/documents/task-based-ui). * Start with the Behavior of your application and go from there ([BDD](http://dannorth.net/introducing-bdd/)) * Put the the Domain Model in the very center of your Layered Architecture ([Onion](http://jeffreypalermo.com/blog/the-onion-architecture-part-1/) / [Hexagonal](http://alistair.cockburn.us/Hexagonal+architecture)) * Explicitly set boundaries for parts of your application ([BoundedContexts](https://en.wikipedia.org/wiki/Domain-driven_design#Bounded_context) / [MicroServices](http://martinfowler.com/articles/microservices.html)) * Separation of concerns using Commands and Queries ([CQRS](http://msdn.microsoft.com/en-us/library/jj554200.aspx) / [Flux](https://facebook.github.io/flux)) * Capture all changes to your application state as a sequence of [DomainEvents](http://www.udidahan.com/2009/06/14/domain-events-salvation/) ([EventSourcing](http://martinfowler.com/eaaDev/EventSourcing.html)) * Support occasionally connected clients ([offline-first](http://offlinefirst.org) / [nobackend](https://github.com/noBackend/nobackend.org)) * Be reactive ([Manifesto](http://www.reactivemanifesto.org)) Early talk about MVC, CRUD, DDD, CQRS and Event Sourcing from Johannes Becker, original creator of eventric: http://www.youtube.com/watch?v=XSc7NPedAxw ## Getting started ``` npm install eventric ``` ### Setup Context Having discussed the upcoming **TodoApp Project** with the Business-Experts and fellow Developers it got clear that we should start with a `Context` named `Todo`. ```javascript eventric = require('eventric'); todoContext = eventric.context('Todo'); ``` ### Define the Event Inside of our `Todo` Context things will happen which are called DomainEvents. A technique to come up with these is called [EventStorming](http://ziobrando.blogspot.co.uk/2013/11/introducing-event-storming.html). Lets add two called `TodoCreated` and `TodoDescriptionChanged`. ```javascript todoContext.defineDomainEvents({ TodoCreated: function(params) {}, TodoDescriptionChanged: function(params) { this.description = params.description; } }); ``` ### Adding an Aggregate Now we need an Aggregate which actually raises this DomainEvents. ```javascript todoContext.addAggregate('Todo', function() { this.create = function() { this.$emitDomainEvent('TodoCreated'); } this.changeDescription = function(description) { this.$emitDomainEvent('TodoDescriptionChanged', {description: description}); } }); ``` > Hint: `this.create` is called by convention when you create an aggregate using `this.$aggregate.create` > Hint: `this.$emitDomainEvent` is dependency injected ### Adding CommandHandlers To actually work with the `Context` from the outside world we need `CommandHandlers`. Let's start by adding a simple one that will create an instance of our `Todo` Aggregate. ```javascript todoContext.addCommandHandler('CreateTodo', function(params) { return this.$aggregate.create('Todo') .then(function (todo) { return todo.$save(); }); }); ``` > Hint: `this.$aggregate` is dependency injected It would be nice if we could change the description of the `Todo`, so let's add this `CommandHandler` too. ```javascript todoContext.addCommandHandler('ChangeTodoDescription', function(params) { return this.$aggregate.load('Todo', params.id) .then(function (todo) { todo.changeDescription(params.description); return todo.$save(); }); }); ``` ### Subscribe to a DomainEvent And last but not least we want to console.log when the description of the `Todo` changes. ```javascript todoContext.subscribeToDomainEvent('TodoDescriptionChanged', function(domainEvent) { console.log(domainEvent.payload.description); }); ``` ### Executing Commands Initialize the Context, create a `Todo` and tell the `Todo` to change its description. ```javascript todoContext.initialize() .then(function() { todoContext.command('CreateTodo'); }) .then(function(todoId) { todoContext.command('ChangeTodoDescription', { id: todoId, description: 'Do something' }); }); ``` After executing the Commands the DomainEventHandler will print `Do something`. Your `Todo` Aggregate is now persisted using EventSourcing into the `InMemory Store`. ## Running Tests To execute all (client+server) tests, use: ```shell gulp spec ``` You can watch for file-changes with ```shell gulp watch ``` ## Release ``` gulp bump:patch git add . git commit -m"$VERSION" git push npm publish git checkout -b release master git add build -f git commit -m"$VERSION" git tag $VERSION git push --tags git checkout master git branch -D release ``` ## License MIT Copyright (c) 2013-2015 SixSteps Team, eFa GmbH