Found the presentation online 2016.changecon.com/wp-content/uploads/2016/10/Ivan-Pavic_Anemic-Domain-Model-4_3.pdf
@trevorwilson7012
3 жыл бұрын
Shame about the presentation not being visible. Finally someone that realises the mess that is anaemic data models. Working with anaemic data models creates a lot of difficulties (particularly on big systems). His importance of his statements cannot be overstated. For my projects I always use a rich domain model and unit tests. And I know that 80-90% of the code is tested and works. And it makes refactoring so much easier.
@marna_li
2 жыл бұрын
I'm in a project where an Anemic "Domain Model" is preferered just because the architects think that it is the most reliable pattern. Still a lot of projects seem to like to separate logic and data - Data objects and Services. They really just like classes and not OOP. They don't see that it all makes sense when you see Objects and Behavior as one. This is mainly because they have been taught about the separation and not really practiced OOP. "But if we put logic in services (instead of in entities) then it is easier to version. Because of the complex requirements we might get.", someone told me. Not necessarily. And it gets harder to reason about the Domain model which practically is not there. Everyone has to learn the structure of the services to understand the solution and its behavior which is not clear. You end up with fat services.
@marna_li
2 жыл бұрын
Just to add... You know when a project is ready for Domain driven design (DDD) by their aversion to thinking about modeling the domain before thinking about the technical and structural stuff which essentially just adds a lot of time to the projects. I challenge developers, you can learn a domain much faster, produce something at a higher rate from building a model of your domain and to add view your domain objects as having behavior.
@platonelenin
4 жыл бұрын
Rich Domain Model is Anti-Pattern.
@volo2142
5 жыл бұрын
Terrible operator has killed the part of good topic! It is mandatory to see the presentation when the presenter is pointing something out!
Пікірлер: 7