Building a Lean Architecture for Web Applications using Domain Driven Design & Model Driven Software Development

Building a lean architecture for Web Applications using Domain Driven Design & Model Driven Software Development Java Gruppen Conference - 2010 Jeppe Cramon - TigerTeam ApS TIGERTEAM ® LEAN THINKING

A little about me

A little about me 15 years as a software developer

A little about me 15 years as a software developer Partner in TigerTeam - focusing on our tool sets (TigerMDSD)

A little about me 15 years as a software developer Partner in TigerTeam - focusing on our tool sets (TigerMDSD) Facilitator for the Danish IT Societies Java competence network

How do we create a Lean architecture

How do we create a Lean architecture • We continuously think about how to improve our process, our architecture and our code

How do we create a Lean architecture • We continuously think about how to improve our process, our architecture and our code • We must eliminate waste - such as superﬂuous code

How do we create a Lean architecture • We continuously think about how to improve our process, our architecture and our code • We must eliminate waste - such as superﬂuous code • We must automate what can be automated

How do we create a Lean architecture • We continuously think about how to improve our process, our architecture and our code • We must eliminate waste - such as superﬂuous code • We must automate what can be automated • We must strive to be better at understand requirements and deliver then timely

How do we create a Lean architecture • We continuously think about how to improve our process, our architecture and our code • We must eliminate waste - such as superﬂuous code • We must automate what can be automated • We must strive to be better at understand requirements and deliver then timely • And we keep doing it - over and over again - iteratively reﬁning our tools

How can Domain Driven Design help?

Challenge: It still takes too long time to develop software

We often solve the wrong problems

We often solve the wrong problems Because of poor communication

The developer needs to gain knowledge about the application domain to add value to a users activities

The amount of knowledge can be great and the complexity can be high

Models to the rescue

Models to the rescue A model is a selectively simpliﬁed and deliberately structured form of knowledge

Models are not about realism

Models are not about realism Even in a domain of real-world things, our domain model is artiﬁcial creation, like movie making...

Core principles of Domain Driven Design

Core principles of Domain Driven Design 1. The model and the heart of the design shape each other. It is the link/binding between model and implementation that makes the model relevant and ensures that the analysis that went into it applies to the ﬁnal product, a running program.

Core principles of Domain Driven Design 1. The model and the heart of the design shape each other. It is the link/binding between model and implementation that makes the model relevant and ensures that the analysis that went into it applies to the ﬁnal product, a running program. 2. The model is the backbone of a ubiquitous language used by all team members. Because of model/implementation binding developers can talk in this language. They can talk to domain experts without translating.

Core principles of Domain Driven Design 1. The model and the heart of the design shape each other. It is the link/binding between model and implementation that makes the model relevant and ensures that the analysis that went into it applies to the ﬁnal product, a running program. 2. The model is the backbone of a ubiquitous language used by all team members. Because of model/implementation binding developers can talk in this language. They can talk to domain experts without translating. 3. The model is distilled knowledge. A model captures how we choose to think about the domain as we select terms, break down concepts and relate them

So how do we go about Developing the Model?

Write it by hand, draw it on paper, use UML, DSLs or ...?

Use what works best for the project - but focus on enabling automation

What would you prefer?

Or this?

@javax.persistence.Basic @javax.persistence.Column(name = "comment", nullable = false) private String comment; package dk.tigerteam.mdsd.demo.model.internal; package dk.tigerteam.mdsd.demo.model.internal; @javax.persistence.Basic @javax.persistence.Entity @javax.persistence.Temporal(javax.persistence.TemporalType.TIMESTAMP) @javax.persistence.Table(name = "Customer") @javax.persistence.Entity @javax.persistence.Column(name = "time", nullable = false) public class Customer extends dk.tigerteam.mdsd.demo.model.AbstractEntity { private java.util.Date time; private static final long serialVersionUID = 2098912667L; @javax.persistence.Table(name = "Address") @javax.persistence.Basic @javax.persistence.Basic public class Address extends dk.tigerteam.mdsd.demo.model.AbstractEntity { @javax.persistence.Column(name = "timeslot", nullable = false) @javax.persistence.Column(name = "name", nullable = false) private static final long serialVersionUID = 1697028161L; private int timeslot; private String name; @javax.persistence.ManyToOne(cascade = { @javax.persistence.OneToOne(cascade = { javax.persistence.CascadeType.MERGE, javax.persistence.CascadeType.PERSIST, javax.persistence.CascadeType.REFRESH} javax.persistence.CascadeType.MERGE, javax.persistence.CascadeType.PERSIST, javax.persistence.CascadeType.REFRESH} @javax.persistence.Basic , fetch = javax.persistence.FetchType.LAZY) , fetch = javax.persistence.FetchType.LAZY) @javax.persistence.Column(name = "street", nullable = false) @javax.persistence.JoinColumn(nullable = false, name = "customerId") @javax.persistence.JoinColumn(name = "addressId") private dk.tigerteam.mdsd.demo.model.internal.Customer customer; @org.hibernate.validator.NotNull private String street; private dk.tigerteam.mdsd.demo.model.internal.Address address; public String getComment() { return comment; @javax.persistence.OneToMany(cascade = { @javax.persistence.Basic } javax.persistence.CascadeType.MERGE, javax.persistence.CascadeType.PERSIST, javax.persistence.CascadeType.REFRESH} , targetEntity = dk.tigerteam.mdsd.demo.model.internal.Booking.class, mappedBy = "customer", fetch = javax.persistence.FetchType.LAZY)public void setComment(String parameter) { @javax.persistence.Column(name = "zipCode", nullable = false) private java.util.Set<dk.tigerteam.mdsd.demo.model.internal.Booking> bookingCollection = new java.util.HashSet<dk.tigerteam.mdsd.demo.model.internal.Booking>(); this.comment = parameter; private String zipCode; } public String getName() { public java.util.Date getTime() { return name; return time; @javax.persistence.Basic } } @javax.persistence.Column(name = "city", nullable = false) public void setName(String parameter) { private String city; public void setTime(java.util.Date parameter) { this.name = parameter; this.time = parameter; } } public dk.tigerteam.mdsd.demo.model.internal.Address getAddress() { public String getStreet() { public int getTimeslot() { if (address instanceof org.hibernate.proxy.HibernateProxy) { return street; return timeslot; address = (dk.tigerteam.mdsd.demo.model.internal.Address) ((org.hibernate.impl.SessionImpl) ((org.hibernate.proxy.HibernateProxy) address) } .getHibernateLazyInitializer() } .getSession()).getPersistenceContext() public void setTimeslot(int parameter) { .unproxyAndReassociate(address); this.timeslot = parameter; } public void setStreet(String parameter) { } return address; public dk.tigerteam.mdsd.demo.model.internal.Customer getCustomer() { this.street = parameter; } if (customer instanceof org.hibernate.proxy.HibernateProxy) { } customer = (dk.tigerteam.mdsd.demo.model.internal.Customer) ((org.hibernate.impl.SessionImpl) ((org.hibernate.proxy.HibernateProxy) customer) public void setAddress( .getHibernateLazyInitializer() dk.tigerteam.mdsd.demo.model.internal.Address parameter) { .getSession()).getPersistenceContext() this.address = parameter; .unproxyAndReassociate(customer); public String getZipCode() { } } return zipCode; public java.util.Set<dk.tigerteam.mdsd.demo.model.internal.Booking> getBookingCollection() { } return customer; return new dk.tigerteam.foundation.bean.bidirectional.OneToManySetWrapper<dk.tigerteam.mdsd.demo.model.internal.Customer, } dk.tigerteam.mdsd.demo.model.internal.Booking>((dk.tigerteam.mdsd.demo.model.internal.Customer) this, bookingCollection) { @Override public void setCustomer( public void setZipCode(String parameter) { dk.tigerteam.mdsd.demo.model.internal.Customer parameter) { protected dk.tigerteam.mdsd.demo.model.internal.Customer getOneSideObjectInManySideObject( this.zipCode = parameter; new dk.tigerteam.foundation.bean.bidirectional.ManyToOneWrapper<dk.tigerteam.mdsd.demo.model.internal.Customer, dk.tigerteam.mdsd.demo.model.internal.Booking manySideObject) { dk.tigerteam.mdsd.demo.model.internal.Booking>((dk.tigerteam.mdsd.demo.model.internal.Booking) this) { return manySideObject.getCustomer(); @Override } } protected void addManySideObjectToOneSideCollection( dk.tigerteam.mdsd.demo.model.internal.Customer oneSide, @Override public String getCity() { dk.tigerteam.mdsd.demo.model.internal.Booking manySide) { protected void setOneSideObjectInManySideObject( ((dk.tigerteam.foundation.bean.WrappedSet<dk.tigerteam.mdsd.demo.model.internal.Booking>) oneSide dk.tigerteam.mdsd.demo.model.internal.Booking manySideObject, .getBookingCollection()).getWrappedCollection() return city; dk.tigerteam.mdsd.demo.model.internal.Customer oneSideObject) { manySideObject.setCustomer(oneSideObject); .add(manySide); } } } }; @Override } protected void removeManySideObjectFromOneSideCollection( public void setCity(String parameter) { public dk.tigerteam.mdsd.demo.model.internal.Customer withName(String name) { dk.tigerteam.mdsd.demo.model.internal.Customer oneSide, this.city = parameter; dk.tigerteam.mdsd.demo.model.internal.Booking manySide) { setName(name); } ((dk.tigerteam.foundation.bean.WrappedSet<dk.tigerteam.mdsd.demo.model.internal.Booking>) oneSide .getBookingCollection()).getWrappedCollection() return (dk.tigerteam.mdsd.demo.model.internal.Customer) this; .remove(manySide); } } public dk.tigerteam.mdsd.demo.model.internal.Address withStreet( public dk.tigerteam.mdsd.demo.model.internal.Customer withAddress( String street) { @Override dk.tigerteam.mdsd.demo.model.internal.Address address) { protected dk.tigerteam.mdsd.demo.model.internal.Customer getOneSideObjectInManySideObject( setAddress(address); dk.tigerteam.mdsd.demo.model.internal.Booking manySide) { setStreet(street); return ((dk.tigerteam.mdsd.demo.model.internal.Booking) manySide).customer; return (dk.tigerteam.mdsd.demo.model.internal.Customer) this; } } return (dk.tigerteam.mdsd.demo.model.internal.Address) this; @Override public dk.tigerteam.mdsd.demo.model.internal.Customer addToBookingCollection( protected void setOneSideObjectInManySideObject( } dk.tigerteam.mdsd.demo.model.internal.Booking... values) { dk.tigerteam.mdsd.demo.model.internal.Booking manySide, getBookingCollection().addAll(java.util.Arrays.asList(values)); dk.tigerteam.mdsd.demo.model.internal.Customer oneSide) { ((dk.tigerteam.mdsd.demo.model.internal.Booking) manySide).customer = oneSide; public dk.tigerteam.mdsd.demo.model.internal.Address withZipCode( return (dk.tigerteam.mdsd.demo.model.internal.Customer) this; } } }.updateOneSideObject(parameter); String zipCode) { public dk.tigerteam.foundation.bean.mdsd.runtime.RuntimeMetaClazz getMetaType() { } setZipCode(zipCode); return metaType; public dk.tigerteam.mdsd.demo.model.internal.Booking withComment( } String comment) { } setComment(comment); return (dk.tigerteam.mdsd.demo.model.internal.Address) this; } return (dk.tigerteam.mdsd.demo.model.internal.Booking) this; } public dk.tigerteam.mdsd.demo.model.internal.Booking withTime( public dk.tigerteam.mdsd.demo.model.internal.Address withCity(String city) { java.util.Date time) { setCity(city); setTime(time); Or this? return (dk.tigerteam.mdsd.demo.model.internal.Booking) this; } return (dk.tigerteam.mdsd.demo.model.internal.Address) this; } public dk.tigerteam.mdsd.demo.model.internal.Booking withTimeslot( int timeslot) { setTimeslot(timeslot); public dk.tigerteam.foundation.bean.mdsd.runtime.RuntimeMetaClazz getMetaType() { return (dk.tigerteam.mdsd.demo.model.internal.Booking) this; return metaType; } } public dk.tigerteam.mdsd.demo.model.internal.Booking withCustomer( } dk.tigerteam.mdsd.demo.model.internal.Customer customer) { setCustomer(customer); return (dk.tigerteam.mdsd.demo.model.internal.Booking) this; }

Software development still requires too many resources

Software development still requires too many resources Too little abstraction and automation!

Too many developers reinvent the wheel time and time again - or keep writing the same code over and over - when it could be handled by tools

Things often get too technical and the domain experts are left out of the discussion

Let’s get the Model back into the driving seat using Model Driven Software Development (MDSD)

Let’s get cranking with visual models

Design case Web based desktop like veterinarian clinical application

But ﬁrst - a word form our DDD sponsor

Core patterns in Domain Driven Design Layered Architecture UI Layer GWT + Modules Entities Application Layer Value Objects Aggregates Domain Layer Repositories Factories Infrastructure Layer Services

UI/Presentation Layer Responsibilities: Show information to the user and interpret the users commands.

Application Layer Responsibilities: A thin layer - which is responsible for coordinating user tasks and for delegating to the domain layer. Contains no business state!

Domain/Model Layer Responsibilities: Representing business concepts, state and rules. Delegates storing/fetching to the Infrastructure layer!

Infrastructure Layer Responsibilities: Support for the higher layers Examples: Message sending, Persistence, UI Widget, Layer interaction

Core patterns in Domain Driven Design Layered Architecture Modules Entities Value Objects Aggregates Repositories Factories Services

Core patterns in Domain Driven Design Layered Architecture Modules Entities Customer Value Objects - name : String Aggregates Repositories Factories Services

Core patterns in Domain Driven Design Layered Architecture Customer Modules - name : String Entities Value Objects Aggregates Repositories Factories Services

Core patterns in Domain Driven Design Layered Architecture Customer Modules - name : String Entities Value Objects Aggregates 1 Repositories Address Factories - street : String Services - zipCode : String

Core patterns in Domain Driven Design Layered Architecture Invoice Modules Entities Value Objects Aggregates * Repositories InvoiceLine Factories Services

Core patterns in Domain Driven Design Layered Architecture Account Invoice Modules * Entities Value Objects Aggregates * Repositories InvoiceLine Factories Services

From UML diagram to code

From UML diagram to code UML modeling MagicDraw

From UML diagram to code UML modeling XMI Export MagicDraw

From UML diagram to code + TigerMDSD UML modeling XMI Export conﬁguration MagicDraw

From UML diagram to code + TigerMDSD Java/C# code UML modeling XMI Export configuration JPA configuration Database configuration Integration tests Test data generator WSDL XML Schema MagicDraw ...

From UML diagram to code + TigerMDSD Java/C# code UML modeling XMI Export configuration JPA configuration Database configuration Integration tests Test data generator WSDL MagicDraw MODEL is KING XML Schema ...

Requirement: Persist the domain model in a Relational database using JPA/Hibernate

TigerMDSD YAML conﬁguration

# Setup TigerMDSD xmiModelPath: model.xml umlTool: EA basePackageName: dk.tigerteam.vetapp YAML conﬁguration # Paths generateBaseClassesToPath: src/main/generated generateTestClassesToPath: src/test/generated generateResourcesToPath: src/main/generated-resources mapUmlPropertyTypes: - name: DateTime javaType: org.joda.time.DateTime hibernateCustomTypeMappingType: org.joda.time.contrib.hibernate.PersistentDateTime # JPA Setup jpaSetup: makeBaseClassesIntoMappedSuperClassesIfPossible: true generatePresentFieldInEmbeddables: true defaultToLazyFetchingForAllAssociations: true rootMappedSuperClass: dk.tigerteam.vetapp.model.AbstractEntity resolveTableNames: - defaultTableName: User resolvedTableName: _User # Extensions eventListeners: - dk.tigerteam.mdsd.java.generator.extension.BidirectionalGeneratorEventListener - dk.tigerteam.mdsd.jpa.hibernate.HibernateAssociationUnproxyListener - dk.tigerteam.mdsd.java.generator.extension.SerialVersionUIDGeneratorListener - dk.tigerteam.mdsd.java.generator.extension.PropertySugarMethodsEventListener - dk.tigerteam.mdsd.java.generator.extension.MetaTypeJavaDocListener - dk.tigerteam.mdsd.jpa.hibernate.HibernateDeleteOrphanListener - dk.tigerteam.mdsd.jpa.hibernate.HibernateValidatorNotNullListener - dk.tigerteam.mdsd.jpa.hibernate.HibernateFetchOptimizationListener

TigerMDSD - Java conﬁguration

TigerMDSD - Java conﬁguration JavaGenerator javaGenerator = new JavaGenerator(); javaGenerator.addEventListeners(new BuiltInTypesListener() { @Override protected void resolveBuiltInTypes(Type type) { if (type.getName().equalsIgnoreCase("DateTime")) { type.setWrappedJavaClass(DateTime.class); } else { super.resolveBuiltInTypes(type); } } }); javaGenerator.addEventListeners(new JPAGeneratorEventListener() .setShouldMakeBaseClazzesMappedSuperClassesIfPossible(true) .setShouldGeneratePresentFieldInEmbeddables(false) .setDefaultToLazyFetchingForAllAssociations(true) ); javaGenerator.addEventListeners(new JPANamedTablesAndColumnsListener()); javaGenerator.addEventListeners(new BidirectionalGeneratorEventListener()); javaGenerator.addEventListeners(new HibernateAssociationUnproxyListener()); javaGenerator.addEventListeners(new SerialVersionUIDGeneratorListener()); javaGenerator.addEventListeners(new PropertySugarMethodsEventListener()); javaGenerator.addEventListeners(new MetaTypeJavaDocListener()); javaGenerator.addEventListeners(new HibernateIndexingListener()); javaGenerator.addEventListeners(new HibernateDeleteOrphanListener()); javaGenerator.addEventListeners(new HibernateValidatorNotNullListener()); javaGenerator.setCreateExtensionClazzes(true);

Result: package dk.tigerteam.vetapp.model; @javax.persistence.Entity @javax.persistence.Table(name = "Customer") public class Customer extends dk.tigerteam.vetapp.model.AbstractEntity { private static final long serialVersionUID = 100497609L; @javax.persistence.Lob @javax.persistence.Basic @javax.persistence.Column(name = "comment") private String comment; @javax.persistence.OneToOne(cascade = { javax.persistence.CascadeType.MERGE, javax.persistence.CascadeType.PERSIST, javax.persistence.CascadeType.REFRESH }, fetch = javax.persistence.FetchType.LAZY) @javax.persistence.JoinColumn(name = "addressId") private dk.tigerteam.vetapp.model.Address address; @javax.persistence.Embedded @javax.persistence.AttributeOverrides( { @javax.persistence.AttributeOverride( name = "firstName", column = @javax.persistence.Column(nullable = false, name = "name_firstName")), @javax.persistence.AttributeOverride( name = "lastName", column = @javax.persistence.Column(nullable = false, name = "name_lastName")), @javax.persistence.AttributeOverride( name = "present", column = @javax.persistence.Column(nullable = false, name = "name_present")) }) private dk.tigerteam.vetapp.model.Name name; @javax.persistence.OneToMany(cascade = { javax.persistence.CascadeType.MERGE, javax.persistence.CascadeType.PERSIST, javax.persistence.CascadeType.REFRESH }, fetch = javax.persistence.FetchType.LAZY) @javax.persistence.JoinTable(name = "Customer_invoice", joinColumns = @javax.persistence.JoinColumn(name = "CustomerId"), inverseJoinColumns = @javax.persistence.JoinColumn(name = "invoiceId")) private java.util.Set<dk.tigerteam.vetapp.model.Invoice> invoiceCollection = new java.util.HashSet<dk.tigerteam.vetapp.model.Invoice>();

Automate the tedious details - under full control! Examples of conﬁgurable built in features:

Automate the tedious details - under full control! Examples of conﬁgurable built in features: Built-in Types JPA Field based persistence Bidirectional associations JPA Named Tables and Columns Property Sugar methods Hibernate Foreignkey Constraints Get Or New Property methods Hibernate Foreignkey Index Constructor (immuteable properties) Hibernate Fetch Optimization Class Hierarchy Java doc generator Hibernate Association Unproxying Serial Version UID generator Hibernate Table Comments MetaType Java doc generator Hibernate HH-3544 bug ﬁx Serializable Pojo’s ToString/Equals/HashCode

TigerMDSD - Meta model level

TigerMDSD - Meta model level XmiReader reader = new EAXmiReader(); XmiReader reader = new MagicDrawXmiReader(); MetaModel metaModel = reader.read("model.xml");

TigerMDSD - Java Model

TigerMDSD - Event based extension model

TigerMDSD - Event Listeners

TigerMDSD - Event Listeners public interface GeneratorEventListener { boolean handle(GeneratorEvent event); ... }

TigerMDSD - Example extension

TigerMDSD - Example extension @OneToMany @Cascade(org.hibernate.annotations.CascadeType.DELETE_ORPHAN) private Set<Tire> tires;

TigerMDSD - Example extension @OneToMany @Cascade(org.hibernate.annotations.CascadeType.DELETE_ORPHAN) private Set<Tire> tires; public class HibernateDeleteOrphanListener extends BaseJpaGeneratorEventListener { @Override protected boolean handleOneToManyOwnerOfAssociation(OneToManyAssociationEvent event) { if (isDeleteOrphanCandidate(event)) { event.getProperty().getField().addAnnotations( new Annotation(Cascade.class).addAnnotationAttribute("value", CascadeType.DELETE_ORPHAN) ); event.getProperty().removeSetterMethod(); } return true; } protected boolean isDeleteOrphanCandidate(OneToManyAssociationEvent event) { ... } }

TigerMDSD - Example extension

TigerMDSD - Example extension protected boolean isDeleteOrphanCandidate(OneToManyAssociationEvent event) { if (event.getMetaProperty().isOwnerOfAssociation() && !event.getMetaProperty().getAssociation().isBidirectional() && !event.getMetaProperty().getAssociation().isSelfReferencing()) { // Check the clazz of the opposite property to see what kind of associations it has for (MetaProperty subMetaProperty : event.getMetaProperty().getType().getProperties()) { if (subMetaProperty.isPartInAnAssociation()) { if (subMetaProperty.isOwnerOfAssociation()) { if (subMetaProperty.getAssociationType() == AssociationType.ManyToMany || subMetaProperty.getAssociationType() == AssociationType.OneToMany) { return false; } } else if (subMetaProperty.getAssociation().isBidirectional()) { // The type of the our sub property is not an owning association and we have // a java association in both directions (bidirectional), which hibernate doesn't handle return false; } } } return true; } return false; }

“I thought it was all about rich domain models! What about my own domain code?”

“I thought it was all about rich domain models! What about my own domain code?” It is - but Usecase logic doesn’t belong in domain objects - so in reality very little code should enter the domain objects!

“I thought it was all about rich domain models! What about my own domain code?” It is - but Usecase logic doesn’t belong in domain objects - so in reality very little code should enter the domain objects! “Domain object design should focus on what the system is - NOT on what the system does!” James Coplien - DCI Talk at Öredev 2009

For the logic that belongs in the domain objects we have several choices... What we model:

For the logic that belongs in the domain objects we have several choices... What we model: What we generate using Extension classes: (aka. 3 level inheritance)

For the logic that belongs in the domain objects we have several choices... What we model: What we generate al tion using Extension Op classes: (aka. 3 level inheritance)

For the logic that belongs in the domain objects we have several choices... What we model: What we generate al Alternatives: tion Generator Extensions using Extension Op Partial Classes classes: Mixins / Traits (aka. 3 level inheritance) Priviledged Aspects Protected Regions

Let’s get some UI running

UI framework considerations “Web 1.0” Client 5 Server HTML Page DOM over HttpResponse View 4 3 Model Parameters over HttpRequest Controller 2 DB 1

UI framework considerations “Client side RIA” Client 4 Server Requested data View to view as XML / JSON 5 DOM Model 3 1 Changes to model Controller encoded as parameters DB 2

UI framework considerations “Server driven Web 2.0 RIA” Client 8 Server 9 7 TerminalAdapter TerminalAdapter HTML Page over HttpResponse View 6 Automated by 5 DOM the RIA framework Model Parameters over HttpRequest Controller 1 4 3 DB 2

Component Architecture

Component Architecture “UI Component” • Button, Table, Tree, ... • Server-side data • Full Java API

Component Architecture HTTP(S) “UI Component” “Widget” • Button, Table, Tree, ... • Client-side peer for • Server-side data the component • Full Java API • Runs on JavaScript

Component Architecture HTTP(S) “UI Component” “Widget” • Button, Table, Tree, ... • Client-side peer for • Server-side data the component • Full Java API • Runs on JavaScript Java • Compiled with JDK

Component Architecture HTTP(S) “UI Component” “Widget” • Button, Table, Tree, ... • Client-side peer for • Server-side data the component • Full Java API • Runs on JavaScript Java Java • Compiled with JDK • Google Web Toolkit

Using TigerMDSD to create Vaadin Builders

Using TigerMDSD to create Vaadin Builders HorizontalLayout buttons = new HorizontalLayout(); buttons.setSpacing(true); Button discardChanges = new Button(text("general.button.back"), new Button.ClickListener() { public void buttonClick(Button.ClickEvent event) { getForm().discard(); getViewManager().showView(HomeView.class); } }); discardChanges.setStyleName(Button.STYLE_LINK); buttons.addComponent(discardChanges); // The save button Button apply = new Button(text("general.button.save"), new Button.ClickListener() { public void buttonClick(Button.ClickEvent event) { try { getForm().commit(); getPersistenceManager().merge(getFormEntity()); getViewManager().showView(HomeView.class); } catch (Exception e) { // Ignored, we'll let the Form handle the errors } } }); buttons.addComponent(apply); // Add the buttons to the layout getForm().getLayout().addComponent(buttons);

Using TigerMDSD to create Vaadin Builders HorizontalLayout buttons = new HorizontalLayout(); buttons.setSpacing(true); Button discardChanges = new Button(text("general.button.back"), formBuilder = new new Button.ClickListener() { HbnFormBuilder<User>(Application.getInstance().getContextUser()); public void buttonClick(Button.ClickEvent event) { formBuilder.getForm().getLayout().addComponent( getForm().discard(); horizontalLayout() getViewManager().showView(HomeView.class); .spacing(true) } .addComponents( }); button(text("general.button.back"), new Button.ClickListener() { discardChanges.setStyleName(Button.STYLE_LINK); public void buttonClick(Button.ClickEvent event) { buttons.addComponent(discardChanges); formBuilder.getForm().discard(); getViewManager().showView(HomeView.class); // The save button } Button apply = new Button(text("general.button.save"), new Button.ClickListener() { }), public void buttonClick(Button.ClickEvent event) { button(text("general.button.save"), new Button.ClickListener() { try { public void buttonClick(Button.ClickEvent event) { getForm().commit(); formBuilder.getForm().commit(); getPersistenceManager().merge(getFormEntity()); User user = formBuilder.getEntity(); getViewManager().showView(HomeView.class); getPersistenceManager().merge(user); } catch (Exception e) { getViewManager().showView(HomeView.class); // Ignored, we'll let the Form handle the errors } } } } ) }); ) buttons.addComponent(apply); // Add the buttons to the layout getForm().getLayout().addComponent(buttons);

Strong data binding Exchange fragile strings such as “customer.name.ﬁrstName” with typesafe code property().getName().getFirstName()

Strong data binding Exchange fragile strings such as “customer.name.ﬁrstName” with typesafe code property().getName().getFirstName() new SmartFormBuilder<Customer>(Customer, true) { protected void defineForm(SmartFormBuilder<Customer> formBuilder) { withProperties( property().getName().getFirstName(), property().getName().getLastName(), property().getAddress().getStreet(), property().getAddress().getZipCode(), property().getAddress().getCity(), property().getAddress().getCountry() ); } );

Web UI design patterns

Web UI design patterns M-V-C Model View Controller

Web UI design patterns M-V-C Model View Controller M-V-P Model View Presenter

Web UI design patterns M-V-C Model View Controller M-V-P Model View Presenter M-V-MV Model View ModelView/Presentation model

Web UI design patterns 1. Input/Event <<stateless>> 3 .Response Controller M-V-P 2 .Updates 4 .Pulls data View 5 .Change notiﬁcation Model Model View Presenter Model View Controller M-V-MV Model View ModelView/Presentation model

Web UI design patterns 1. Execute Command 2 .Updates 1. Input/Event <<stateless>> <<stateless>> 3 .Response Controller 2 .Updates 3 .Updates Presenter 4 .Change Notiﬁcation 4 .Pulls data View 5 .Change notiﬁcation Model View Model Model View Controller Model View Presenter M-V-MV Model View ModelView/Presentation model

Web UI design patterns 1. Execute Command 2 .Updates 1. Input/Event <<stateless>> <<stateless>> 3 .Response Controller 2 .Updates 3 .Updates Presenter 4 .Change Notification 4 .Pulls data Pulls data View 5 .Change notification Model View Change notification Model Supervising controller Model View Controller Model View Presenter M-V-MV Model View ModelView/Presentation model

Web UI design patterns 1. Execute Command 2 .Updates 1. Input/Event <<stateless>> <<stateless>> 3 .Response Controller 2 .Updates 3 .Updates Presenter 4 .Change Notification 4 .Pulls data Pulls data View 5 .Change notification Model View Change notification Model Supervising controller Model View Controller Strong binding/Execute Command Apply/Commit Model View Presenter <<statefull>> Change ViewModel Errors notification ViewModel allows Invalid states View Model Model View ModelView/Presentation model

Thank you for your attention! For more information jeppe@tigerteam.dk Twitter: @jeppec

http://www.cramon.dk	151
http://www.slideshare.net	30
http://cramon.dk	9
http://www.linkedin.com	3
http://www.lmodules.com	1

Building a Lean Architecture for Web Applications using Domain Driven Design & Model Driven Software Development

by Jeppe Cramon on Feb 08, 2010

Accessibility

Categories

Upload Details

Usage Rights

5 Embeds 194

Statistics

Building a Lean Architecture for Web Applications using Domain Driven Design & Model Driven Software Development Presentation Transcript