1

From what I can grasp from Martin Fowler, anemia means to separate business logic from domain objects, which are reduced to trivial getters and setters, while the domain behavior is moved to service layer. Do I miss something?

How can we call some object domain if it doesn't have any behavior? Can you please provide some very brief code of anemic domain model?

Jan Turoň
  • 31,451
  • 23
  • 125
  • 169
  • 2
    Related question: http://stackoverflow.com/questions/2854801/avoiding-anemic-domain-model-a-real-example – doblak Jul 10 '12 at 13:15

1 Answers1

4

It is exhibited by code where:

the majority of code deals with passing data structures (property bags if you will) in the guise of domain objects (e.g. Account or TransactionEntity). They are 'domain objects' primarily because they have names of things that exist in the domain.

Most of the logic resides in external "services" - that contain scripts that operate on lists of (or individual) data structures. As a result the services need to access/modify internal information on the domain objects.. thus the domain objects spontaneously sprout lots of getters and setters. RIP Encapsulation.

Anemia refers to the absence or paucity of domain logic/ behavior in the domain classes.

More indicators:

  • 'Ask' methods outnumbering 'Tell/Do' methods
Gishu
  • 134,492
  • 47
  • 225
  • 308
  • So can it be "solved" by renaming the "domain objects" to "bags" (still lacking of encapsulation) and give the service objects domain names? I mean - is this more matter of design or just naming conventions? – Jan Turoň Jul 10 '12 at 13:23
  • 2
    Anemic designs are generally people doing procedural programming in an OO language. The solution is to move related logic closer to the data it needs - thereby encapsulating behavior and the data needed into one box. This means that the state can be totally encapsulated and the objects expose behavior and converse via messages. This means better localization of change since each object only depends on the contracts exposed by its collaborators and not on their internal data representation. – Gishu Jul 10 '12 at 14:50