DDD Practices applied to Doctrine 2 Projects

Marco Pivetta (02.May.2018 at 09:30, 8 hr )
Workshop at SymfonyLive Phantasialand 2018 (German)

Rating: 4 of 5

In this full day of hands-on coding we will approach development with Doctrine ORM from a tactical DDD perspective.

We will start from a minimal specification, exploring yet-to-be-discovered business scenarios in a rich domain, how to plan features, how to isolate them into workable units, implement them in a framework-less environment and finally test them effectively.

We'll freshen up some DB design done "domain-first", looking at the possible performance issues, how to mitigate them on the long run and how to provide an optimal data model for both writes and reads without sacrificing valuable abstractions in the domain logic.

At the end of the day, you will have a good overview of how to attack relational DB abstractions, when to optimise for business interactions, and how to optimise for read interactions.

Who are you?

Claim talk

Talk claims have been moved to the new Joind.in site.

Please login to the new site to claim your talk

 
Comments closed.

Comments

Rating: 4 of 5

06.May.2018 at 19:23 by Michael Bothe (6 comments) via Web2 LIVE

Very good workshop on technical design in DDD. Plain php and rather little doctrine, which was really good to see that you can get along well in your business logic without a framework. Altogether well-prepared example with a balanced proportion of coding sessions.

In addition, good advice on useful packages, clean code and OOP.

Speaker comment:

06.May.2018 at 19:47 by Marco Pivetta (117 comments) via Web2 LIVE

Hey Michael,

Do you have any advice on how to improve the workshop?


07.May.2018 at 17:27 by Michael Bothe (6 comments) via Web2 LIVE

Hi Marco,

not as much. I can only think of things for which I have not yet learned the satisfactory solution in DDD.

- I would like to learn more about how we can handle more complex bounded contexts. Several aggregates behind the root aggregate, maybe.
- It would also be nice to know, how much we should translate between "bounded contexts" or when a "shared kernel" makes sense
- a little bit more about eventstorming and how we can make it into technical design, but that may not fit into the framework of a technical design workshop

In the end this may be a too complex field for the kind of workshop and more a topic of a more advanced workshop. Maybe something I have to learn myself.

The way of the workshop was very good and I have no idea how it can be improved.

© Joind.in 2019