Loading ...
Sorry, an error occurred while loading the content.

Messages List

24693

Re: DDD and cross domain AR references for UI

No problem, Doug! Let us know if any new questions arise :) Thomas. On 31.07.2015 03:03, Douglas Reith douglas@...
Thomas Presthus
Aug 2
#24693
 
24692

Re: DDD Could Have Saved The Day

I believe that by including the generation of "null" instance [in factories] to include a valid "null" object you get the best of all worlds - you can create
roymayfield
Aug 1
#24692
 
24691

Re: DDD and cross domain AR references for UI

Hi Thomas, Sorry for the delay. The reason I'm late responding is that I'm going through your references - they're great tips thank you! Cheers, Doug On
Douglas Reith
Aug 1
#24691
 
24690

Re: DDD and cross domain AR references for UI

I'd look into composite frontends and autonomous business components. It sounds like the rendering of your profile part belongs to the social bc that owns the
Thomas Presthus
Jul 28
#24690
 
24689

Re: DDD and cross domain AR references for UI

I'd look into composite frontends and autonomous business components. It sounds like the rendering of your profile part belongs to the social bc that owns the
Thomas Presthus
Jul 28
#24689
 
24688

Re: DDD and cross domain AR references for UI

Thanks Thomas. The Ticket BC has no behaviour relating to whether the TicketHolder is a User or a Company. My worry (or DDD misunderstanding) is that when the
Douglas Reith
Jul 27
#24688
 
24687

Re: DDD and cross domain AR references for UI

Does the Ticket BC need to know whether the TicketHolder is a User or Company? If not, could the TicketHolder in Ticket BC simply be a referential id to the
Thomas Presthus
Jul 27
#24687
 
24686

DDD and cross domain AR references for UI

This question relates to discovering other representations of an AR across multiple BC's. This is an entirely made up example but I hope makes my question
douglas_reith
Jul 27
#24686
 
24685

Re: DDD Could Have Saved The Day

Yes, factories should ensure that the object is in perfect "shape" at the time of creation. But what I think is the real game changer is the encapsulation part
Jose Fernandez
Jul 15
#24685
 
24684

Re: DDD Could Have Saved The Day

... While DDD might be great, is this not a basic good rule of thumb for any 'constructor'?!
Raoul Duke
Jul 14
#24684
 
24683

DDD Could Have Saved The Day

Recently, I was reminded of one of the reasons I love DDD. I recently encountered a production problem that, it turns out, could have been avoided if one
trinition
Jul 14
#24683
 
24682

Re: testing the domain model

It's about tackling complexity, not managing it.
thomasschanko
Jul 8
#24682
 
24681

Re: testing the domain model

... That's true but since DDD is about managing complexity, and in some cases we did have undue complexity... we still needed to test our business rules which
Caleb Cushing
Jul 8
#24681
 
24680

Re: testing the domain model

Caleb, maybe you are searching for the wrong thing (as I did)? In order to ease the pain of testing you have to improve the design of the system under test.
thomasschanko
Jul 8
#24680
 
24679

Re: Value object with set of aggregate roots?

The state of an aggregate is, of course, mutable. A picture (snapshot) of an aggregates state at a given point in time is immutable. It does not make sense for
thomasschanko
Jul 8
#24679
 
View First Topic Go to View Last Topic
Loading 1 - 15 of total 24,693 messages